gpt4 book ai didi

sql - 为什么sql表名中通常使用下划线而不是驼峰式大小写

转载 作者:行者123 更新时间:2023-12-02 06:17:07 24 4
gpt4 key购买 nike

在我已经见过的所有应用程序/示例中(例如,wordpress)。列表名称使用下划线而不是驼峰式大小写。我想知道是否存在技术不兼容问题或者这是约定?它是否依赖于系统平台(Linux/Windows)或sql方言(Mysql、postgreSQL、DB2、Oracle等)。例如,在下表中,我使用了驼峰式大小写,并且还没有遇到任何问题/警告!如果我应该/必须重构我的表,为什么应该/必须这样做?

SQL 表名/列名是否不区分大小写?方言呢?

CREATE TABLE `testuser` (
`id` bigint(20) NOT NULL,
`user_type` varchar(8) NOT NULL,
`username` varchar(30) DEFAULT NULL,
`password` varchar(128) DEFAULT NULL,
`regDate` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

最佳答案

一些背景信息:

(ANSI) SQL 标准要求非带引号的标识符以全部大写形式存储在系统目录中,并且非带引号的标识符不区分大小写。

根据标准,以下非引号标识符引用同一对象(例如表):FOOBARfoobarFooBar (并且所有内容都将作为 FOOBAR 存储在系统目录中)。

以下引用标识符引用 3 个不同的对象:"FOOBAR""foobar""FooBar".

几乎所有 DBMS 都至少遵守非引号标识符不区分大小写的要求。据我所知,除了 MySQL 和 SQL Server - 两者都可以配置为区分大小写,即使对于不带引号的标识符也是如此。我不确定 SQL Server 的默认行为是什么(正如 Damien 在他的评论中指出的那样,这取决于 SQL Server 使用的排序规则)。

MySQL 更加令人困惑,因为它的行为取决于多个配置设置、存储引擎和文件系统的组合。我所知道的所有其他 DBMS 在所有平台和安装中的行为都是一致的。

PostgreSQL 遵守大小写,但会将所有内容折叠为小写。

因此,考虑到这些规则,我认为使用下划线的“传统”命名约定源于对象名称以大写形式存储的事实。获得“可读”名称的唯一方法是用下划线分隔名称的重要部分。

SQL Server 甚至更加非标准,因为它保留大小写(类似于 Windows 下 NTFS 的工作方式),因此它不会将名称折叠为任何内容。因此,当名称存储在系统目录中时,它不会更改名称的大小写(但默认情况下不区分大小写)。出于这个原因,您会发现在 Microsoft 环境中工作的人们使用 CamelCase 的频率比例如在 Microsoft 环境中工作的人更频繁。在 Oracle 环境中。

关于sql - 为什么sql表名中通常使用下划线而不是驼峰式大小写,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14317784/

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