问题标签 [sysdatetime]

我试图以毫秒为单位Datediff。GETDATE()SYSDATETIME()

我得到的结果是0or 1or 2or 3。造成这种差异的原因是什么？

看到这个小提琴。

我使用 SYSTEMTIME 结构来更改我的系统日期时间，如下所示：

日期已更改，但时间不受影响 我想在 24 模式下更改我的系统日期和时间。你能帮帮我吗？

我想要所有比特定日期时间戳和表 create_datetime 列存在的记录。

运行此查询时，它应该提供大于 create_datetime 的当天的所有记录以及特定的 18:00:00

有什么理由我应该每次都停止使用 SYSDATETIME() 而不是 GETDATE() ？

他们不是都问 cpu 现在是什么时间，还是 sysdatetime 需要更多指令来计算分数？Getdate 是否可以四舍五入？sysdatetime 可以更快，因为它不能进行舍入吗？

如果我不存储纳秒，我显然不会使用 sysdatetime，但我问的是存储大小以外的成本。（我正在开发的当前应用程序每秒运行 sysdatetime() 至少 280 次）

我正在尝试使用sysdate()提取上个月的数据。

如果在视图中使用 SYSUTCDATETIME() 会发生什么？视图会正常工作吗？它什么时候会执行 SYSUTCDATETIME 函数？

例如，我从以下选择创建了一个视图

I'm trying to insert data from one table into a table that has a two-column key. The source table does not share the destination's keys. Both key columns in the destination are varchars.

I have an insert statement:

When I execute the above, my milliseconds for my DateTime2 object are all the same, as if it's only evaluating that value once. This is preventing me from using this as a temporary unique key. Is it possible to use SYSDATETIME(), or any other date function, in a SELECT statement and have the value reevaluated for each row? If not, is there a way to generate a unique value when doing an INSERT INTO SELECT when selecting data that doesn't normally share the destination table's key?

我在第二个脚本中遇到错误。请解释为什么我在第二个脚本中出现错误。

从 LCL_SHR_IncidentIntegrationInt 中选择 count(*) 其中 externalsystem = 'IPSOFT' 和 (to_char(sysdate,' YYYYMMDDHH24MISS ')-to_char(fn_adjusted_date(CREATE_DATE),' YYYYMMDDHH24MISS ')) > 180;

货号：122797

从 LCL_SHR_IncidentIntegrationInt 中选择 count(*) 其中 externalsystem = 'IPSOFT' 和 (to_char(sysdate,' DD-MM-YYYY HH24:MI:SS ')-to_char(fn_adjusted_date(CREATE_DATE),' DD-MM-YYYY HH24:MI: SS ')) > 180;

O/P : ORA-01722: 无效号码 01722. 00000 - “无效号码” *原因：指定号码无效。*行动：指定一个有效的数字。

我已经在 SQL Server 2008 的存储过程中使用 SYSDATETIME 进行了一些测试。我设置了一个带有 IDENTITY 字段的 datetime2(7) 表。

我了解此数据类型的精度和准确性之间的区别，但是，在插入此示例中的多条记录时，我注意到了一个不寻常的结果：

我使用插入语句 100,000 进行循环以确定 SYSDATETIME 是否按预期正常工作。但是，与 GETDATE 相比，它似乎并不准确。

根据我的观察，最后四位小数似乎独立于前三位而递增。这是执行 100,000 次插入的趋势。

如果您注意到这个小样本摘录中的最后两位小数秒，它会从 0.4212457 跳到 0.4212458。

虽然它具有 7 个位置的精度，但在我看来，精度只有 3 个位置。最后四位数字以独立于时间的增量方式运行。我希望时间值的最后 4 位小数在每次插入数据库时​​都是完全随机的。

这是一个正确的陈述，还是有正确的方法来获得真正准确/随机的时间？

我想检查我当前的 DateTime 是否在两个 DateTimes 之间。

我有第一次2016-05-19 04:23:00.000和第二次2016-05-19 04:50:00.000。

如果当前 DateTime 介于第一次和第二次之间，如何编写查询以返回 true，否则返回 false？