SAPDB数据库头次听说，rabbin能不能详细介绍一下
rt
SAPDB最早是一个HP的朋友推荐给我的，当时他们内部正在进行OSS的数据库的测试，目的是想找一个OSS的企业级数据库，能够做为Oracle的OSS方案的替换。不用说，像MySQL，PostgreSQL都先败下阵来，这些数据库一旦数据量上百万，并发数上100，性能都会急剧下降，不堪使用。
经过HP内部专业测试，最后发现SAPDB不论性能还是功能，稳定性，扩展性都完全达到了企业级数据库的要求，完全可以做为Oracle的OSS方案的替换。
SAPDB虽然名声不太大，但实际上应用很多也很广，像很多SAP系统就是跑在SAPDB上，负载很重，久经考验。忘记说了，SAPDB是SAP公司做出来的，能不强吗？如今SAPDB也用的越来越多了。很多软件都开始改用SAPDB，像著名的ofbiz软件，默认的数据库就是SAPDB。
SAPDB非常像Oracle7.x，不论是sql语法，store procedure，触发器这些编程语言，还是数据库instance，sga，tablespace等等数据库基本概念，所以精通Oracle的人学习SAPDB也非常容易。
SAP公司最近可能出于商业上的考虑，把SAPDB转赠给了Tcx公司，就是做MySQL的公司。Tcx究竟准备同时开发两个OSS数据库，还是准备合并发展一个OSS数据库，就不知道了。但可以肯定的是，MySQL能够从SAPDB中得益良多。
如果在企业级项目中设计方案，用MySQL很可能会被客户毙掉。SAPDB名气不大，客户也未必认可。所以还是用Oracle来吓住客户比较好，如果是非常理智的客户，不妨采用SAPDB。实际上我自己知道的国内的有些软件开发商早就开始用SAPDB了。
自己做一些东西的时候，用数据库总不会拿着oracle db2 sqlserver这些东西。用mysql，它的功能又太弱了，连表之间的约束关系都不支持，经常搞到最后数据会不一致。
sapdb，如果功能能比mysql强大，但软件又很小，那至少自己做一些开发和技术验证的时候还是很有用处的。
Interbase，Pointbase等等算是小型数据库
MySQL，PostgreSQL等算是中型数据库系统
Oracle，DB2，SQL Server，Sybase，SAPDB算是重量级数据库。SAPDB一点都不小，是个标准的重量级数据库。
SAPDB安装起来，不包括创建数据库，至少要200MB硬盘空间。SAPDB的客户端工具也很丰富。
刚下了一个sapdb，70多M，这样的大小还可以接收。
就是N多的新闻表明sapdb是sap放弃了的一种技术，卖给了mysql，mysql会怎么对待这个数据库是很难说的事情，所以现在用sapdb风险还是很大。
安装起来至少要200MB的，你那不过是安装包大小而已。SAP也不能说是放弃SAPDB，应该说SAP感觉维护一个企业级数据库比较累，出于商业考虑，于是找到Tcx进行合作，借助Tcx的力量。这应该说是一件好事，能够吸引更多的志愿者加入到SAPDB的开发进来。
来一个SAPDB Windows版的安装，给大家共飨
1、首先从 sap 的 ftp 站点上拉下这些文件。
ftp://ftp.sap.com/pub/sapdb/bin/win32/sapdb-server-win-32bit-i386-7_3_0_24.tgz
ftp://ftp.sap.com/pub/sapdb/bin/win32/sapdb-webtools-win-32bit-i386-7_3_0_23.tgz
ftp://ftp.sap.com/pub/sapdb/bin/win32/dbmgui74-setup.exe
ftp://ftp.sap.com/pub/sapdb/bin/win32/sqlstudio74-setup.exe
2、安装 sapdb server：
解压缩 sapdb-server 文件，有一个 SDBINST.exe 文件，运行这个文件，按照提示分别输入 indep_prog、indep_data、depend 的安装路径。
3、安装 sapdb web tools：
解压缩 sapdb-webtools 文件，有一个 SDBINST.exe 文件，运行这个文件，按照提示输入 webtools 的安装路径。
4、安装 DB Manager GUI：
标准的 Windows 安装程序，不用多说。
5、安装 SQL Studio：
也是标准的 Windows 安装程序。
6、建立你自己的数据库：
在 <sapdb-insdir>\depend\misc 下有一个文件 create_demo_db.cmd，将其中 TST 改为你要建立的数据库名，dba 是数据库超级管理员账号，dbm 是数据库管理员的账号。改好后双击运行。
7、以上步骤执行完后会多出三个服务，都以 SAPDB 开头，启动这三个服务。
8、通过这两个 url 访问 webtools
http://localhost:9999/webdbm
http://localhost:9999/websql
还有一个管理这两个工具的 url
http://localhost:9999/waadmin.wa
默认用户及密码：DBA/DBA,DBM/DBM,DOMAIN/DOMAIN，domain是普通用户，写程序就用这个好了。
SAPDB的删除：
大概是在indep_prog\pgm目录下有一个命令dbmcli.exe
停止数据库的 instance：
dbmcli -d dbname -u user,pass db_offline
删除数据库：
dbmcli -d dbname -u user,pass db_drop
进入 dbmcli 中敲
help db_xxx
可以找到各种命令的用法。
然后就要手工删除，在Windows服务里面把3个SAPDB开头的服务关闭，还有一个叫做XServer的也关闭。然后修改注册表：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
找到那4个服务的目录删掉
然后再把
HKEY_LOCAL_MACHINE\SOFTWARE\SAPDB删掉
HKEY_CURRENT_user\SOFTWARE\SAPDB删掉
最后把sapdb安装目录和数据库文件目录删掉。
上面给出的下载连接已经是旧的了，应该到sapdb.org上根据新的版本下载。
看sap的动作是因为这个数据库没有用户和市场才转让给mysql的。
想想sapdb在市场中的地位是比较尴尬，这可能确实是sap和sapdb的最好出路了。
不过已mysql的影响，mysql是不可能抛弃的，但开发和维护两个数据库也是mysql所不能承受的。那么最后的结局，是mysql吸收sapdb的技术，会将mysql做的越来越强大。
郁闷，一种好的技术没有强力的市场推广，就是这种下场。
^_^ 很幸运在这里知道还有一个 SAPDB 的数据库，谢谢 Rabbin 的 介绍。
郁闷，一种好的技术没有强力的市场推广，就是这种下场。
这种现象不少见了吧~~ 依星不就是这样倒了嘛~~
其实还有一种现象:大公司掌握了市场命脉~~ 小公司掌握了尖端技术~~ 于是小鱼吃大鱼的故事不断发生~~ 小鱼因为被吃而变成大鱼的一部分，大鱼因为吃小鱼而变得强大~~
Interbase，Pointbase等等算是小型数据库
MySQL，PostgreSQL等算是中型数据库系统
Oracle，DB2，SQL Server，Sybase，SAPDB算是重量级数据库。SAPDB一点都不小，是个标准的重量级数据库。
-------------------------------------
严重不同意。我一直使用Interbase，非常好用，易安装，好维护，体积小（2M）。Interbase至少和MySQL一个等级，速度比sql server还快,单个苦文件大小可达2G,可以有多个苦文件。使用EJB已经与数据库无关，开发的时候，当然选择，占用资源少的数据库，项目完成以后，在转换到其他数据苦，只需重新配置数据源即可。
>>mysql是不可能抛弃的，但开发和维护两个数据库也是mysql所不能承受的。那么最后的结局，是mysql吸收sapdb的技术，会将mysql做的越来越强大。
你的看法是不对的。SAPDB网站上有一封信，上面说6月4日，MySQL 和SAPDB的核心开发人员在德国柏林开会，讨论SAPDB和MySQL的整合问题。
在未来，SAPDB和MySQL都会向对方兼容方向靠拢，并且MySQL的改动要远远超过SAPDB。原文是这样的：
Third, MySQL-SAP cooperation will result in clearly bigger changes happening in the MySQL server than in SAP DB. The change to MySQL will take place over a long time perspective.
看来，MySQL和SAPDB有合并为一个数据库的趋势，虽然品牌改成了MySQL，但实质上数据库是在往SAPDB上合并。从这一点来说，现在用SAPDB比用MySQL还要安全，毕竟MySQL未来在往SAPDB上改，而不是倒过来。
大公司的战略没有谁能说清楚，他们只有利益，承诺有几分可信？
AOL和ms和解是还公开声明自己支持netscape，又有谁信？
对这种东西身在局中时只能时仁者见仁了，有什么对错可分。
InterBase的开源版本Firebird很不错，体积小，现在是1.5版，已突破单个文件2G的限制，我们单位使用的就是这个数据库，数据量已有五六个GB，不过LINUX版的稳定性要比WINDOWS版的好
对于SAPDB，现在的MAXDB，有一个问题，驱动太少，就JDBC与ODBC，当然这里主要的讨论的JAVA，象我们单位使用DELPHI，使用ODBC的话，大约只能使用原生的ODBC API，而不能使用DELPHI的BDE与ADO控件，这样一来DELPHI的优势就一点也没有了。
如果SAPDB的日子想过得更好，他最少应该再提供.NET的驱动（不要跟我说反对MS），如果不提供，大约只能在JAVA这边过日子而无法攻入MS阵营。