C#服务器端日期时间

请告诉我，在服务器上用记号存储日期时间（例如帖子的createtime）好吗

DateTime.Ticks

---

你为什么要这么做？将其存储为常规日期时间不会带来任何损失。你应该问自己的一个更好的问题是如何处理不同的时区

---

我们将数据库中的所有日期存储为UTC，并根据用户选择的时区或服务器时区进行适当的转换。通常是用户选择的，因为用户在自己的时区处理时间更有意义，但数据将被不同时区的人使用。

为什么要这样做？将其存储为常规日期时间不会带来任何损失。你应该问自己的一个更好的问题是如何处理不同的时区

---

我们将数据库中的所有日期存储为UTC，并根据用户选择的时区或服务器时区进行适当的转换。通常是用户选择的，因为用户在自己的时区处理时间更有意义，但数据将被不同时区的人使用。

如果没有人可能希望手动查看存储的数据，或者对该精度有特殊要求，则可以。但一般来说，我不喜欢它，当日期的格式不清楚时，查看数据库中的日期数据是一件痛苦的事情

如果任何人都不希望手动查看存储的数据，或者对该精度有特殊要求，则可以。但一般来说，我不喜欢它，当日期的格式不清楚时，查看数据库中的日期数据是一件痛苦的事情

每个现代数据库都有

DATETIME

、

DATE

和/或

TIMESTAMP

数据类型，因此不需要使用

Int64

---

例如，如果要将数据保存到文本文件中，可以使用

DateTime.Ticks

。在这种情况下，似乎是一个不错的选择。

每个现代数据库都有

DATETIME

、

DATE

和/或

TIMESTAMP

数据类型，因此不需要使用

Int64

---

例如，如果要将数据保存到文本文件中，可以使用

DateTime.Ticks

。在这种情况下，似乎是一个不错的选择。

将其保存为

日期时间有什么错？如果不能，那么在XML中将其保存为类似字符串的形式可能更好，因为解析它时毫无疑问。Ticks是一个来自未知时间点的数字，如果该点在不同的区域性/服务器/系统中不同，该怎么办？以DateTime格式存储有什么问题？如果您正在查看表中的数据，则记号将更难读取（我不想将其存储在格式化字符串中；）使用Int64值进行操作对我来说很容易；）你不以“正确”的方式做事的理由是有缺陷的（你实际上没有理由）除了“你不想做”和“它更容易”之外当然更容易你知道如何做并不意味着它是正确的方式。此外，你问它是否“好”，简单的回答是一个糟糕且无效的方法。只将它保存为
DateTime
有什么不对？如果不能，那么在XML中将其保存为类似字符串的形式可能更好，因为解析它时毫无疑问。Ticks是一个来自未知时间点的数字，如果该点在不同的区域性/服务器/系统中不同，该怎么办？以DateTime格式存储有什么问题？如果您正在查看表中的数据，则记号将更难读取（我不想将其存储在格式化字符串中；）使用Int64值进行操作对我来说很容易；）你不以“正确”的方式做事的理由是有缺陷的（你实际上没有理由）除了“你不想做”和“它更容易”之外当然更容易你知道如何做并不意味着它是正确的方式。此外，你问它是否“好”，简单的回答是一个糟糕且无效的方法。