※ 引述《qw5526259 (B.K)》之铭言：
: 有没有办法从数据库中的笔数来判断
: 该用
: sql sever
: 还是oracle呢？
: 暂时不评估价格问题
: sql server的极限是多少笔数或者是多大的资料量呢？
其实作为一家公司要导入数据库的评估，只看笔数真的有点奇怪
我的评估会是这样
1. 在地技术支援能力: 出问题时，你就知道在地支援有多重要
2. EcoSystem: 第三方支援度, 譬如官方是否有支援Win/Linux/Unix
以及你使用的Hardware (ex: Server/Storage/...)
另外像是第三方备份: NBU/CommVault/...之类的有没有支援
但你也会想，啊我都虚拟化啊，都走VM备份有差吗？
不得不说还真的有差，尤其是你的DB是Mission Critical的时候。
3. 开发生态系：基本上选择了数据库，很大幅度也决定了你上面
建构应用程式的体系，当然有人也会说，我写 .Net/ASP之类，
我也可以Run在MySQL/PostgreSQL上面啊！
...你忘了在要developement Support的时候对方一问，
直接回给你DB not certifed或者二家在互踢皮球的时候,
你就知道有多痛苦。
作为DBA，你需要这样建构DB来给自己找麻烦吗？
到时候.NET/ASP AP在质疑你为何不选SQL Server，不要大家又要吵成一团?
4. 价格....当然还是一个因素
5. DB的用途
你是要拿来做 高速交易使用
还是做 高速查询使用
会影响到你选择 栏式 或是 列式 数据库。
差别自己Google一下
列式数据库就你平常听到那些
如果是栏式数据库又不太一样，就变成要考虑 Vertica/Sybase IQ之类
6. 人员的晋用：试问台湾现在是懂SQL Server/Oracle等的人比较多，
而且有实务上的营运管理经验的多，还是懂PostgreSQL/MongoDB的人多?
看uuu开课都开哪些就知了，选个冷门的数据库，招不到人来管，你要
常常7x24 On Call吗？
7. Upgrade/Patch: 软件都会有bug, 会有资安弱点, 没有Support的情况下,
有弱点没有patch, 有patch不敢上(极大情况是因为第1点support不足)
作为DBA不就又要被干谯了？