今天头头跟我说，要我把那些带主键的表移到master数据库里，我从来没听说过这种做法，有人这样做吗？
---------------------------------------------------------------
没有！
新建一个数据库实例！
---------------------------------------------------------------
master是SQLSERVER的系统管理库，最好不要在里面建立什么表之类的东西，可以新建一个数据库，然后将此数据库的访问权限加以限定即可。
---------------------------------------------------------------
你们头倒是蛮有意思的，系统库太大了，正个SQL运行起来都会变慢。
---------------------------------------------------------------
晕倒，佩服死你们头了。
建立数据库尽量不要多建数据库。
用户启动软件时，就建立一个连接，一直到用户关闭软件才断开连接，这样好些。
频繁的连接断开是非常消耗资源的。
---------------------------------------------------------------
呵呵，看来你们头头是似懂非懂，这样的头，最难对付了
---------------------------------------------------------------
根据用户的数目和连接的频繁程度判断，若用户数目很多但每个用户连接次数非常少，则可考虑每次读完数据后关闭连接，一般不要这么做：)
---------------------------------------------------------------
你们的头不懂就别瞎指挥！
是吧！
---------------------------------------------------------------
有创艺！！！！！！
---------------------------------------------------------------
今天是什么日子？？
那边经理设计一个“好”数据库，这边头要把表分库，而且分到master.
记住今天的日子，以后这一天离头远一点，免得滩上这些事。
---------------------------------------------------------------
我想不出一定要在MASTER内建用户表道理.
这样对:备份.恢复.转移都不方便,万一一个误操作...
原先我们,碰到一次,有几个比较重要的表,供多个数据库共用,有人建议放在MASTER,但讨论结果还是放在了新建的库中.
至少说一个库有问题,其它库还可以工作.
---------------------------------------------------------------
无语，，，
你家头头 是数据库高手？
---------------------------------------------------------------
各部门分开建库
1、互相关联，分开导致很多可以在数据库设置的一致性约束必须用程序实现，拖慢开发进度（不要说编程麻烦，编程麻烦是程序员的事，开发进度是经理的事，必须说进度）。
2、同样的备份.恢复.转移都不方便，万一一个部门转移了数据会造成数据不一致。
3、想想他为什么分开的理由，可能是觉得容易设置权限，告诉他可以定义角色来区分权限。
请关注：
http://expert.csdn.net/Expert/topic/1193/1193321.xml?temp=.6012384
急！！！！！！
---------------------------------------------------------------
数据库太大了,分多个数据库是有道理的。
连接可以不用库名。语句加前缀就得了。
---------------------------------------------------------------
居然有这样的头，厉害~~
---------------------------------------------------------------
就象你说的这样了.但连接只用一个.
select * from mydate..table