MYSQL编程：计划完善表格：得当地定名域

尽管MySQL也有一个认证培训项目，但是它的培训却要比Oracle或MS-SQL相差很远。尽管有的使用MySQL的用户表示，MySQL很容易上手，但是对于具有企业级数据库需求的用户来说，一个域的称号可以反应出一个域的用处，表述它存储的数据。以姓、名和邮编定名的域可以文档化且易于办理。这是毫无疑问的。你就可以够很准确地晓得哪一种范例的数据应当处在这个域中。但你在选择域的称号时分，仍是有一些划定规矩必要恪守：
一个域的称号能够由64个字符构成，但仅可以是字母、数字和空格。
不要利用保存字来定名域，或为某事务而设的任何接口。要晓得哪些属于保存字，能够经由过程搜刮“保存字”来取得。
假如你遭到外部的定名划定规矩所束厄局促，那末请思索创立一个你本人的划定规矩。
3、不要在域称号中利用空格
只管你大概会想在域的称号中利用空格，但请不要这么做。出格在赶上SQL语句和VBA代码时，空格很难优秀地事情。假如你利用了它们，你必需记着将相干内容包含在括号内，而这是一个使人懊恼的操纵。别的，假如你将数据库晋级到SQL服务器或将数据导出后在别的使用程序中利用，这些空格字符基础上城市招致一些成绩呈现。
假如你想要域的题目和随后的工具能以对照一般的文原本显现，那末你可使用域的“题目”属性。比方，假如你将一个域定名为“姓”，就能够利用“题目”属性来显现姓。你只必要记着，“题目”属性仅是与显现有关的。当联系关系这个域的时分，你必需一直都利用这个域的实在称号。
“题目”属性也带来了一些它本身的举动上的成绩。假如你盘算利用“题目”属性，那末请注重以下一些潜伏的圈套：
Access会疏忽SQL语句中的AS关头词，假如在其之下的域具有“题目”设置。
“题目”属性设置没法得出“创立表格”查询的了局。
DAO（数据会见工具）和ADO域的工具会前往域的题目属性，其实不会将其置于域的称号之下。

DBaaS解决方案可以降低首次投入成本，对于那些小企业来说，他们往往认为内部部署的数据库成本太高，DBaaS的成本和灵活性优势对小企业吸引力更大，他们是云数据库解决方案的重点客户群体。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

是要和操作系统进行Socket通讯的场景。否则建议慎重！

可以动态传入参数，省却了动态SQL的拼写。

只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

仓酷云

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情