MYSQL网页编程之体系存储历程
尽管MySQL也有一个认证培训项目，但是它的培训却要比Oracle或MS-SQL相差很远。尽管有的使用MySQL的用户表示，MySQL很容易上手，但是对于具有企业级数据库需求的用户来说，体系存储历程就是体系创立的存储历程，目标在于可以便利地从体系表中查询信息或完成与更新数据库表相干的办理义务或别的的体系办理义务。体系历程以“sp_"_为开首,在Master数据库中创立并保留在该数据库中，为数据库办理者一切。一些体系历程只能由体系办理员利用，而有些体系历程经由过程受权能够被别的用户所利用。体系存储历程次要包含以下几类：（这里次要给出每类体系过程当中常常利用的体系历程）
甚至一个有经验的Windows管理者也可以轻松部署并开始学习它，而你不需投入一分钱来了解这个数据库。 作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！ 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。 如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。 代替了原来VB式的错误判断。比Oracle高级不少。 很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。 习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。
页:
[1]