活着的死人 发表于 2015-1-16 22:14:16

MYSQL教程之在SQL Server开辟中融进极限编程手艺

无疑希望员工得到系统、有深度的培训,显然MySQL在这一点上还做得很不够。极限编程潜伏的中央条件就是两种头脑比一种要好。两个程序员并排坐在一同,一个编程,另外一个逐块逐行地挑刺。如许做的缘故原由很分明,假如在键盘上操纵的人是司机的话,那末他中间的人就是领航员。傍边没有谁是下属——他们的位置是同等的,脚色是相反相成的。极限编程让人震动的中央就是实践起感化的手艺。
因为有报答,极限编程已在前端开辟圈里站稳了脚根。把两个身价不菲的开辟者布置在一台呆板上,仿佛看起来是很荒唐的,可是现实证实并不是云云。在极限编程中,年夜部分的程序缺点在发生之前就被抹杀了;在编写低速代码时,最优化就呈现了;常识互相交换;而且团队干系也就发生了。
依我的履历,这类征象还没有浸透到数据库层的开辟中。我注重到在有的团队中,一团体编写存储历程,第二团体编写数据传输体系(DTS),第三个做系统机构,而第四团体为两头设备界面做评注。每一个人都伶仃地创作所需的工具,并且几近不会对代码举行反省。大概计划师划定Sproc98765承受特定的参数,并前往某个了局;然后团队中的其他成员就与之绝对应。在任何一个松散的开辟构造中,反省代码和再因子分化是一个项目不成或缺的部分,可是因为某些奇异的缘故原由,它们并没有延长到数据库中。
我没法了解这点。大概我们配合蒙蔽了办理者,让他们以为我们对数据库已一无所知了。大概我们服务的订价太高,以致于管帐职员都由于核算每一个礼拜再因子分化和极限编程的花消而气喘如牛了。
举个例子来讲,在一个包括了400个表格和1,600个存储历程的数据库中,我失掉的每个了局都是准确的概率是多年夜呢?即便偶然候会呈现那样的情形,那末下一次一个部门或客户必要晓得某个表中的新加的列,我就必需从头会见不可胜数的程序、用户自界说函数(UDF)和检察——并且这只申明了表格布局的变更。
假如大概的话,我勉励您实验用极限编程办法往办理以后面对的SQLServer中的成绩。关于这类办法,可供选择的包含一个庞大存储历程的最新停顿,对一个低速程序再次举行因子分化和使一个检察最优化。最少实验一下,然后让我晓得它是怎样为您所用的。
<Pstyle="TEXT-INDENT:2em">
表里面的记录数量越多,这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引,MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。

第二个灵魂 发表于 2015-1-19 05:48:31

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率,可以使用字符串函数对CLOB类型进行操作,这是一个亮点。

仓酷云 发表于 2015-1-27 06:05:19

相信各位对数据库和怎么样学习数据库都有一些经验和看法,也会有人走了一些弯路总结出自己的经验来,希望大家能把各自的看法和经验拿出来分享,给别人一份帮助,给自己一份快乐

再见西城 发表于 2015-2-5 03:41:16

如安全管理、备份恢复、性能监控和调优等,SQL只要熟悉基本操作就可以,只要程序设计部分只要稍加了解即可(如存储过程、触发器等)。

谁可相欹 发表于 2015-3-1 21:04:06

你可以简单地认为适合的就是好,不适合就是不好。

透明 发表于 2015-3-11 00:07:34

而SQLServer如果能像Oracle一样可以为登陆分配如:5%的cpu,10%的内存。就可以解决这个漏洞。

若相依 发表于 2015-3-17 16:21:07

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

因胸联盟 发表于 2015-3-24 12:50:51

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多,但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了,往往会有很多用户不会用了
页: [1]
查看完整版本: MYSQL教程之在SQL Server开辟中融进极限编程手艺