为何【用友、金蝶】的erp系统的数据库中，不设表间的关联和约束呢

zhber

便于维护，我以前做这个的时候（ACCESS数据库），“账对不平”的事经常有，如果有关联维护特麻烦。

mr_linzi

如果真的是这样的话，是个大问题，不过，这也是现在很多公司采取的办法，主要的理由是：实现简单，变更容易；
最大的问题就是缺乏严谨性，导致数据出现各种乱七八糟的问题。

logi

比较认同楼上的回复。我也研究过这个问题，总结来说应该是考虑到：
1. 多数据库平台的应用
2. 业务逻辑变更比较容易

但是U9好像很多业务逻辑都在存储过程里。

坛子里就有做用友开发的，期待专业的回复。

mr_linzi

logi 发表于 2012-8-21 14:19
比较认同楼上的回复。我也研究过这个问题，总结来说应该是考虑到：
1. 多数据库平台的应用
2. 业务逻辑变 ...

尤其是现在j2ee开发流行，数据库都被对象封装好了，开发人员也很少关心数据库的问题，数据库变成了一个DBA运维（安装、发布、备份等）的工作，后果就是大量的性能问题，都和数据库设计不合理有关。
数据库事务脚本的设计模式很少被采用。

zqonline

维修不方便。

ccwlm741212

这个怎么跑这里了？   不设吗？ 考虑速度？

leros123

mr_linzi 发表于 2012-8-21 16:17
尤其是现在j2ee开发流行，数据库都被对象封装好了，开发人员也很少关心数据库的问题，数据库变成了一个DB ...

+1  切身体会.开发的代码写的一团糟.

ccwlm741212

leros123 发表于 2012-9-3 16:42
+1  切身体会.开发的代码写的一团糟.

不会吧 这样大的系统还出现如此低级的错误啊？

ruocai

应该是考虑的多平台，多版本问题。

尽量少使用数据库做数据做数据的处理，验证。在编程的时候尽量少入侵到数据库逻辑。

这样可以更大限度的兼容不同的数据库类型，比如oracle，ms sqlserver，mysql等等，

也不依赖专门的数据库版本。

程序方面也可以更好的做到移植。各处的开发可以分开，数据库设计的时候不需要关心程序逻辑是怎样的。

qxsoft

通常菜鸟级MIS系统才会那样做，专业的商业系统一般不设那种数据表间的逻辑,至于开发的系统好不好，那就看开发人员的水平了