唯一约束确保列值唯一，主键约束是特殊的唯一约束，且不能为NULL。每个表只能有一个主键，但可以有多个唯一键。InnoDB将第一个非NULL的唯一索引视为主键，非NULL唯一键可通过重建表结构转换为主键。

主键、外键、超键和候选键是数据库中用于唯一标识元组的属性集。主键是唯一且不能为空的属性组合，外键指向其他表的主键。自增列简化插入操作，触发器用于自动执行特定操作，存储过程是预编译的SQL语句集合。索引加速查询，但过多索引会影响性能。

全局唯一标识符（UUID）用于生成唯一ID，适合分布式系统。虽然UUID可以作为MySQL主键，但不当使用会影响性能。UUID有多个版本，各具特点。建议使用二进制形式和有序版本，以减少存储和性能问题。

Spring Data JDBC 和 R2DBC 4.0 版本支持复合主键，复合主键由多个列组成，通过实体属性映射。使用 @Id 注解标记复合主键字段，@Embedded 注解可自定义列名。保存新实体时，若主键为 null 则视为新实体。复合主键无法自动生成，需手动设置或使用回调。

在数据库中使用UUID版本4作为主键会导致性能下降和过多的IO，因为其随机生成的特性影响了索引的插入和检索效率。建议使用整数或时间排序的UUID（如UUID v7）来提高性能。

SQL中的关联操作主要通过笛卡尔积后过滤实现，而Python类似。SPL重新定义了关联，区分外键和主键关联，提供更直观的面向对象方法，减少复杂场景中的错误，提高代码的灵活性和可重用性。

使用DynamoDB时，应从访问模式出发，设计合适的主键和排序键，以提高查询效率。DynamoDB强调单表设计，避免连接查询，适应这种思维转变有助于构建更快、更经济的系统。

设计数据库表时，应包含主键、创建时间、修改时间等字段，并为每个字段添加注释。使用清晰的命名规范，选择合适的数据类型和字段长度，避免物理删除，限制字段数量，优先使用NOT NULL，合理使用索引，避免使用MySQL保留字，推荐使用InnoDB存储引擎，并考虑数据安全性。

本文介绍了SQL中的主键和外键。主键唯一标识每条记录，且不能为NULL；外键用于建立表之间的关系，可以包含重复和NULL值。还讨论了索引、事务及其ACID特性，包括开始、提交和回滚操作。

最近有人询问如何在Postgres表中删除主键列重复的行。由于glibc的更改，导致无效索引增多。解决方案包括备份数据、禁用索引、检查和删除重复行，以及重建索引。每一步需谨慎，以避免数据损坏。

关系数据库通过表格组织数据，行代表记录，列定义属性。主键唯一标识记录，外键连接不同表。设计时需关注数据质量，避免空值。

JPA的@GeneratedValue注解用于自动生成主键，支持四种策略：AUTO、IDENTITY、SEQUENCE和TABLE。选择策略时需考虑数据库类型、性能和开发便利性，以实现高效使用。

设计数据库的过程包括明确系统需求、定义表及关系、创建实体关系图并设定主外键和字段类型，最后生成数据库脚本。这些步骤有助于构建适用于小型项目的功能性数据库。

SQL Server中的DROP INDEX命令用于删除表中的索引。索引对查询性能重要，但过多的索引会降低效率。使用DROP INDEX时需注意与主键或唯一约束的关系，避免直接删除。可以使用IF EXISTS避免错误，并支持同时删除多个索引。dbForge Studio提供可视化操作，简化索引管理，降低出错风险。

UUID（通用唯一标识符）是一种128位的标签，几乎不可能重复，适合用作数据库主键。与传统自增整数主键相比，UUID更安全，冲突风险更低。迁移到UUID时需谨慎处理数据库关系，以确保数据完整性，通常通过添加新字段、更新关系并最终替换主键来完成迁移。