导读
问题由来我个人认为，纠结于这个选项设置源于有些项目是从ORACLE或SQL Server迁移过来，在这两个数据库系统中，都无需关心数据表的大小写。而在MySQL中，默认是要区分大小写的(因为Unix/Linux文件系统是区分文件名大小写的)，除非在windows系统下(windows系统是不区分大小写的)。 老叶的建议我在公司制定的规范是要求默认设置 lower_case_table_names=0 的，也就是区分大小写。那么问题来了，如果是从ORACLE或SQL Server迁移到MYSQL的应用应该怎么处理呢？
这样一来，就可以完成数据表名方案的切换了。 当然了，肯定有人（比如某领导、某PM，你懂得的，O(∩_∩)O哈哈~）会说全部修改表名风险太大，需要全面测试，但这个项目时间进度很紧张，希望能先上线。这种情况就没办法了，只能先设置 lower_case_table_names=1，然后迁移数据，优先保证项目的进度。 but，即便这时候，我们也建议数据表初始化时，统一采用大写或小写的表名，在项目的后续过程中，通过开启general log的方式，把所有请求SQL中使用的表名都记录下来，然后检查还有哪些和我们定义的规则不一样，再逐渐完善修改，最终达到最终目标。 写在最后强烈建议在定义数据库设计规范时，统一采用全部都大写或全部都小写的数据表命名规则，没必要为了所谓的美观，弄出一堆大小写混合的表名，是在太操蛋了。 关于MySQL的方方面面大家想了解什么，可以直接留言回复，我会从中选择一些热门话题进行分享。 同时希望大家多多转发，多一些阅读量是老叶继续努力分享的绝佳助力，谢谢大家 :) 最后打个广告，运维圈人士专属铁观音茶叶微店上线了，访问：http://yuhongli.com 获得专属优惠 x 本文转载自：微信公众账号 - MySQL中文网，版权归原作者所有！ |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
