在数据库中，**key（键）**的命名规范直接影响可读性、可维护性和团队协作效率。下面按常见类型分别说明，并给出最佳实践。
a1、tmp1order、user、select常见命名风格：
snake_case（推荐）：user_idcamelCase：userId（常用于 MongoDB、前端）kebab-case：少用（部分数据库不支持 -）iduser_idorder_iduuiduser_uuid✅ 推荐：
id
user_id
规则：引用表名 + 被引用主键名
user_id -- 指向 users.id
order_id -- 指向 orders.id
❌ 不推荐：
uid
o_id
用于业务唯一约束：
email
phone
username
order_no
复合唯一键：
user_id + role_id
命名建议：
idx_table_column
uniq_table_column
示例：
idx_user_email
uniq_order_no
Redis 推荐「业务:对象:ID」结构：
user:1001
order:20240101:1001
cache:user:profile:1001
优点：
user:*）_id：默认主键{ "userId": "1001" }
❌ 反例：
a
temp
data1
UID
user-order-id
✅ 正例：
user_id
order_id
created_at
| 类型 | 推荐命名 |
|---|---|
| 主键 | id / 表名_id |
| 外键 | 关联表_id |
| 唯一键 | 业务字段名 |
| 索引 | idx_表_字段 |
| Redis | 业务:对象:id |
如果你用的是 某一种具体数据库（MySQL / PostgreSQL / Redis / MongoDB），我可以给你一套更精准的命名规范。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
