小编pmd*_*dci的帖子

考虑以下两种将日期时间 varchar 字符串转换为日期字段的方法：

SELECT convert(date, '2012-12-21 21:12:00', 20) -- Only date is needed
SELECT cast('2012-12-21 21:12:00' as date) -- Only date is needed

两者都返回我期望的内容：不包括时间的日期，作为日期数据类型。

我的问题是：这两种方式有什么利弊吗？

我有一个日期维度表，我需要在其中添加一个新列，在该列中定义一个月内一周中某天的迭代（第二个周一/周二/周三/周四/周五/周六/周日等为 2） .

是否可以仅在表格的日期列（“日期”类型）上进行计算？

我的数据库中有一个表，其中存储了成功和失败的登录尝试。我正在创建一个存储过程，允许我们删除超过 X 天的记录。到目前为止一切顺利，但我想把它提高一个（或两个）等级，并允许我们指定是否删除关于 [Success] 列是真、假还是两者兼而有之的记录。不过，我在连接需要执行的脚本时遇到了一些问题。

这是我到目前为止所做的：

-- CREATE PROCEDURE [dbo].[sp_delete_log_attempts]
DECLARE @backDays INT = 1 -- Default to 30 days (one test finishes)
DECLARE @successArg BIT = NULL -- default to both true and false success logins
DECLARE @successAnd VARCHAR(50)
DECLARE @query VARCHAR(MAX)

SET @successAnd = CASE
WHEN @successArg = 'true' THEN
    'AND [Success] = ''true'''
WHEN @successArg = 'false' THEN
    'AND [Success] = ''false'''
ELSE
    'AND [Success] = ''true'' OR [Success] = ''false'''
END

PRINT @successAnd -- just for …

我们目前正在为我们的定制应用程序开发一个任务管理系统。经过深思熟虑，我们得出的结论是，我们只需要用户指定任务的截止日期。

我想知道当英国的用户添加任务并且圣彼得堡的用户看到它时它会如何工作，考虑到圣彼得堡比英国早至少 2 小时。

假设英国的用户创建了一个 20/Apr/2018 到期的任务。4 月 19 日 23:30（英国时间），圣彼得堡的一位用户打开了任务。但是，由于在圣彼得堡已经是 20/Apr，看起来任务已经完成，但实际上还没有安排运行。

如果日期字段实际上是 type date，我很确定圣彼得堡的用户会看到标记为过期的任务，因为他结束时已经是 20/Apr。

我见过其他几个任务工具，而且几乎所有工具都只允许任务的截止日期（而不是时间）。然而，我想知道其他系统如何处理此类问题，或者他们是否根本不打扰。

所以客观地回答我的问题：

• 我们承认这种差异并接受它。如果任务将于 4 月 20 日到期，并且在澳大利亚已经是 4 月 20 日，但在加利福尼亚州尚未到期，我们只接受澳大利亚用户将任务视为迟到而加利福尼亚用户将其视为“进行中”。
• 我认为解决这个问题的唯一方法是在datetime字段中捕获日期（即使我们不允许用户输入时间），然后还允许定义时区。

我错过了什么吗？

编辑：为了回答有关我们是否希望任务的截止日期遵循查看任务的用户的时区或创建任务时的固定时区的问题，我们选择了固定时区。因此，任务将设置为英国时间 20/Apr 到期，只有在英国时间达到 YYYY-04-20 00:00:00.00 时才会到期。

为了支持这一点，我们将允许用户在创建任务时单击截止日期字段旁边的小图标，允许他们选择时区。时区将根据以下工作流程设置为默认值：

我们将为用户的帐户页面创建两个设置，允许用户：

• a) 切换应用程序的选项以尝试从客户端自动获取其时区。

• b) 让他们选择默认时区的选项。

基于这个要求，我们几乎可以得出结论，date数据类型是不可能的。现在对我来说不是 100% 清楚的是我们应该选择 a datetime2（我总是使用datetime2而不是datetime）还是 a datetimeoffset。

考虑 Microsoft SQL Server 2012 中的以下代码：

INSERT INTO [dbo].Production
SELECT [field1]
      ,[field2]
      ,cast([datefield] as datetime)
FROM [RAW].Staging

临时表加载了来自 CSV 文件的数据。因此，在某些情况下，我们最终会得到空字段，而不是 NULL 字段。因此，日期字段在插入生产表时会转换为 1900-01-01 日期。

我想知道在上面的插入代码中是否有什么我可以做的，以确保当来自临时表的字段为 NULL 或为空时，日期字段设置为 NULL。

我将值从 SQL Azure 中的临时表插入到生产表中。临时表中的值是 varchar，而生产表中的目标值是 tinyint（它是人类的年龄字段，所以我认为最多 255 就足够了；））

问题是由于源系统中的错误，我们倾向于将一些值设为 -1 或 -2，而它们应该是 0。这会导致问题，因为 TINYINT 仅支持 0 到 255 的值（也因为这实际上是错误的）。我想知道是否有某种 case 语句可以用来将值转换为 0，如果它们低于 0，或者如果它们落在 0-255 范围之外？