发布怎样办理SQL Server的数据库工具

甚至一个有经验的Windows管理者也可以轻松部署并开始学习它，而你不需投入一分钱来了解这个数据库。怎样办理SQLServer的数据库工具

在项目标开辟和保护过程当中，怎样办理SQLServer的数据库工具。
比方如何纪录开辟职员修正表布局，存储历程，函数，视图等。


供应几个思绪,有些没有理论过哈:
1.VSS等sourcecode办理工具.
今朝广泛接纳的体例,和代码办理分歧,能够把持版本变动,内容变动,能够回滚等等.
一切的数据库变动必需严厉依照先更新SourceCode,然后再更新数据库。
弱点:没法纪录间接在数据库上做的修正.能够帮助用户上岸、修正等需要的平安权限设置来共同利用制止.
2.SQL2005今后的DDL触发器.
在数据库创建一个表,利用DDL触发器来纪录用户数据库的操纵的变动.
一切用户的变动城市纪录到数据库中.
弱点:关于频仍更新的情形下,DDL触发器大概会影响数据库的功能.能够选择数据库余暇时段并经由过程批量变动来下降DDL触发器对数据库的功能影响.

MySQL的低成本来自于其简单性吗?它的普及性是由于其低成本吗?其实，在MySQL的最“好”与最“不好”的功能之间没有明显的分界线，但它们组合在一起就形成了一副让我们欣赏的作品。

发几份SQL课件，以飨阅者

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了

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

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。