问题标签 [database]

确定您的连接字符串是否允许您连接到数据库的快速方法是什么？

通常，连接尝试会让用户等待很长时间，然后才通知尝试无论如何都是徒劳的。

在 SQL Server 中，我有一DATETIME列包含时间元素。

例子：

什么是仅选择特定日期的记录而忽略时间部分的最佳方法？

示例：（不安全，因为它与时间部分不匹配并且不返回任何行）

注意：鉴于这个站点也是关于记下你拿起然后忘记的笔记和技术，我将发布我自己对这个问题的答案，因为 MSSQL 中的 DATETIME 内容可能是我在 SQLBOL 中查找最多的主题。

更新澄清的例子更具体。

编辑对不起，但我不得不降低错误答案（返回错误结果的答案）。

@Jorrit：WHERE (date>'20080813' AND date<'20080815')将返回 13 号和 14 号。

@wearejimbo：关闭，但没有雪茄！授予您的徽章。您错过了 2008 年 8 月 14 日 23:59:001 到 23:59:999（即午夜前不到 1 秒）写入的记录。

我试图弄清楚某个数据库有多大（它尚未创建）。我知道有多少行和表格。Oracle 中是否有一个功能可以告诉我这种理论数据库的大小？我可以使用一个已知的数学公式吗？我知道有一个功能可以确定现有数据库的大小，但我想在创建它之前知道它有多大。

我正在寻找一本关于关系数据库设计、性能调整等最佳实践的书/网站/教程。事实证明，这种资源有点难找；有很多“这里是规范化，这里是 ER 图，有它”，但在实际示例中并不多。有人有想法么？

我目前正在构建一个小型 CRUD 应用程序。他们的数据库是一团糟，在接下来的 6 个月到一年的时间里会经常变化。你会为我的数据层推荐什么：

1）ORM（如果是，是哪一个？）

2）Linq2Sql

3) 存储过程

4) 参数化查询

我真的需要一个足够动态（既快速又简单）的解决方案，我可以在其中经常替换表和添加/删除列。

注意：我对 ORM 没有太多经验（只有一点 SubSonic），并且通常倾向于使用存储过程，所以也许这就是要走的路。我很想学习 Ling2Sql 或 NHibernate，如果两者都允许我上面描述的情况。

例如：更新客户表的所有行，因为您忘记添加 where 子句。

1. 意识到它并将其报告给您的同事或客户是什么感觉？
2. 吸取了哪些教训？

我有一个查询，我正在搜索一个字符串：

现在，这工作正常，但它不能很好地扩展，我需要优化它。我找到了一个类似于创建生成视图的选项，或者类似的东西，但我希望使用索引有一个更简单的解决方案。

我们正在使用 DB2，我真的想在 index 中使用表达式，但是这个选项似乎只在 z/OS 上可用，但是我们正在运行 Linux。我还是尝试了表达式索引：

但当然，它会在 UPPER(name) 上窒息。

有没有另一种方法可以以这种方式创建索引或类似的东西，这样我就不必重组现有查询以使用新生成的视图，或更改现有列或任何其他此类侵入性更改？

编辑：我愿意听取其他数据库的解决方案......它可能会延续到 DB2......

我有一个规范化订单数据的大型数据库，查询报告变得非常缓慢。我在报表中使用的许多查询连接了五六个表，并且必须检查数万或数十万行。

有很多查询，并且大多数都已尽可能优化以减少服务器负载并提高速度。我认为是时候开始以非规范化格式保存数据副本了。

关于方法的任何想法？我应该从几个最糟糕的查询开始，然后从那里开始吗？

在为多个客户端设计的以数据库为中心的应用程序中，我一直认为为所有客户端使用单个数据库“更好” - 将记录与适当的索引和键相关联。在收听 Stack Overflow 播客时，我听到 Joel 提到 FogBugz 每个客户端使用一个数据库（因此，如果有 1000 个客户端，则将有 1000 个数据库）。使用这种架构有什么好处？

我知道对于某些项目，客户需要直接访问他们的所有数据——在这样的应用程序中，很明显每个客户都需要自己的数据库。但是，对于客户端不需要直接访问数据库的项目，每个客户端使用一个数据库有什么好处吗？似乎就灵活性而言，使用具有单个表副本的单个数据库要简单得多。添加新功能更容易，创建报告更容易，并且更易于管理。

在我听到 Joel（一位经验丰富的开发人员）提到他的软件使用不同的方法之前，我对“所有客户的一个数据库”方法非常有信心——我对他的决定有点困惑......

我听说有人提到数据库会因大量记录而变慢，但任何具有某些优点的关系数据库都不会出现这个问题——尤其是在使用适当的索引和键的情况下。

非常感谢任何输入！

我目前的开发项目有两个方面。首先，有一个公共网站，外部用户可以在其中提交和更新用于各种目的的信息。然后，此信息将保存到 colo 设施的本地 SQL Server。

第二个方面是内部应用程序，员工使用它来管理这些相同的记录（概念上）并提供状态更新、批准等。该应用程序托管在公司防火墙内，具有自己的本地 SQL Server 数据库。

这两个网络通过硬件 VPN 解决方案连接，这很不错，但显然不是世界上最快的东西。

这两个数据库相似，并且共享许多相同的表，但它们不是 100% 相同。两边的许多表都非常特定于内部或外部应用程序。

所以问题是：当用户更新他们的信息或在公共网站上提交记录时，你如何将这些数据传输到内部应用程序的数据库中，以便内部人员进行管理？反之亦然……您如何将员工所做的更新推送回网站？

值得一提的是，这些更新发生得越“实时”越好。并不是说它必须是即时的，只是相当快。

到目前为止，我已经考虑过使用以下类型的方法：

1. 双向复制
2. 双方的 Web 服务接口都带有代码，以便在更改发生时（实时）同步更改。
3. 双方的 Web 服务接口带有异步同步更改的代码（使用排队机制）。

有什么建议吗？有没有人遇到过这个问题？您是否提出了适合您的解决方案？