ERP管理软件数据库系统的几种设计方法

1 自增长primary key 采用自增长primary key主要是性能。早期的数据库系统，经常采用某种编号，比如身份z号码，公司编号等等作为数据库表的primary key。然而，很快，大家就发现其中的不利之处。 比如早期的医院管理系统，用身份z号码作为病人表的primary key。然而，第一，不是每个人都有身份z；第二，对于国外来的病人，不同国家的病人的证件号码并不见得没有重复。因此，用身份z号码作为病人表的primary key是一个非常糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码，使用自增长primary key是更好的设计。 公司编号采用某种特定的编码方法，这也是早期的数据库系统常见的做法。它的缺点也显而易见：很容易出现像千年虫的软件问题，因为当初设计数据库表的时候设计的位数太短，导致系统使用几年后不能满足要求，只有修改程序才能继续使用。问题在于，任何人设计系统的时候，在预计某某编号多少位可以够用的时候，都存在预计不准的风险。而采用自增长primary key 则不存在这种问题。同样的道理，没有人可以去记这些号码。 使用自增长primary key另外一个原因是性能问题。略有编程常识的人都知道，数字大小比较比字符串大小比较要快得多。使用自增长primary key可以大大地提高数据查找速度。 2 避免用复合主键 (compound primary key) 这主要还是因为性能问题。数据检索是要用到大量的 primary key 值比较，只比较一个字段比比较多个字段快很多。使用单个primary key 从编程的角度也很有好处， sql 语句中 where 条件可以写更少的代码，这意味着出错的机会大大减少。 3 双主键 双主键是指数据库表有两个字段，这两个字段独立成为主键，但又同时存在。 数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照 *** 作系统的用户管理模块。 *** 作系统的用户管理有两个独立的主键： *** 作系统自己自动生成的随机 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 以固定的数据库、表应付变化的客户需求 这主要基于以下几个因素的考虑： ◆41 大型EPR系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务，包括大量的二次开发。 如果用户在软件正常使用过程中需要增加新的表或者数据库，将给软件厂商及其众多的合作伙伴带来难题。 ◆42 软件升级的需要。 没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的改变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本，但是对于用户使用过程中生成的表进行处理就比较为难。 ◆43 软件开发的需要。 使用固定的数据库库表从开发、二次开发来说，更加容易。对于用户使用过程中生成的表，每次查找数据时都要先查表名，再找数据，比较麻烦。 举例来说，早期的用友财务软件用Access作数据库，每年建立一个新的数据库。很快，用户和用友公司都发现，跨年度数据分析很难做。因此这是一个不好的设计。在 ERP 中，很少有不同的年度数据单独分开。一般来说，所有年份的数据都在同一个表中。对于跨国公司甚至整个集团公司都用同一个 ERP 系统的时候，所有公司的数据都在一起。这样的好处是数据分析比较容易做。 现在大多数数据库系统都能做到在常数时间内返回一定量的数据。比如，Oracle 数据库中，根据 primary key 在 100万条数据中取 10 条数据，与在1 亿条数据中取 10 条数据，时间相差并不多。 5 避免一次取数据库大量数据，取大量数据一定要用分页 这基本上是现在很多数据库系统设计的基本守则。ERP 系统中超过 100万条数据的表很多，对于很多表中的任何一个，一次取所有的会导致数据库服务器长时间处于停滞状态，并且影响其它在线用户的系统响应速度。 一般来说，日常 *** 作，在分页显示的情况下面，每次取得数据在 1-100 之间，系统响应速度足够快，客户端基本没有特别长的停顿。这是比较理想的设计。这也是大型数据库系统往往用 ODBC, ADO 等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因。因为系统瓶颈在于数据库( Database) 方面(数据量大)，而不在于客户端(客户端每次只取少量数据)。 在B/S 数据库系统中，分页非常普遍。早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲。现在已经不是特别需要了，主要原因有： ◆51 数据库本身的缓冲技术大大提高 大部分数据库都会自动将常用的数据自动放在内存中缓冲，以提高性能。 ◆52 数据库联接组件的缓冲技术也在提高。 包括ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲，并且效果不错。比较新颖的数据库联接组件，比如 Hibernate 也加入了一些数据结果集缓冲功能。 当然，也有一些数据库联接组件没有对数据结果集进行缓冲，比如 JDBC Driver，不过几年之内情况应该有所改观。也有些不太成功的数据缓冲，比如 EJB 中的实体Bean，性能就不尽如人意，实体Bean数据也是放在内存中，可能是因为占用内存过多的缘故。 相对来说，今天的程序员写客户端数据缓冲，能够超过以上两个缓冲效果的，已经比较难了。

分类: 电脑/网络 >> 程序设计 >> 其他编程语言

问题描述:

我买了MSSQL空间了，不知道MSSQL空间是怎么管理的？

我安装了SQL 2000了 企业管理器里面怎么 *** 作的？

IP地址是和空间一样的

数据库名和用户密码什么的是不是和conn一样啊？

解析:

你购买的mssql服务器

可以用本地的企业管理器来管理

管理方法

要输入sql的ip地址

用户名和密码不一定是conn中的用户名和密码

这个要看服务商提供的用户名和密码，

但是你的conn中的用户名和密码一定要和服务器提供的相同

否则你的程序会提示连接不上服务器。

1，定期备份。每月一次或者每一季度一次。根据业务数据状况而定。避免数据丢失。

2，上限备份。可以根据数据的记录多少设置上下限。例如超出1000就进行备份。但备份程序得自定义写。

3，筛选备份。根据自己的需求。哪些重要信息哪些变更数据有选择的进行备份。不需要的可以不进行备份。避免不必要的空间浪费。

4，数据清算或者盘点备份。根据年度或者季度清算，盘点。有条件的将年度极端关联数据进行备份。

5，同期备份。多个服务器，某一备份，留给其它服务器同期导入和更新。

6，抽取和输出备份。按照需求和筛选条件将数据利用Bat程序进行呼出和转存。根据需求

保存不同格式。以备其它DB同期和输入更新。

7，汇总备份。针对业务数据进行合计或者汇总成电子文件数据或者报表数据进行输出。

可能还有其它的。但是用的可能少一些。

-------------------------------------------------------------

其实 最主要的是你 要有一种意识和思维。 数据库的原则 是安全+稳定

数据库 在备份前 最好压缩 然后备份。可以用定时备份。这个用数据库作业 可以完成。

另外备份完了可以拷贝到另外一台电脑上面去，实现物理隔离备份。虽然你的服务器很好 也有可能硬件崩溃的时候，做数据库管理 要把亿分之一个可能考虑进去。

以上就是关于ERP管理软件数据库系统的几种设计方法全部的内容，包括:ERP管理软件数据库系统的几种设计方法、SQL数据库怎么管理的、如果你是数据库管理员，你都可以运用哪些方法，怎样备份你的数据库资料等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！