问题标签 [datetime-comparison]

请帮忙。我试图弄清楚如何在 linq 查询中使用 DATE 或 DATETIME 进行比较。

示例：如果我想要今天之前开始的员工的所有员工姓名，我会在 SQL 中执行以下操作：

但是linq呢？

以上 WHERE 不起作用：

异常详细信息：System.NotSupportedException：LINQ to Entities 不支持指定的类型成员“日期”。仅支持初始化程序、实体成员和实体导航属性。

我有两个日期值，一个已经存储在数据库中，另一个由用户使用 DatePicker 选择。用例是从数据库中搜索特定日期。

先前在数据库中输入的值始终具有 12:00:00 的时间分量，其中从选取器输入的日期具有不同的时间分量。

我只对日期组件感兴趣，并想忽略时间组件。

在 C# 中进行这种比较的方法是什么？

另外，如何在 LINQ 中执行此操作？

更新：在 LINQ to Entities 上，以下工作正常。

我的 C# 单元测试有以下语句：

为什么它因以下信息而失败：

他们不一样吗？

更新：

如果您只关心第二个，请使用它：

Assert.AreEqual(logoutTime.ToString(), log.First().Timestamp.ToString());

我想要最简单或最简单的方法，它根据给定的时间返回布尔值（真/假）是在下午 3 点之后还是不考虑日期。

例如：-

作为以下问题的（排序）后续 - CustomValidator time c#.net - 我想知道是否可以使用 CompareValidator 来验证 ASP.NET 文本框中的时间？

我尝试了以下

我认为这会起作用，因为 DateTime （显然）支持日期和时间，但验证器继续使用有效输入验证失败。

那么，是否可以使用 CompareValidator 来验证时间，或者是否需要 RegularExpression 或 Custom Validator？

我刚刚注意到 DateTime 比较似乎是一个荒谬的缺陷。

如果一个是 DateTimeKind.Local 和一个是 DateTimeKind.UTC，则 DateTimes 上的所有比较操作似乎都无法进行任何类型的智能转换。除了始终将比较中涉及的两者都转换为 utc 时间之外，还有更好的方法来可靠地比较 DateTimes 吗？

当试图将 where 语句设置为仅使用此代码比较日期时间字段的日期部分时，

我使用了(DateTime)转换，因为 EF 无法识别.GetValueOrDefault()，并且该PurchaseDate字段可以为空。

我得到的错误是

LINQ to Entities 不支持指定的类型成员“日期”。仅支持初始化程序、实体成员和实体导航属性。

我已经阅读了相关的帖子，但还没有找到答案，所以如果可以的话：

我在表中创建了一个列，如下所示：

[到达] 时间 NOT NULL，

执行这样的查询的最有效方法是什么：

select * from myTable where "Arrival is 1 hours from now" ?

DATEDIFF（小时，GETDATE（），到达）

给我一个非常大的价值，可能是因为到达的 1901,0,0 日期部分。仍然试图理解这一点，所以如果有人能快速回答我，那就太好了。

同样，性能至关重要。

谢谢。

我正在使用带有截止日期列 (SQL ) 的SuperlistDateTime作为dd/mm/yyyy格式列。

为了让最终用户能够按此列排序，我需要仅使用该列的 DATE 部分。问题是，如果我设置该值，DueDate.Date它会显示时间为00:00:00DueDate.ToShortDateString()February 1stJanuary 31

有没有办法只显示日期而不将其转换为字符串？

我在 SO 上找到了数百个与此类似的主题的问题和答案，但是，没有一个符合我的具体需求，我很困惑。

我有一个 ymd 格式的变量，我需要查看它是否是在前一个日历日（不是 24 小时前，而是在前一个日历日）创建的。

IE。$tDate = '12-05-2';

如果对象创建于 2012 年 5 月 2 日晚上 11:59（存储时间），我需要与 2012 年 5 月 3 日上午 12:01（当前时间）进行比较以等于 true。

如果对象创建于 2012 年 5 月 2 日晚上 11:51（存储时间），我需要与 2012 年 5 月 2 日晚上 11:58（当前时间）进行比较以等于 false。

我知道如果这些存储在 MySQL 数据库中并从字段中提取，MySQL 可以很容易地解决这个问题。但是，在这种情况下，该解决方案不是一种选择。

这种比较必须完全在 php.ini 中完成。

我知道这是一个古怪的问题，但是，嘿，这就是 StackOverflow 的大师擅长的！期待看到回复！

更新

将其计算为：

有没有更有效的解决方案？似乎有效，但我认为必须有一个更优化/优雅的解决方案？

解决了