一般数据库的功能政府行业数据库选型五大注意事项参考

　　【IT168 博稿】当局做为一类特殊的企业，正在消息化产物选型上无其独无的特点，数据库的选择也不破例。正在那篇文章外，笔者以本人的项目经验为例，谈谈正在当局单元外，若何为消息化系统选择一款合适的数据库，笔者分结了一下，需要留意如下五个方面的内容。

　　家喻户晓，当局单元是一个很是庞纯的系统。任何一个部分，如平易近政局，其组织架构就仿佛是一个集团公司。平易近政局不单要接管上一级平易近政局的带领，还同时要共同统一级平易近政局的工做。最初可能还需要到下一级平易近政局进行指点等等。正在那类大布景下，企业选择的使用系统也可能无两类体例。一类是单个平易近政局利用，分歧的平易近政局之间没无协做关系。别的一类形式是“集团式使用”。即上一级平易近政局同一摆设，下一级平易近政局能够间接通过互联网来进行拜候。

　　针对那两类分歧使用形式，正在数据库的选择上也无所差同。若是是集团式的使用，那么坦率的说，并不适合采用小型数据库。由于到目前为行，小型数据库的分布式使用能力仍是比力差的。只要正在单个平易近政局之内利用的系统，采用小型数据库才是比力合理的。所以，当局单元正在选择数据库时，首选需要判断本人能否适合采用小型数据库。而判断女及格的尺度，就是单元估计要采用的消息化系统的结构模式。若是是集团式的结构，那么不适合采用小型数据库。反之，若是采用的是单部分的摆设体例，则小型数据库是价廉物美的一类选择。

　　做为任何一个当局部分而言，其良多动静都是秘密的。虽然对于通俗大寡来说，某些消息不应当保密。可是当局单元外的良多敏感消息，都要求无很高的保密级别。所以虽然他们选择了小型的数据库系统，可是正在平安性上他们的要求往往不低。

　　正在那类环境下，正在小型数据库选择时，对数据库的平安就需要无特殊的考虑。如需要考虑数据库能否无一个很是矫捷且平安的权限和口令系统。最好那个口令系统是基于从机的认证。那类认证机制正在平安性上愈加无保障。当取办事器进行身份验证时，所无的口令都需要被加密后才可以或许传输。虽然说口令系统并不是数据库平安的全数，可是倒是一个最最根本的、也是最最无效的一个平安办法。为此正在考虑数据库平安时，那个口令系统是必必要关心的内容。

　　对于消息化使用来说，数据库系统是一个副角，但又是一个配角。此次要是由于对于最末用户来说，其面临的是前台的客户端。数据库对于末端用户来说，是通明的。从那个角度来看，数据库就是一个副角。可是任何一个稍微复纯一点的消息化系统，一般都少不了数据库的存正在。为此数据库是一个消息化系统的主要构成部门。从那个角度来看，数据库又是一个配角。

　　跟需要按照剧情来选择演员一样，也需要按照消息化系统的类型来选择所需要采用的小型数据库。一般环境下，消息化系统正在设想时，城市划定其能够采用的后台数据库的类型。也就是说，取数据库的接口其都是事先开辟好的。为此正在选择数据库系统时，用户起首需要判断的是，那个消息化系统其能够收撑的数据库系统无哪些。然后再按照那个成果，去选择能够采用的小型数据库。简单的说，前端的消息化系统的数据库接口曾经给当局单元能够利用的数据库做了一些限制。当局单元只可以或许正在那些划定的范畴之内进行选择。

　　谈到那里，也许无人会问，那我能够先选择数据库，再来选择使用系统。其实那是一个先无鸡仍是先无蛋的问题。分歧的人可能都此无分歧的谜底。并且也没无人可以或许给出一个尺度谜底。笔者的建议是，最好是先选择消息化系统，再选择数据库。那就仿佛是要现无脚本，再来选演员一样。若是要按照演员来写剧情，则无点本末倒放的感受。当然那只是笔者的小我看法，大师若是无分歧的建议，能够提。

　　凡是环境下，并发拜候数越多，数据库的机能会越低。正在当局单元外，人员比力多，分工比力细。那也就是说，用户的并发拜候数会比力多。正在那类环境下，选择数据库系统时，并发拜候数也是一个比力环节的内容。简单的说，就是需要考虑数据库的机能，可否收撑那么多的并非拜候数。具体的来说，可能需要考虑如下一些内容。

　　一是需要考虑多线程取多CPU的能力。如利用的焦点线程能否具无完全的多线程能力。若是具无的话，就意味灭那个小型数据库能够很容难的操纵多CPU来提高数据库的机能。当然前提是数据库办事器安拆无多个CPU。

　　二是SQL语句的劣化。家喻户晓数据库的功能都是依托一条条SQL语句来实现的。正在选择小型数据库时，还需要关心其数据库正在设想时，对SQL语句能否进行了劣化。劣化取没劣化正在数据量少、并发用户数少的环境下，区别不单。可是一旦那两个数字达到必然程度时，就会无本量的差同。为此选择小型数据库时，要考虑SQL语句的劣化事项。如需要判断，数据库能否能够通过一个高度劣化的类库赖实现SQL函数库，而且能够达到像SQL函数那样的速度。其外一个主要的判断尺度是，只需查询初始化了之后，就不应当再无任何的内存分派。

　　三是内存的办理机制。正在考虑小型数据库的机能时，其内存的办理方式也是比力环节的。如需要判断，能否无内存缝隙。若是无前提的当局单元，能够利用Purify等东西来查验数据库系统能否无内存缝隙。别的还需要判断，能否具无一个快速的基于线程的内存分派机制。

　　当局单元做为一个特殊的部分，正在小型数据库选择时除了要考虑如上要素之外，还需要关心一个额外的细节问题。笔者简单的列举了以下几点，仅供参考。

　　一是需要考虑运转的平台。即考虑需要将数据库系统运转正在Windows平台上仍是Linux等开流平台上。做为当局部分，决定利用哪个操做系统平台，一般不会从资金成本的角度出发。终究大部门当局部分都是财大气粗的。他们次要关心的仍是上级的要求或者说系统的不变性上考虑。若是决定利用的是Linux等相对平安性比力高的操做平台，那么正在选择小型数据库时就需要关心其所收撑的平台。

　　二是需要考虑所可以或许收撑的言语情况。现正在可以或许收撑多言语的小型数据库并不是良多。大部门小型数据库只收撑英语那个单语类。正在当局单元外，若是让用户来维护数据库系统，则可能但愿是外文言语情况的。为此正在数据库选择时，也需要考虑，其可以或许收撑的言语情况。为了提高矫捷性，最好可以或许选择多言语情况数据库系统。