gpt4 book ai didi

sql - 数字 ID 与字符串 ID

转载 作者:行者123 更新时间:2023-12-04 13:47:29 24 4
gpt4 key购买 nike

我在这里使用的是一个非常精简的示例,所以请询问您是否需要更多上下文。

我正在重组/规范化一个数据库,其中大多数表中的 ID 字段都有主键字段,这些字段是自动递增的数字 ID(1、2、3 等),我在想我需要将 ID 字段从数值更改为从行中的数据生成的字符串值。

我的推理如下:

我有 5 张 table ;员工、成员(member)、志愿者、实习生和学生;所有这些都有数字 ID。

我有另一个名为 BuildingAttendance 的表,它记录了人们何时访问该场所以及出于什么原因,它具有以下相关字段:

ID    Type    Premises    Attended

区分工作人员和成员。我使用类型字段,成员使用 MEM,员工使用 STA,等等。举个例子:

ID    Type    Premises      Attended
1 MEM Building A 27/6/15
1 STA Building A 27/6/15
2 STU Building B 27/6/15

我认为使用类似于以下的 ID 可能是一个更好的设计设计:

ID       Premises      Attended
MEM1 Building A 27/6/15
STA1 Building A 27/6/15
STU2 Building B 27/6/15

处理此问题的最佳方法是什么?我知道如果我的主键是一个字符串,我的查询性能可能会受到影响,但这比拥有 2 列更容易吗?

tl;dr - 我应该如何处理引用来自具有相同 ID 系统的其他表的记录的表?

最佳答案

与字符串相比,自动递增的数字 ID 有几个优点:

  • 它们更容易实现。为了生成字符串(如您所愿),您需要实现触发器或计算列。
  • 它们占用固定数量的存储空间(可能是 4 个字节),因此它们在数据记录和索引方面效率更高。
  • 它们允许成员在类型之间进行更改,而不影响 key 。

您面临的问题是您拥有父类(super class)型的子类型。此信息应与人员一起存储,而不是在出勤记录中(除非人员可以在每次访问时更改其类型)。在 SQL 中有多种方法可以解决这个问题,没有一种方法比编程语言中的简单类继承更干净。

一种技术是将所有数据放在一个名为Persons 的表中。这将具有唯一 ID、类型和五个表中的所有列。问题是当您的子表中的列非常不同时。

在这种情况下,有一个名为 persons 的表,该表具有唯一的主键和公共(public)列。然后为每个表创建单独的表,并使用 PersonId 作为这些表的主键。

这种方法的优点是您可以为 BuildingAttendance 之类的对象提供对 Persons 的外键引用。并且,对于其他适当的表,您还可以拥有对每个子类型的外键引用。

关于sql - 数字 ID 与字符串 ID,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32862374/

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