咨询适用于多数据库系统的数据库对象ISO/RFC命名规范

首先直接给你结论：目前不存在适用于MySQL、SQL Server、Oracle等所有数据库系统的ISO或RFC级别的统一命名规范。国际标准化组织（ISO）和互联网工程任务组（IETF）并没有针对数据库对象（表、列、触发器、约束等）发布过跨厂商的命名标准。

为什么会这样？因为不同数据库厂商有自己的设计哲学和推荐实践，这些实践会直接影响行业内的命名习惯：

• Oracle官方文档更倾向于使用大写字母加下划线（比如FOO_TABLE），不过也支持大小写混合的写法；
• SQL Server的官方推荐是使用PascalCase（大驼峰），也就是你提到的规范1风格；
• MySQL由于默认大小写敏感规则（和操作系统相关），行业里更流行小写字母加下划线的写法（规范3）。

再聊聊你列出的四个规范的实际使用场景：

• 规范1（Foo表，Name/IsEnabled列）：在SQL Server、.NET技术栈的项目中非常常见，单词区分清晰，可读性强；
• 规范2（foo表，isenabled列）：不推荐使用，长名称会变成一串无分隔的字符，比如userlastlogin很难快速识别含义；
• 规范3（foo表，is_enabled列）：MySQL生态的主流写法，也符合很多开源工具的命名习惯，能避免大小写敏感带来的问题；
• 规范4（Foo表，FooName列）：属于早期的“前缀式命名”，现在已经很少见了——因为表名已经明确了上下文，FooName完全可以简化为Name，冗余的前缀反而会增加阅读负担。

不管选择哪种风格，一致性是第一原则，整个项目里必须统一规则。另外给你几个通用的最佳实践：

• 表名统一用单数或复数（比如要么全是User，要么全是Users，不要混着用）；
• 列名尽量表意明确，避免模糊缩写（行业通用缩写比如ID、URL除外）；
• 对于触发器、约束、主键外键这类对象，建议加前缀区分类型，比如：
  • 主键：PK_Foo_Id
  • 外键：FK_Order_UserId
  • 触发器：TRG_Foo_AfterInsert
• 绝对避免使用数据库的保留字（比如User在多数数据库里是保留字，建议改用AppUser）。

虽然没有官方的国际标准，但很多大型团队或开源项目会制定自己的内部规范，核心目标都是提升可读性、减少歧义、降低维护成本。

内容的提问来源于stack exchange，提问作者Eduardo Daniel Morán