MYSQL教程之图形化办理MYSQL数据库的东西 SQLyog 8...

如果你在一个遵循GPL的自由(开源)项目中使用MySQL，那么你可以遵循GPL协议使用MySQL。然而，如果你的项目不是在GPL协议下的话，你必须为使用MySQL来支付许可费用，或者你可能因为这个因素而将你的项目改为遵循GPL。　　SQLyog是一个易于利用的、疾速而简便的图形化办理MYSQL数据库的工具，它可以在任何地址无效地办理你的数据库。
　　

登录/注册后可看大图

　　Changes:
　　1.SJAnowsupportsanadditional-rparameterthattellshowbigCHUNKSshouldbewhencopyingtoanemptytable.
　　2.The-rparameteronlyhaseffectwithDataSyncjobsandisignored...withothertypesofjobs.
　　3.Thisisacommandlineoptiononly,andisnotsupportedfromtheGUIWizard.
　　4.AGUIimprovementwasmadeintheDataSyncWizard,clarifyingthedifferencebetweensyncing"Alltables"(existingatanytime)andalltablesexistingatthetimeofbuildingthejob.
　　5.Itisnowalsomucheasiertoselect"almostalltables"foraDataSyncjob
下载地点:http://code.google.com/p/sqlyog/downloads/list
<Pstyle="TEXT-INDENT:2em">
DBaaS系统本身并不提供面对面访问或个人客户关系或持续不断的支持MySQL学习教程。这些就是需要解决方案提供商的原因。他们帮助客户选择正确的解决方案、规划集成和迁移战略，然后协助实施。

无法深入到数据库系统层面去了解和探究

学习SQL语言的话如果要学会去做网站就不是很难!但是要做数据库管理的话就有难度了!

作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

连做梦都在想页面结构是怎么样的，绝非虚言