Thomas Stringer's questions

使用这样的表结构检索日期范围的最有效方法是什么？

create table SomeDateTable
(
    id int identity(1, 1) not null,
    StartDate datetime not null,
    EndDate datetime not null
)
go

假设您想要StartDate和的范围EndDate。所以换句话说，如果StartDate落在 and 之间@StartDateBegin，@StartDateEnd并且EndDate落在 and 之间@EndDateBegin，@EndDateEnd那么做一些事情。

我知道有几种方法可以解决这个问题，但最建议的是什么？

表的最佳设计是什么，Type字段是intor char(1)？换句话说，给定这个模式：

create table Car
(
    Name varchar(100) not null,
    Description varchar(100) not null,
    VehType .... not null
)

VehType成为 aint或 a是否更有效（在性能方面）char(1)？假设您有五种类型的汽车，您应该使用递增值 0 -> 4 还是类型的字符（例如，'v'、's'、'c'、't'、'm'）？

如果不止于此，我会使用单独的 Type 表并具有外键关系，但我认为没有必要。

我注意到sys.objects目录视图使用一个字符作为type字段。这有什么原因吗？我只是在这里抓住空气，是我更舒服的吗？

设计数据库最简单、最有效的方法是什么？从我的角度来看，应用程序的数据存储设计有两种选择：

1. 在编写任何应用程序代码之前，尽可能最好地设计数据库。这为您提供了可以使用基本数据结构的优势。在我看来，这样做的缺点是，作为应用程序细节，您将有很多更改，这些更改会影响整个应用程序开发周期中数据更改的内容/位置/方式。
2. 在应用程序实现时设计数据库。当您在编写应用程序时需要一些数据库对象时，您可以与应用程序并行（按时间顺序）开发数据库。正如我所见，优点是对数据库结构的更改较少。缺点是应用程序代码和数据库开发之间的时间和开发工作的分配。

根据您的经验，您认为什么是最有成效和最有效的方法？

这个问题确实被证明是一个棘手的问题（而且很烦人）。

在 SQL Server Management Studio 2008 中，直到几天前，我的 IntelliSense 都运行良好。然后突然停了下来。在工具栏菜单上启用的图标，在工具 -> 选项 -> 文本编辑器 -> T-SQL -> IntelliSense 下，它表示它已在此处启用。

我尝试使用 Ctrl-Shft-R 重新刷新 IntelliSense 缓存，但这也不起作用。

任何想法我的 IntelliSense 发生了什么以及我需要做些什么才能将其恢复？

作为软件开发人员和有抱负的 DBA，我在设计 SQL Server 数据库时尝试结合最佳实践（99% 的时间我的软件位于 SQL Server 之上）。我在开发之前和开发期间做出尽可能好的设计。

但是，就像任何其他软件开发人员一样，存在添加的功能、错误以及需要更改/创建数据库对象的需求更改。

我的问题是，查询调优应该主动还是被动？换句话说，在对代码/数据库进行大量修改后几周，我是否应该留出一天时间来检查查询性能并据此进行调整？即使它看起来运行正常？

或者我应该只知道低于平均水平的性能应该是数据库检查并返回众所周知的黑板？

查询调优可能会占用大量时间，而且根据初始数据库设计，它的收益可能微乎其微。我很好奇公认的作案手法。

我记得读过一篇关于数据库设计的文章，我还记得它说你应该有 NOT NULL 的字段属性。我不记得为什么会这样。

我所能想到的似乎是，作为应用程序开发人员，您不必测试 NULL和可能不存在的数据值（例如，字符串的空字符串）。

但是对于日期、日期时间和时间（SQL Server 2008），您会怎么做？你必须使用一些历史性的或触底的日期。

对此有什么想法吗？

很多时候我们都听到同样的话。关于在何处放置 OLAP/OLTP 数据库、在何处放置tempdb、在何处放置事务日志等的建议。

但是假设您所处的环境中存储的物理定义对您来说是个谜。换句话说，你肯定能看到逻辑驱动器，你可以给系统管理员打电话并要求更多空间，但你永远不知道什么是不同的物理驱动器（比如幕后有 SAN 或 NAS）。如果您实际上并不知道这一点，那么如何通过将遭受重创的tempdb数据库放在不同的物理驱动器上来遵循最佳实践呢？

这方面的最佳做法是什么？