数据库中几个表之间的关联查询_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
数据库中几个表之间的关联查询
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢sql关联查询和连接查询_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
sql关联查询和连接查询
上传于||暂无简介
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩6页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢当前位置：&>&&>& > 正文
ERP管理软件数据库系统的几种设计方法
ERP管理软件数据库系统的几种设计方法
这篇论坛文章（赛迪网技术社区）主要介绍了几种ERP管理软件数据库系统的设计方法，更多内容请参考下文。
1. 自增长primary key
采用自增长primary key主要是性能。早期的数据库系统，经常采用某种编号，比如身份证号码，公司编号等等作为数据库表的primary key。然而，很快，大家就发现其中的不利之处。　　
比如早期的医院管理系统，用身份证号码作为病人表的primary key。然而，第一，不是每个人都有身份证；第二，对于国外来的病人，不同国家的病人的证件号码并不见得没有重复。因此，用身份证号码作为病人表的primary key是一个非常糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码，使用自增长primary key是更好的设计。　　
公司编号采用某种特定的编码方法，这也是早期的数据库系统常见的做法。它的缺点也显而易见：很容易出现像千年虫的软件问题，因为当初设计数据库表的时候设计的位数太短，导致系统使用几年后不能满足要求，只有修改程序才能继续使用。问题在于，任何人设计系统的时候，在预计某某编号多少位可以够用的时候，都存在预计不准的风险。而采用自增长primary key 则不存在这种问题。同样的道理，没有人可以去记这些号码。　　
使用自增长primary key另外一个原因是性能问题。略有编程常识的人都知道，数字大小比较比字符串大小比较要快得多。使用自增长primary key可以大大地提高数据查找速度。　　
2. 避免用复合主键 (compound primary key)
这主要还是因为性能问题。数据检索是要用到大量的 primary key 值比较，只比较一个字段比比较多个字段快很多。使用单个primary key 从编程的角度也很有好处， sql 语句中 where 条件可以写更少的代码，这意味着出错的机会大大减少。　　
双主键是指数据库表有两个字段，这两个字段独立成为主键，但又同时存在。 数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照操作系统的用户管理模块。　
操作系统的用户管理有两个独立的主键：操作系统自己自动生成的随机 ID (Linux, windows 的 SID), login id。这两个 ID 都必须是唯一的，不同的是，删除用户 test 然后增加一个用户 test, SID 不同，login id 相同。采用双主键主要目的是为了防止删除后增加同样的 login id 造成的混乱。比如销售经理 hellen 本机共享文件给总经理 peter, 一年后总经理离开公司，进来一个普通员工 peter ，两个peter 用同样的 login id, 如果只用 login id 作操作系统的用户管理主键，则存在漏洞：普通员工 peter 可以访问原来只有总经理才能看的文件。操作系统自己自动生成的随机 ID 一般情况下面用户是看不到的。　　
双主键现在已经广泛用在各种数据库系统中，不限于用户管理系统。　　
4. 以固定的数据库、表应付变化的客户需求
这主要基于以下几个因素的考虑：　　
◆4.1 大型EPR系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务，包括大量的二次开发。
如果用户在软件正常使用过程中需要增加新的表或者数据库，将给软件厂商及其众多的合作伙伴带来难题。　　
◆4.2 软件升级的需要。
没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的改变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本，但是对于用户使用过程中生成的表进行处理就比较为难。　　
◆4.3 软件开发的需要。
使用固定的数据库库表从开发、二次开发来说，更加容易。对于用户使用过程中生成的表，每次查找数据时都要先查表名，再找数据，比较麻烦。　　
举例来说，早期的用友财务软件用Access作数据库，每年建立一个新的数据库。很快，用户和用友公司都发现，跨年度数据分析很难做。因此这是一个不好的设计。在 ERP 中，很少有不同的年度数据单独分开。一般来说，所有年份的数据都在同一个表中。对于跨国公司甚至整个集团公司都用同一个 ERP 系统的时候，所有公司的数据都在一起。这样的好处是数据分析比较容易做。　　
现在大多数数据库系统都能做到在常数时间内返回一定量的数据。比如，Oracle 数据库中，根据 primary key 在 100万条数据中取 10 条数据，与在1 亿条数据中取 10 条数据，时间相差并不多。　
5. 避免一次取数据库大量数据，取大量数据一定要用分页
这基本上是现在很多数据库系统设计的基本守则。ERP 系统中超过 100万条数据的表很多，对于很多表中的任何一个，一次取所有的会导致数据库服务器长时间处于停滞状态，并且影响其它在线用户的系统响应速度。　　
一般来说，日常操作，在分页显示的情况下面，每次取得数据在 1-100 之间，系统响应速度足够快，客户端基本没有特别长的停顿。这是比较理想的设计。这也是大型数据库系统往往用 ODBC, ADO 等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因。因为系统瓶颈在于数据库( Database) 方面(数据量大)，而不在于客户端(客户端每次只取少量数据)。　　
在 B/S 数据库系统中，分页非常普遍。早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲。现在已经不是特别需要了，主要原因有：　　
◆5.1 数据库本身的缓冲技术大大提高
大部分数据库都会自动将常用的数据自动放在内存中缓冲，以提高性能。　　
◆5.2 数据库联接组件的缓冲技术也在提高。
包括 ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲，并且效果不错。比较新颖的数据库联接组件，比如 Hibernate 也加入了一些数据结果集缓冲功能。
当然，也有一些数据库联接组件没有对数据结果集进行缓冲，比如 JDBC Driver，不过几年之内情况应该有所改观。也有些不太成功的数据缓冲，比如 EJB 中的实体Bean，性能就不尽如人意，实体Bean数据也是放在内存中，可能是因为占用内存过多的缘故。　　
相对来说，今天的程序员写客户端数据缓冲，能够超过以上两个缓冲效果的，已经比较难了。
上一篇：下一篇：
你可能会感兴趣的文章
SQL Server教程热门文章
SQL Server教程最新文章
手机技巧知识sql server 2008 如何快速查看一个数据库中所有表的关联关系，或可应用到的软件也可以，查出的关系是图形界_百度知道
sql server 2008 如何快速查看一个数据库中所有表的关联关系，或可应用到的软件也可以，查出的关系是图形界
我有更好的答案
数据库关系图在每个数据库的“数据库关系图”节点创建，将要查看的表添加到关系图里，主外键关系就能很清晰的显示出来了可以在SQL Server Management Studio里新建一个数据库关系图
其他类似问题
为您推荐：
关联关系的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁一台机子两个软件可以共用一个SQL吗？_百度知道
一台机子两个软件可以共用一个SQL吗？
可以的。数据库服务器，是通过登陆账号和密码，来管理不同设备、不同的软件的连接。所以不同的软件，只要有数据库服务器提供的账号和密码，同时账号有相关数据库的使用权限，是可以公用一个SQL。
其他类似问题
为您推荐：
提问者采纳
com/zhidao/wh%3D450%2C600/sign=e06516efd539bb3dc60191c/b21cd6d2d4bef30fd2c.&nbsp.数据库名这里只要两个软件填不同的数据库名称就可以下图就是&/zhidao/pic/item/b21cd6d2d4bef30fd2c://f.hiphotos.jpg" esrc="http.hiphotos，附加不同的数据库;一般配置数据库连接;用户名&nbsp://f.jpg" target="_blank" title="点击查看大图" class="ikqb_img_alink"><img class="ikqb_img" src="http.baidu，都是要填&nbsp://f，就可以.密码&附加在一台机器上的不同数据库<a href="http，它是通过数据库名称来区分的&nbsp可以的;驱动&/zhidao/wh%3D600%2C800/sign=dd9f14abef901/b21cd6d2d4bef30fd2c
其他4条回答
建议两个不台的数据库就行.如果两个软件要共享数据,则只用一个数据库就行.
当然可以啊，sql2000等软件，是一个运行平台。可以多次添加不通的数据库，就像你的系统一样，系统上不是也可以运行多个毫无关联的软件么····
我们是小企业,十几个人的。易 顺 佳有进销存/仓库/采购/销售等软件。很详细的帮助文件与使用视频。
当然可以了
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁}