小型数据库运用软件中的dbms选型

阅读更多

dbms选型考虑的问题肯定不是开源（有点鄙视开源，因为开源只是一个借口，无法商业化运作的东西就打着开源的旗帜） dbms考虑的问题，从我自身的感受来讲是： 1. 足够的数据管理能力和商用的实践。 那这个多了去了。不过很多那些不出名的比如HSQL我第一次看到，所以搜了一下，使用者反映的问题很多。 所以第一反应肯定不是所谓免费和开源。就想java的夸大其词的宣传一样。 所以唯一能判定这个条件的是商用软件采用的概率。 所以现在来看access，msde，mysql，mssql2k，mssql2k5，db2,sybase,oracle是稳定而成功的商用的东西。被很多正式的软件采用。当让玩具软件不算。玩具软件可以凭自己的兴趣随意选取。 2. 软件移植和多版本的要求 如果一个软件，现在竞争这么大，自然会考虑单机版，团队版，不限制版。所以相对来说，有先采用access->sql2000的这种要求。那因为数据库内有很多function是不同的。所以还是要考虑一个家族的产品才是理智的。 有人会出来说：access也拿来说？当然要说。因为实践证明，access是采用最多的单机dbms。虽然很多桌面版的dbms，但是都没access支持得好，因为--它不用装驱动，软件安装简单。这对软件的测试和推广启动举足轻重的作用。access的缺点，比如损坏，不支持很多东西。那是没办法。其他好多类似的东东也是容易损坏。问题多多。 不过相对而言。企业型的运用是无法在access上搞的。比如需要触发器，存储器，你不可能在access版本里通过编程来实现逻辑，而在sql版本里去改造吧？ 所以用msde平移到sql2k是比较合理的。 跨数据库的平移就不要考虑。除非吃饱了撑得没事做。一个相对简单的运用来说。oracle比mssql能好多少。 3. 客户培训和客户接手后的管理难度 有些技术呆子，认为数据库就必须用oracle。如果是专业的dba倒可以搞定。一般情况下mssql容易被客户管理员使用。所以这个问题真的要根据实际情况而定。甚至mysql跟mssql都没得比。 linux熟悉和使用的人不多。国内的中小企业的管理员水平也就xxx啦。就算大型的那些政府项目。你搞个oracle也未必有人管理得很好。 用户run不好。再好就等于O（球）。 4. 考虑往linux上装。因为Ubuntu，redhat，sco unix在以往比较普遍。前几天我在vmware里装了ubuntu和redhat，感觉UI已经足够亲和。唆使一下客户的管理员，让他们在上面装数据库应该也没问题了。我看找机会做一个case，db就装在linux上。现在还没机会。如果考虑要怎么稳定，那可以考虑在linux上跑。那mssql就去掉啦。mysql，sybase，oracle，db2应该可以考虑。不过先考虑价格吧。哪个都不是省油的灯。价格让人不寒而栗。 5. 免费的午餐。现在数据库都提供免费的版本。有不同的限制。 mssql express好像限制db为2G，oracle没玩过不晓得。db2限制比较松，是2cpu，4g ram，有兴趣的可以用一下。所以国内财务软件很多用msde的。好像db限制2g。建议尝试一下db2.（不过db2我有次安装它新增了一个账户差点搞得我无法登陆。NND) 我在项目中肯定是尝试msde，以后客户自己决定买什么系统。2k，2k5都行。 一般是在sql2k里开发。然后客户自己搞定服务器的事情。相对而言。玩得熟悉了一点，就感觉最熟悉的，就是最好的。因为你能将其用的淋漓尽致。能将其最好的特点用出来。 如果客户会指定，那就不存在这里讨论的问题了。