例如：

user : userId nickName ..

userInfo : userAvatar

补充问题：

现在编程已经不是很多年前那样，你一套系统也不用跟人家交互。

以做接口为例，驼峰命名据说可以在IOS解析接口的时候很方便使用！

随便啊，你怎么喜欢怎么命名

http://stackoverflow.com/questions/7899200/is-there-a-naming-convention-for-mysql

其实，这是一种规范，而不是一种规则。所以你使用驼峰来命名也是可以的，但是我们要避免用驼峰来命名。

不只是数据库，就是平常的程序也是，因为：

MYSQL 5.7 FEATURES. THIS MANUAL DESCRIBES FEATURES THAT ARE NOT INCLUDED IN EVERY EDITION OF MYSQL 5.7; SUCH FEATURES MAY NOT BE INCLUDED IN THE EDITION OF MYSQL 5.7 LICENSED TO YOU. IF YOU HAVE ANY QUESTIONS ABOUT THE FEATURES INCLUDED IN YOUR EDITION OF MYSQL 5.7, REFER TO YOUR MYSQL 5.7 LICENSE AGREEMENT OR CONTACT YOUR ORACLE SALES REPRESENTATIVE.

你能一眼看出这段文字么？

MySQL 5.7 features. This manual describes features that are not included in every edition of MySQL 5.7; such features may not be included in the edition of MySQL 5.7 licensed to you. If you have any questions about the features included in your edition of MySQL 5.7, refer to your MySQL 5.7 license agreement or contact your Oracle sales representative.

人看习惯了一种规范，看到驼峰就要花脑力去解析的好么？不只是要你看得懂，后面维护的人也要看懂。

驼峰命名法的优点是可读性好，假如代码中变量名全大写或小写，或者有下划线，那么代码可读性将会很差，而且变量全大写还会与final变量冲突。

脑补一下程序中变量全大写的场景…

驼峰法: myCatName();

下划线: my_cat_name();

全小写: mycatname();

全大写: MYCATNAME();

其实驼峰法应该是最接近书面语言的规范，这样的代码阅读起来也没什么不妥之处。

个人感觉无论是驼峰命名法，还是final型的全大写，完全是一种编程习惯，由于优点比较多，所以逐渐演变成了规范。

而与数据库相关的代码不像其他程序语言中代码那么多，写SQL即使全大(小)写也不会影响可读性，全大写的表名和字段名也不会让人眼花缭乱。

而且写SQL时如果字段名是用驼峰法命名的，DBA应该会讨厌死大小写切换吧。