前用MSSQL开发中小企业C/S管理,基于成本想用MYSQL适合吗？

Question

以前用MSSQL2000，2005开发中小企业C/S OA及数据管理系统 , 由于MSSQL成本较高，现在基于成本想用MYSQL来开发中小企业远程C/S 服务器/客户端，的OA及数据库管理适合吗?
最新的社区版本mySQL5.5.21性能稳定吗？ 远程C/S最大链接100多用户这样，准备用VC++ MySQL API开发包，不知道合适吗？
目前好像用MYSQL开发 C/S 少些，作网站最多。麻烦各位给的建议及指导，以免今后开发少走弯路，，，
谢谢大家

Answer 1

有朋友用MYSQL作过C/S应用吗，例子都很少

Answer 2

用innodb引擎
是不是建表时候加入ENGINE=InnoDB？ 如下
CREATE TABLE `email` (
                     `emailid` int(11)     NOT NULL auto_increment,
                     `email`   varchar(60) NOT NULL,
                      PRIMARY KEY  (`emailid`)
                      ) 
                      ENGINE=InnoDB DEFAULT CHARSET=utf8;2楼的提“主要是功能上有些限制。”?由于不太懂MYSQL,主要指那方面，请您明示。。谢谢

Answer 3

建议看一下MYSQL的免费官方文档。MySQL官方文档 http://dev.mysql.com/doc/refman/5.1/zh/index.html
文档中有描述，几千字的内容就不在这儿贴了。

Answer 4

MySQL 大企业级应用可行性分析(之1,2,3)学习心得摘录：
1）存储引擎
   由于 MySQL 自己一直没有一个成熟可靠的存储引擎，估计这让他们深感痛处(尤其是目前最成熟的事务型引擎 InnoDB 又在 Oracle 手里)。MySQL 寄予厚望的 Falcon 在开发了两年多之后，建树不大，而该项目带头人 Jim Starkey 前不久又离开了 MySQL，陋屋偏逢连夜雨。
Sun 会给 MySQL 一个稳健的引擎么? 我看短时间内未必能达到。除非，Sun 从 Oracle 手里把 InnoDB 买回来。
2）在线 DDL 锁表问题
   MySQL 中，在线对表对象做 DDL 操作是要锁表的，对于可用性要求比较高，而应用变化又比较频繁的环境，这是个非常很糟糕瓶颈。没想到有什么好的办法，除非，像大家开玩笑说的，把所有的表都预留出足够的空闲列，减少类似增加列的变更麻烦。
3）在线备份问题
   谢天谢地，MySQL 6.0 后终于具备在线备份的能力了。但现在，恐怕比较激进的用户也只能用版本 5 而已。
4）存储层的问题
   相信没有人愿意在 MySQL 上用 RAW 设备，很多人几乎就是直接把数据文件放在文件系统上(个人认为，对于数据库这样的应用来说，文件系统可靠性还有所欠缺)。我还没发现 MySQL 上类似 Oracle ASM 的解决方案。如果用文件系统，单节点的数据存储能力肯定要受到制约--没有人喜欢把几个 T 的数据扔到一个 MySQL DB 上吧? 一旦某个文件系统故障，麻烦就来了。从这个角度考虑，或许 LVM2 是一个可选的方式。 
5)商业支持 
   现在 MySQL 的背后有 Sun ，但是，如果不购买服务的话，到哪里去找比较正规的商业支持(我是说软件集成商)? 即使购买了服务，如果问题出在存储引擎上，MySQL 能给即时、有效的技术响应么? 这也是 MySQL 没有自有存储引擎的一个弱点，因为衔接的环节多，一旦有商务上的问题，很容易陷入扯皮阶段。