查找表实现的最佳实践，可提高性能

Question

我想知道创建查找表的最佳方法是什么。 例如，我有一个带有一个字段（主键）字符串idMissionProfile和一个字段note的表missionProfile 。 我所有的价值观都必须彼此不同。 但是通过这种方法，链接到missionProfile所有表都将整个字符串键作为外键，并且我认为与一个Integer主键相比，它占用更多的内存，并且需要花费更多的时间来编写整个字符串。 但是，如果我使用整数主键，则必须在创建它之前检查域MissionProfile是否存在，因为该键是增量键，并且可能是我的字段的重复值。 在大型数据库中，根据您的经验，最好使用String或始终检查该字段是否存在，然后再写入数据库？ 谢谢

例

MissionProfile：

idMissionProfile
------------------------------------------
FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET  
NEDC    
VEHICLE_TRANSFER

要么

idMissionProfile   MissionProfile
-------------------------------------------
1                  FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET   
2                  NEDC 
3                  VEHICLE_TRANSFER

所以在我的收购中

idAcquisition id_MissionProfile
---------------------------------
1             1
2             2
3             2

否则我会

idAcquisition id_MissionProfile
---------------------------------
1             FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET
2             NEDC
3             NEDC

第二种方法似乎更好，但是当我添加一个新的任务配置文件时，我必须检查是否存在，而在第一种方法中，它不会添加新的字符串值（如果存在），因为它是关键。 这是一个简单的情况，但是如果我有一个由几列组成的主键？ 我正在将一个excel文件映射到数据库中，因此我需要选择最好的方法来提高性能

使用增量ID，我有：

MissionProfile missionProfile=null;
        if ((value=actualRowValues.get(ExcelMappingCoordinate.missionProfile.getCoordinate()+index))!=null){
            missionProfile= missionProfileServices.findByMissionProfile(value);
            //TODO se esiste allora carica quello che esiste altrimenti lo crea
            if (missionProfile == null){
                missionProfile= new MissionProfile();
                missionProfile.setMissionProfile(value);
                missionProfileServices.create(missionProfile);
        }

与键值我有

MissionProfile missionProfile=new MissionProfile();
if ((value=actualRowValues.get(ExcelMappingCoordinate.missionProfile.getCoordinate()+index))!=null){
    missionProfile.setMissionProfile(value);
    missionProfileServices.create(missionProfile);
}

Answer 1

您在这个问题中混淆了很多东西。 我不能完全确定我是否了解您的要求-模式甚至SQLFiddle都更好。

第一个是“字符串是否比Integer占用更多空间？”。 答案是肯定的，但是在现代硬件上这无关紧要，除非您在尺寸，性能或可伸缩性的极端极限下工作。

第二个是“我应该如何生成主键？”。 这是一个令人惊讶的复杂问题。 但是几乎所有人都同意，您的主键应该是“自然”（保证域实体的属性，该属性是唯一的，并且永远不会改变），或者完全没有意义的事情，例如自动递增的整数或GUID。

在问题的各行之间阅读时，看起来您查找表的主键具有某种含义，因为您正在使用它来检查值是否存在。 这是一个坏主意，因为这意味着您必须在不检查每个相关实体的情况下才能更改该值。

例如，如果您有一个“员工”表和一个“部门”表，如下所示：

雇员

EmployID  Name  Department    LeavingDate
------------------------------------------
1        Fred   HR            NULL
2        Angie  HR            1 Jan 2010
3        Bert   IT            NULL

部门

DepartmentID     Name
------------------------------------------------ 
HR               HR Department
IT               IT Department

如果人事部门于2016年1月1日将其名称更改为“ PEOPLE”，那么您对Angie怎么办？ 她是在部门被称为HR时离开的，因此您无法真正将其更改为PEOPLE。 但是，您不希望在更新人事部门名称时检查离开的人员。

拥有毫无意义的钥匙要整齐。 这样，您可以在Department中构建“名称历史记录”逻辑，而不必影响链接到它的所有表。

雇员

EmployID  Name  Department    LeavingDate
------------------------------------------
1        Fred   1             NULL
2        Angie  1             1 Jan 2010
3        Bert   2             NULL

部门

DepartmentID     Name                ValidFrom   ValidUntil
-----------------------------------------------------------
1                HR Department       1/1/1990    1/1/2016
1                People Department   1/1/2016    NULL
2                IT Department       1/1/1990    NULL

我想问的第三个问题是：“我应该创建一个查询表，还是应该使用具有固有含义的属性？” 从Excel导入时，这一点尤其重要。

正式的答案是标准化您的数据模式 ，并且仅在存在实际的，可衡量的问题时才担心性能。 这一点通常是在体面的硬件上的数以千万计的记录。

更为实际的答案是，这取决于您打算如何使用数据。

如果始终FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET更用户友好的字符串替换FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET ，我将创建一个具有自动递增主键的查找表。

如果涉及业务逻辑FIRST_OIL_CHANGE_SAMPLE_&_PARAMETERS_RESET记录与VEHICLE_TRANSFER记录的处理方式有所不同，我将使用自动递增的整数。 这降低了输入错误的风险，并允许您向查找表中添加逻辑标志。

但是，如果您只是在不需逻辑或替换的情况下重新读取此列，那么我将直接将该值读入表中...