有没有把数据表建在master数据库里一说？

Question

master是SQLSERVER的系统管理库，最好不要在里面建立什么表之类的东西，可以新建一个数据库，然后将此数据库的访问权限加以限定即可。

Answer 1

你们头倒是蛮有意思的，系统库太大了，正个SQL运行起来都会变慢。

Answer 2

他硬说要放在master数据库里，这样就可以共享，
他说要把数据表根据不同的部门，天啊，各个业务流程都是有关联的，比如为库房建一个数据库，为计划科建一个数据库，但下计划的时候是要根据库存来对照的，这样，程序里岂不要建很多个连接，我本来在程序是设计的是一个全局连接的。
他说什么放在master数据库里的东西随便对哪个数据库建立连接都可以访问，可是，那应该是局限于系统表吧，我们建的都是用户数据表，根本也不能直接访问哪，
晕了，说不清，请教一子各位做企业生产管理方面软件的人士，数据库一般是怎么规划的呢，放在多个数据库里吗，
还有一个连接问题，到底是在用户启动软件时，就建立一个连接，一直到用户关闭软件才断开连接，还是每打开关闭一个表都建立与关闭连接，后者好象说起来更节省网络资源，但频繁的连与断数据源所影响的是否又更多呢?

Answer 3

嗯，这个连接确定还是用我原来的方法，在用户启动软件时，就建立一个连接，一直到用户关闭软件才断开连接。但是，这个数据真需要放在多个数据库里吗？那样，每次我访问数据，还得带数据库表了，而且， 我觉得我们的数据真的谈不上很多的，最大的数据表也就是一年几万条记录，而数据表，现在还只有二三十个，当然，以后会有增加，不过我真找不出放在多个数据库里的理由，仅仅安全性一个理由说的过去吗，我觉得同一数据库也可以设好权限哪,还有什么好理由吗,或者,大家觉得放在一个数据库里好,也说说理由,也许能与头头有协商的机会啊:(master数据库我想应该可以建议他不要让我放了吧:)

Answer 4

今天是什么日子？？
那边经理设计一个“好”数据库，这边头要把表分库，而且分到master.记住今天的日子，以后这一天离头远一点，免得滩上这些事。

Answer 5

我想不出一定要在MASTER内建用户表道理.
这样对:备份.恢复.转移都不方便,万一一个误操作...原先我们,碰到一次,有几个比较重要的表,供多个数据库共用,有人建议放在MASTER,但讨论结果还是放在了新建的库中.
至少说一个库有问题,其它库还可以工作.

Answer 6

目前得出不在MASTER中建表的两点理由：
1、系统库太大了，正个SQL运行起来都会变慢。
2、备份.恢复.转移都不方便希望可以说服他：（那个各部门分开建库还不知有什么理由可以说服他啊，除了让我编程麻烦，那他肯定不会管我：（

Answer 7

各部门分开建库
1、互相关联，分开导致很多可以在数据库设置的一致性约束必须用程序实现，拖慢开发进度（不要说编程麻烦，编程麻烦是程序员的事，开发进度是经理的事，必须说进度）。
2、同样的备份.恢复.转移都不方便，万一一个部门转移了数据会造成数据不一致。
3、想想他为什么分开的理由，可能是觉得容易设置权限，告诉他可以定义角色来区分权限。请关注：
http://expert.csdn.net/Expert/topic/1193/1193321.xml?temp=.6012384急！！！！！！

Answer 8

语句加前缀?
请教j9988(j9988)老板说清楚点：)
能否举一例，我只会比如：
select * from mydate..table
??
还有别的办法？

Answer 9

就象你说的这样了.但连接只用一个.
select * from mydate..table

Answer 10

嗯，是的，连接可以只用一个，不过我程序中用的SQL语句都得改
痛苦，烦燥：（