22,295
社区成员
发帖
与我相关
我的任务
分享两个系统，用一个数据库，合理吗？
我们开发了两个系统（A、B系统），现在只用一个数据库：dabase， 两个数据库的表这样写，如果是A系统：T_A...
如果是B系统，则写成T_B...,然后一些基本的信息可以共享，比如用户信息（因为是同一个公司）、部门信息等，我想问的是
这种方法合理吗，如果不合理，哪么通用的方法是什么？
其实我们是想以后作系统尽量实现数据一致，并且系统集成。大侠们讨论一下。分不够再给。
如果是B系统，则写成T_B...,然后一些基本的信息可以共享，比如用户信息（因为是同一个公司）、部门信息等，我想问的是
这种方法合理吗，如果不合理，哪么通用的方法是什么？
其实我们是想以后作系统尽量实现数据一致，并且系统集成。大侠们讨论一下。分不够再给。
...全文
请发表友善的回复…
发表回复
langxingcs 2011-08-19
- 打赏
- 举报
无所谓，一个库里只要好区分就行，迁移很容易。多建一个库，服务器也是多一个负担
zgplyl 2011-08-19
- 打赏
- 举报
谢谢，还有别的不同看法没有。
--小F-- 2011-08-19
- 打赏
- 举报
在同一数据库上面,如果是不同的系统的话,迁移这些不是很方便,如果用两个数据库,可以比较好的迁移
也就是说如果要把A系统迁移,可以直接备份A所在的数据库,然后去其他地方还原就可以了
也就是说如果要把A系统迁移,可以直接备份A所在的数据库,然后去其他地方还原就可以了
zgplyl 2011-08-19
- 打赏
- 举报
楼上的，你的想法让我豁然开朗。
shshjun 2011-08-19
- 打赏
- 举报
除非你的T_A 和T_B有其它的关联，放在同一个数据库里面更合适，否则建议使用三个数据库
公用信息
Ａ系统专用数据
Ｂ系统专用数据
公用信息
Ａ系统专用数据
Ｂ系统专用数据
chuanzhang5687 2011-08-19
- 打赏
- 举报
最好把数据库拷贝一下，另外 建个数据库 。
这样也不是很麻烦。使用起来也比较方便。程序里面调用的时候修改的相应也会减少。
然后根据客户的需求再在新的数据库中修改表结构之类的。
存储过程可以拷贝两份。只需改下数据库名就好了。
或者另外见一个数据库，专门存放存储过程和函数。这样也不需每套数据库都要从新建立存储过程。
只是在存放存储过程的数据库里面分别创建不同数据库的同义词就好了。
你要知道客户的需求往往是很扯淡的。而且你们是想以后作系统尽量实现数据一致。你们想的可能吗？
比方说还有第三家，是不是在同一个数据库里面另外建一套Tab_C的表？你认为这样好吗？
这样也不是很麻烦。使用起来也比较方便。程序里面调用的时候修改的相应也会减少。
然后根据客户的需求再在新的数据库中修改表结构之类的。
存储过程可以拷贝两份。只需改下数据库名就好了。
或者另外见一个数据库，专门存放存储过程和函数。这样也不需每套数据库都要从新建立存储过程。
只是在存放存储过程的数据库里面分别创建不同数据库的同义词就好了。
你要知道客户的需求往往是很扯淡的。而且你们是想以后作系统尽量实现数据一致。你们想的可能吗？
比方说还有第三家，是不是在同一个数据库里面另外建一套Tab_C的表？你认为这样好吗？
zgplyl 2011-08-19
- 打赏
- 举报
为什么，理由能不能说的充分些
geniuswjt 2011-08-19
- 打赏
- 举报
建议2个数据库db_A和db_B
比2个表在1个数据库好些
比2个表在1个数据库好些
mingpei0703 2011-08-19
- 打赏
- 举报
这两个系统的用户群体现在是同一个公司，但既然是两个系统就有分开的理由，以后不可能都是同一家公司的，个人觉得还是分为两个数据库比较好，在同一个实例下建立多个数据库，这些数据库之间也可以实现共享的
zgplyl 2011-08-19
- 打赏
- 举报
并发多意味着什么。
renwenli07461 2011-08-19
- 打赏
- 举报
没问题啊，个人认为挺合理的，看看大侠们得见解吧。。。
快溜 2011-08-19
- 打赏
- 举报
如果数据库操作频繁，并发会比较多。
renwenli07461 2011-08-19
- 打赏
- 举报
沙发~~哈哈
Q315054403 2011-08-19
- 打赏
- 举报
一个公司，一个DB足够了，信息共享方便，备份维护也方便
除非数据量太大，如数T、数十T。。。分开减轻些负担，方便分离到多台SVR
除非数据量太大，如数T、数十T。。。分开减轻些负担，方便分离到多台SVR
dqj 2011-08-19
- 打赏
- 举报
方法合理
zgplyl 2011-08-19
- 打赏
- 举报
谢谢大家
