问题标签 [rdbms]

例如，如果我有一个自动编号的字段，我会添加新记录而不指定此字段，并让数据库引擎为我选择它。
那么，它会选择删除记录的编号吗？如果是，什么时候？

// SQL 服务器，MySQL。//

后续问题：当数据库引擎用完用于主键的数字时会发生什么？

在以下方面设置游泳池的最佳方法是什么： -

1. 你什么时候创建连接？
2. 你什么时候关闭连接，你会关闭所有连接吗？
3. 你测试连接还是不错的。何时以及如何？
4. 您如何确定最大连接数的好数字？
5. 你有什么样的监控来确保池的用户表现良好？你能阻止一段糟糕的代码带走所有东西吗？
6. 您是否编写了自己的池，或使用了第三方库？

我相信这是一个不可知论的问题，但欢迎对特定数据库/语言的“功能”发表评论。例如，在某些数据库上连接可能比其他数据库更慢或更昂贵。

澄清一下，我不打算从头开始编写一个池，这个问题更多的是关于如何配置一个现有的池化库。

所以我想知道这个问题是否有明确的答案。
此外，索引是集群还是非集群是否重要。它在所有 RDBMS 实现中都是一样的，还是确切的行为是专有的？

有谁知道一个 Java 库，它为分析和操作任意关系数据库模式提供了有用的抽象？我在想一些可以做的事情

和

甚至操纵表格

大多数数据库建模工具在内部都会有这样的抽象，但是在 Java 中是否有一个我可以使用，或者我必须自己开发一个？

有没有人有从一个 DBMS 迁移到另一个 DBMS 的经验？如果你这样做了，你为什么要这样做？特征？成本？公司指令？

有时，我与坚持不使用特定于 DBMS 的特性（例如，SQL Server 中的 CLR 存储过程）的 DBA 合作。如果必须，切换到另一个 DBMS。但到目前为止，我从未被要求切换。

何时将数据库设计描述为过度规范化？这种特征是绝对的吗？还是取决于它在应用程序中的使用方式？谢谢。

我正在研究使用Lucene和/或Solr在 RDBMS 驱动的 Web 应用程序中提供搜索。对我来说不幸的是，我浏览的所有文档都涉及如何从索引中获取数据。我更关心如何建立一个有用的索引。这样做有什么“最佳实践”吗？

我正在寻找可用于实现关系模型的持久数据结构的材料。

不可变数据结构含义的持久性。

有人知道一些好的资源、书籍、论文等吗？

（我已经有书Purely Functional Data Structures，这是我正在寻找的一个很好的例子。）

在 10 列/50K 行表中检测重复项的最有效方法是什么？我正在使用 MSSQL 8.0

我想知道这是否是一个好的设计。我有许多需要地址信息的表格（例如街道、邮政编码/邮编、国家、传真、电子邮件）。有时同一个地址会重复多次。例如，可以针对供应商存储地址，然后在发送给他们的每个采购订单上存储地址。然后供应商可以更改他们的地址，任何后续的采购订单都应该有新的地址。它比这更复杂，但这是一个示例要求。

选项 1 将所有地址列作为属性放在各个表上。在创建 PO 时将详细信息从供应商复制到 PO。可能存储多个副本

选项 2 创建单独的地址表。有一个从供应商和采购订单表到地址表的外键。只允许在地址表上插入和删除，因为更新可能会超出您的预期。然后我会有一些计划任务，从地址表中删除任何不再被任何东西引用的行，因此不会留下未使用的行。也许对地址表中的所有非 pk 列也有一个唯一约束，以停止重复。

我倾向于选项2。有更好的方法吗？

编辑：我必须保持采购订单上的地址与发送时的地址相同。另外，我建议的情况要复杂一些，因为可能有送货地址和帐单地址（还有一堆其他包含地址信息的表）。

一段时间后，我将根据日期批量删除旧的采购订单。正是在这之后，我打算对任何不再被任何东西引用的地址记录进行垃圾收集（否则感觉就像我正在创建泄漏）。