us_cut_cur_UNI如果前三个截取字符相同，就从字段名称中不同的字符开始取三个字符加下划线组合，如：在custidcustomcust
ame上建立唯一索引，命名：表_tid_tom_t
a_UNI
329主键命名：表名_字段名_PK如果存在多字段主键，取每字段前三个字符加下划线组合，如在customcutti
gcurtail上建立主键，命名为表名_cus_cut_cur_PK如果前三个截取字符相同，就从字段名称中不同的字符开始取三个字符加下划线组合，如在custidcustomcust
ame上建立主键，命名：表_tid_tom_t
a_PK
3210外键命名：表名_主表名_字段名_FK；
3211Seque
ce命名：表名_列名_SEQ（或者根据需要另取名字）；
3212Sy
o
ym命名：与对应的数据库对象同名；
3212JAVA命名：遵守公司相应的JAVA命名规范；
4数据库对象设计原则
41表的设计
411主、外键
4111每个表，都必须要有主键。主键是每行数据的唯一标识，保证主键不可随意更新修改，在不知道是否需要主键的时候，请加上主键，它会为你的程序以及将来查找数据中的错误等等，提供一定的帮助；
f4112一个表的某列与另一表有关联关系的时候，如果加得上的话，请加上外键约束。外键是很重要的，所以要特别强调：
41121适量建外键。为了保证外键的一致性，数据库会增加一些开销，如果有确凿的并且是对性能影响到无法满足用户需求的证据，可以考虑不建外键。否则，还是应该建外键；
41122不要以数据操作不方便为理由而不建外键。是的，加上外键以后，一些数据操作变得有些麻烦，但是这正是对数据一致性的保护。正是因为这种保护很有效，所以最好不要拒绝它；
41123以缺省的方式建立外键（即用deleterestrict方式），以达到保护数据一致性的目的；外键在保护数据一致方面非常有效。如果不建外键，数据库中容易出现垃圾数据，并且无人知晓。当数据量很大的时候，查找这些垃圾数据也是相当困难的。而应用程序在设计时，往往没有考虑或者也无法照顾到垃圾数据。因此垃圾数据很可能造成应用程序工作不正常，并且表现出来的现象会很奇怪，让人摸不着头脑。
412列的设计
4121字段的宽度要在一定时间内足够用，但也不要过宽，占用过多的存储空间对于长度不确定的列，采用可变长度的数据类型如varchar类型；
4122字段的类型及宽度在设计以及后面进行开发时，往往要与应用的设计、开发人员商讨，以得到双方认可的类型及宽度；
4123除非必要，否则尽量不加冗余列。所谓冗余列，是指能通过其他列计算出来的列，或者是与某列表达同一含义的列，或者是从其他表复制过来的列等等。r