关于表名和列名全是字母和数据序号的疑问，这样做有什么优点？从网上下载了个软件，发现其数据库是sql2008,包
关于表名和列名全是字母和数据序号的疑问，这样做有什么优点？
从网上下载了个软件，发现其数据库是sql2008,包含的表名全是无字面意义的AAA1,AAA2,AAA3 ...
表中的字段名也是AAA01,AAA02,AAA03等。这种情况下，编写sql是怎么知道字面的含义呢？就算是有字典表，一边查字典一边写sql,和有字面意义的命名相比较，怎样保证编写的效率呢？这样做有什么优点？
如
SQL codeCREATE TABLE [dbo].[AAA1]( [AAA01] [varchar](4) NOT NULL, [AAA02] [varchar](20) NULL, [AAA03] [varchar](128) NULL,PRIMARY KEY CLUSTERED ( [AAA01] ASC) ) ON [PRIMARY]goCREATE TABLE [dbo].[AAB1]( [AAB01] [varchar](2) NOT NULL, [AAB02] [varchar](10) NULL, [AAB03] [varchar](64) NULL
[解决办法]优点是让别人看不明白...
[解决办法]没有优点，说明做的时候需求不明确
[解决办法]有些公司弄得数据库确实是这个样子的什么A001 B001 F110之类的。
如果没有数据字典的话，很不好研究。
[解决办法]优点就是对于你这样只搞到库的人没办法弄清楚库是干什么用的。。。
[解决办法]这样的结构有可能数据字段时通过工具生成的
[解决办法]有可能字段是自动生成的，软件在使用的时候用户自定义一些字段及字段属性，这样不用专门去预先设定字段。
[解决办法]1.可能是个人命名规范问题
2.亦可能是出于安全考量，让别人在没有数字字典及数据库设计文档的时候不知道其意
3.这种命名方式相对于按表和字体的作用命名而言，后者更直观，能较容易猜测其意。
4.对于效率而言，本人觉得差别不大，可忽略不计
[解决办法]出于个人习惯，没想好命名规则。或者是出于简单、安全考虑。或者仅仅是随机命名的
[解决办法]没有优点
[解决办法]据我所知除了安全性高点
不好猜数据库的表结构及作用以外没有别的优点了
[解决办法]只是一个标志。。。。。。。。
[解决办法]说明这个写数据库脚本的人有个性
但不提倡这种作法，还是让人一看就明白的命名比较好
[解决办法]我接触过一个数据库，
核心功能表命名还是规范，估计是手写的。
他的一些编码表，比如区域代码、民族、学历这些全部类似你那样的命名，他是自己写了一个数据库修改工具，用工具直接生成的，类似于 A01,A02方便通过工具生成
另外工具还提供字段说明，相当于数据字典了
[解决办法]优点是便于保密,这样做相当于给表名/字段名加密了,别人只能靠猜测来获取其含义..
