gpt4 book ai didi

c# - 如何处理数据库和应用程序中的 "Type"字段?

转载 作者:太空宇宙 更新时间:2023-11-03 11:47:15 24 4
gpt4 key购买 nike

有必要实现日志记录,消息计划存储在数据库中的“日志”表中。在其他字段中,每条消息都有一个“状态”字段:0 - 成功,1 - 错误数据,2 - 错误用户,3 - 随便,4 - 等等......

直截了当的想法是将“Status”字段作为“int”列存储在同一个表中...为了将数据推送到表中,将创建特殊的枚举,类似于这样(让我们使用 C#.NET 为例,但是任何语言都可以):

enum LogStatusEnum
{
Successful=0,
WrongData=1,
WrongUser=2,
}
void main()
{
LogStatusEnum status = LogStatusEnum.Successful;
int statusValue = (int)status;
string query = "INSERT INTO log (Status, ...) VALUES ("+statusValue+",...)";
}

还有另一种方法:创建额外的表,例如带有字段“StatusId”(int,autoincrement)、“StatusCode”(varchar)、“StatusDescription”(varchar)的“log_status”,它将包含一个单独的记录每个状态字段(外键应用于两个表)。在这种情况下,在将数据添加到“日志”之前,应通过查询提前获取所需“代码”的表 ID:

query = "SELECT Id FROM LogStatus WHERE StatusCode='"+GetStatusCode(status)+"'";

这个(收到的)ID 将用于填充“日志”表。

在这两种情况下,您都需要在数据库端和应用程序端保持同步。但从我的角度来看,第二种方法要好一些:

  1. 更安全:您需要确保你的“地位”真的存在于数据库在添加数据之前,您将拥有约束(错误的状态不会已添加)。
  2. 更多数据驱动(很难说对我来说为什么更好,但我填写那个)。

为了获得这些好处,您需要支付:向 DB 执行请求以通过状态代码获取状态 ID。

您认为实现第二种方法合理吗?或者第一个也适合?您是否看到第二种方法的其他优点或第一种方法的缺点?

欢迎任何想法。

提前谢谢你。

最佳答案

第二种方法通常更好。如果您需要新的状态类型,您只需要更新数据库,而不需要更新应用程序代码中的数据结构。

如果你正在做大量的插入,你不应该每次都查询状态id,而是缓存它。

关于c# - 如何处理数据库和应用程序中的 "Type"字段?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3103370/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com