代码或查找表的最佳实践

Question

[更新] 选择的方法如下，作为对这个问题的答复

嗨，

我一直在这个主题中四处寻找，但我找不到我正在寻找的东西......

对于代码表，我的意思是：像'这样的东西婚姻状况、性别、特定的法律或社会状态……更具体地说，这些类型仅具有固定属性，并且这些项目不会很快改变（但可能）。 属性是 Id、名称和描述。

我想知道如何在以下技术中最好地处理这些问题：

• 在数据库中（多个表，一个具有不同代码键的表...？）

• 创建类（可能类似于使用 ICode.Name 和 ICode.Description 继承 ICode）

• 为此创建视图/演示者：应该有一个包含所有这些的屏幕，因此有一个类型列表（性别、婚姻状况...），然后是该类型的值列表，其中包含姓名& 值列表中每个项目的描述。

这些是出现在每个项目中的事情，因此必须有一些关于如何处理这些的最佳实践...

郑重声明，我不太喜欢在这些情况下使用枚举...关于在这里使用它们的任何争论也很受欢迎。

[跟进]

好的，我从 CodeToGlory 和 Ahsteele 那里得到了很好的答案。 让我们细化这个问题。

假设我们不是在谈论性别或婚姻状况，这些价值观肯定不会改变，而是在谈论具有名称和描述的“东西”，仅此而已。 例如：社会地位、法律地位。

用户界面： 我只想要一个屏幕。 包含可能的 NameAndDescription 类型的列表框（我将这样称呼它们）、包含所选 NameAndDescription 类型的可能值的列表框，以及所选 NameAndDescription 类型项的名称和描述字段。

如何在 View & 中处理这个问题？ 主持人？ 我发现这里的困难是需要从类名中提取名称和描述类型？

D B： 多个查找表与单个查找表的优缺点是什么？

Answer 1

使用数据库驱动的代码表非常有用。 您可以执行诸如定义数据生命周期（使用开始和结束日期）、将数据实时添加到表中这样就不必部署代码之类的操作，并且可以允许用户（当然具有正确的权限）通过管理屏幕添加数据。

我建议始终使用自动编号主键而不是代码或描述。 这允许您在不同的时间段使用多个代码（名称相同但描述不同）。 另外，大多数 DBA（根据我的经验）宁愿使用自动编号而不是基于文本的主键。

我会为每个编码列表使用一个表。 您可以将多个代码全部放入一个不相关的表中（使用某种矩阵），但这会变得混乱，而且我只发现它甚至有用的几种情况。

Answer 2

这里有几件事：

1. 使用明确且不会改变的枚举。 例如，MaritalStatus、Gender 等。

2. 对未按上述固定且可能随时间变化、增加/减少的项目使用查找表。

数据库中存在查找表是非常典型的。 在您的业务层中定义可与您的视图/演示文稿配合使用的键/值对象。

Answer 3

我决定采用这种方法：

CodeKeyManager mgr = new CodeKeyManager();
CodeKey maritalStatuses = mgr.ReadByCodeName(Code.MaritalStatus);

其中：

• CodeKeyManager 可以从数据库检索 CodeKeys (CodeKey=MaritalStatus)
• Code 是一个充满常量的类，返回字符串，因此 Code.MaritalStatus =“maritalStatus”。 这些常量映射到 CodeKey 表 > CodeKeyName
• 在数据库中，我有 2 个表：
  • 带有 ID、CodeKeyName 的 CodeKey
  • 包含 CodeKeyId、ValueName、ValueDescription 的 CodeValue

数据库：

替代文本 http://lh3.ggpht.com/_cNmigBr3EkA/SeZnmHcgHZI/AAAAAAAAAFU/2OTzmtMNqFw/codetables_1.JPG

类代码：

public class Code
{
    public const string Gender = "gender";
    public const string MaritalStatus = "maritalStatus";
}

类 CodeKey：

public class CodeKey
{
    public Guid Id { get; set; }
    public string CodeName { get; set; }

    public IList<CodeValue> CodeValues { get; set; }
}

类 CodeValue：

public class CodeValue
{
    public Guid Id { get; set; }

    public CodeKey Code { get; set; }

    public string Name { get; set; }
    public string Description { get; set; }

}

我发现迄今为止最简单、最有效的方法：

• 全部代码数据可以以相同的方式显示（在同一个视图/演示者中）
• 我不需要为即将到来的每个代码表创建表和类
• 但我仍然可以轻松地将它们从数据库中取出并轻松使用它们使用 CodeKey 常量...
• NHibernate 也可以轻松处理这个问题

我仍在考虑的唯一一件事是丢弃 GUID Id 并使用字符串（nchar）代码以提高业务逻辑中的可用性。

感谢您的回答！ 如果对此方法有任何意见，请提出！

Answer 4

我倾向于对此类数据使用表格表示。 最终，如果您需要捕获数据，则需要存储它。 出于报告目的，最好有一个可以通过键提取数据的地方。 出于标准化目的，我发现单一用途查找表比多用途查找表更容易。

也就是说，对于像性别等不会改变的事情，枚举非常有效。

Answer 5

为什么大家都想让码表复杂化？ 是的，它们有很多，但它们很简单，所以就保持这种方式。 就像对待其他物体一样对待它们。 它们是域的一部分，因此将它们建模为域的一部分，没什么特别的。 如果当他们不可避免地需要更多属性或功能时您不这样做，您将不得不撤消当前使用它的所有代码并重新编写它。

当然，每个课程一张表（为了引用完整性，以便它们可用于报告）。

对于课程，当然还是每个课程一个，因为如果我编写一个方法来接收“性别”对象，我不希望能够意外地向它传递“婚姻状态”！ 让编译帮助您清除运行时错误，这就是它存在的原因。 每个类都可以简单地继承或包含 CodeTable 类或其他类，但这只是一个实现助手。

对于 UI，如果它实际上使用继承的 CodeTable，我想您可以使用它来帮助您并只需在一个 UI 中维护它。

一般来说，不要搞乱数据库模型，不要搞乱业务模型，但如果你不想在 UI 模型中搞乱一点，那也不错。

Answer 6

我想考虑进一步简化这种方法。 与其使用 3 个定义代码（Code、CodeKey 和 CodeValue）的表，不如只使用一张同时包含代码类型和代码值的表？ 毕竟，代码类型只是另一个代码列表。

也许像这样的表定义：

CREATE TABLE [dbo].[Code](
    [CodeType] [int] NOT NULL,
    [Code] [int] NOT NULL,
    [CodeDescription] [nvarchar](40) NOT NULL,
    [CodeAbreviation] [nvarchar](10) NULL,
    [DateEffective] [datetime] NULL,
    [DateExpired] [datetime] NULL,
CONSTRAINT [PK_Code] PRIMARY KEY CLUSTERED 
(
    [CodeType] ASC,
    [Code] ASC
)
GO

可能有一条 CodeType=0 的根记录，Code=0 表示 CodeType 的类型。 所有CodeType记录将具有CodeType=0和Code>=1。 以下是一些可能有助于澄清问题的示例数据：

SELECT CodeType, Code, Description FROM Code

Results:

CodeType    Code    Description
--------    ----    -----------
0           0       Type
0           1       Gender
0           2       Hair Color
1           1       Male
1           2       Female
2           1       Blonde
2           2       Brunette
2           3       Redhead

可以将检查约束添加到 Code 表中，以确保将有效的 CodeType 输入到表中：

ALTER TABLE [dbo].[Code] WITH CHECK ADD CONSTRAINT [CK_Code_CodeType]   
CHECK (([dbo].[IsValidCodeType]([CodeType])=(1)))
GO

函数 IsValidCodeType 可以这样定义：

CREATE FUNCTION [dbo].[IsValidCodeType]
(
    @Code INT
)
RETURNS BIT
AS
BEGIN
    DECLARE @Result BIT
    IF EXISTS(SELECT * FROM dbo.Code WHERE CodeType = 0 AND Code = @Code)
        SET @Result = 1
    ELSE
        SET @Result = 0
    RETURN @Result
END
GO

已经提出的一个问题是如何确保具有代码列的表具有该代码类型的正确值。 这也可以通过使用函数的检查约束来强制执行。

这是一个包含性别列的人员表。 最佳实践是使用代码类型描述（本例中为性别）来命名所有代码列，后跟单词 Code：

CREATE TABLE [dbo].[Person](   
    [PersonID] [int] IDENTITY(1,1) NOT NULL,
    [LastName] [nvarchar](40) NULL,
    [FirstName] [nvarchar](40) NULL,
    [GenderCode] [int] NULL,
CONSTRAINT [PK_Person] PRIMARY KEY CLUSTERED ([PersonID] ASC)
GO

ALTER TABLE [dbo].[Person] WITH CHECK ADD CONSTRAINT [CK_Person_GenderCode] 
CHECK (([dbo].[IsValidCode]('Gender',[Gendercode])=(1)))
GO

IsValidCode 可以这样定义：

CREATE FUNCTION [dbo].[IsValidCode]
(
    @CodeTypeDescription NVARCHAR(40),
    @Code INT
)
RETURNS BIT
AS
BEGIN
    DECLARE @CodeType INT
    DECLARE @Result BIT

    SELECT @CodeType = Code
    FROM dbo.Code
    WHERE CodeType = 0 AND CodeDescription = @CodeTypeDescription

    IF (@CodeType IS NULL)
    BEGIN
        SET @Result = 0
    END
    ELSE
    BEGiN
    IF EXISTS(SELECT * FROM dbo.Code WHERE CodeType = @CodeType AND Code = @Code)
        SET @Result = 1
    ELSE
        SET @Result = 0
    END

    RETURN @Result
END
GO

可以创建另一个函数来在查询时提供代码描述。具有代码列的表。 这是一个
查询Person表的例子：

SELECT PersonID,
    LastName,
    FirstName,
    GetCodeDescription('Gender',GenderCode) AS Gender
FROM Person

这都是从防止数据库中查找表激增并提供一张查找表的角度来构思的。 我不知道这个设计在实践中是否表现良好。