数据库的表名字段名大小写问题
今天发现它真的是一个问题。
拿我最喜欢的Oracle来说吧。一般情况下,建表不管大小写,建完表名、字段名总是大写的,这样你不得不在单词之间加下划线,从而增加了字段名长度,有时就超长了。在select的结果中显示也不美观。Oracle也支持以双引号括起来的字段名,不过,你可要注意啦,用"Ok"建的字段名用"OK"、"ok"和Ok都是查不到的,必须用"Ok"。我只想说一句,Oracle在这点上你就搞不懂用户的需求了吧。也许Oracle也很委屈:“大小写敏感和不敏感的方案我都提供了,你们还要我怎么样?”
我认为,良好的大小写方案应该是这样的:忠实地记录建表时的大小写,显示也美观,也不必加下划线了。对select等DML语句大小写不敏感。比如用Ok建的字段,用ok、OK、Ok、oK都能查到,结果显示为Ok。这就完美了。对了,Sql Server就是这么干的。
MySql呢,需要修改config文件的一个参数,但这个参数的值还有版本的兼容问题,有些版本需要修改值为2,有些版本不支持2,汗。
----我是分隔线----
Q:为什么要忠实记录建表时的大小写时?
A:一是因为显示的美观,不用加下划线就比加下划线美观,多个单词全大写(全小写)没有分隔就相当不美观,简直无法看。二是从数据库来生成代码的时候,代码需要大小写。
Q:为什么DML语句需要大小写不敏感?
A:人工书写DML方便。
----我是分隔线----
以上是一家之言,也许具有深厚的Windows使用习惯,在不要人参公鸡的前提下,欢迎来表达你的观点。各种观点。
博主简介:佘焕敏(shé),洋名 Billy Sir。
关注编程基础技术,并致力于研究软件的自动化生成。 对编程规范化、面向对象的极致使用也有着浓厚的兴趣。 同时非常希望能够写程序到65岁。
只有工匠精神,才能把常人觉得单调乏味的代码,当作作品雕刻成艺术品。
重点:这里几乎每一篇文章,都是我认真创作的,凝结了心血。写作从来都不是一件容易的事,对从小语文不好的我而言,是难上加难。而且,你发现没有,文中没有广告。这篇文章介绍了为什么要写这些文章。

【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性