sql server 与oracle,DB2 各自的优点及缺点

jorn1234 2007-12-27 03:35:46
各位兄弟姐妹大虾,sql server 与oracle,DB2 各自的优点及缺点。小弟先谢谢拉
...全文
461 38 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
38 条回复
切换为时间正序
请发表友善的回复…
发表回复
qqhmitzk 2008-01-06
  • 打赏
  • 举报
回复
楼上你的3,4句逻辑不太明白,写个SQL语句解析下
JavCof 2008-01-06
  • 打赏
  • 举报
回复
友情关注下、
zjcxc 2008-01-06
  • 打赏
  • 举报
回复
比来比去似乎没有意思

你说 oracle 强, 那你让 sql server 的 DBA 去做 oracle , 看他能比 sql server 用得好么?
你说 sql server 强, 那你让一群用惯 oracle 的开发人员去做 sql server 开发, 能开发出好产品么?

个人认为数据库发展到目前的地步, 很难说谁比谁究竟强到什么地步, 应该主要还是看用户群
网络上随便搜索一个数据库之间的对比, 可以看到很多评论, 但这些评论能说明什么问题? 如果你没有去用过, 你无法判定这些评论, 如果你用过, 你亦无法判定, 因为你不能排除你的技能不足导致你的评定有偏差

所以没比较之前是迷糊的, 有了比较之后是不清楚的
internetroot 2008-01-06
  • 打赏
  • 举报
回复
某楼的说中小企业用MS SQL SERVER 多,因为地球上的企业大部分实中小企业所以学它至少以后适应性好。
tengxiang05 2008-01-06
  • 打赏
  • 举报
回复
mark
peng_huang5 2008-01-05
  • 打赏
  • 举报
回复
积极的接分 麻木的进来
slayerbb 2008-01-05
  • 打赏
  • 举报
回复
积极的接分 麻木的进来
.....
shwu 2008-01-04
  • 打赏
  • 举报
回复
niyangping
小倪
等 级:
发表于:2008-01-04 09:51:3626楼 得分:0
接分
公司用的SQL 2000,库存记录几百万条,查询经常容易锁表,麻烦的很
三四月份上ORACLE

那应该不是SQL SERVER的问题,而是数据库设计和前台程序设计的问题了。
w2jc 2008-01-04
  • 打赏
  • 举报
回复
公司用的SQL 2000,库存记录几百万条,查询经常容易锁表,麻烦的很
三四月份上ORACLE
----------------------------------------
到时候不要忘记给MSSQL版发个帖子,说说ORACLE会不会锁表。
还有性能方面的比较,先记录一下目前使用MSSQL的相应时间。
不锁表而且更快的话,我就开始....狂啃ORACLE
谢谢!
撸大湿 2008-01-04
  • 打赏
  • 举报
回复
niyangping
小倪
等 级:
发表于:2008-01-04 09:51:3626楼 得分:0
接分
公司用的SQL 2000,库存记录几百万条,查询经常容易锁表,麻烦的很
三四月份上ORACLE



几白万就锁,那db的设计者可以回家重修内功了
wzjpsq 2008-01-04
  • 打赏
  • 举报
回复
jf
niyangping 2008-01-04
  • 打赏
  • 举报
回复
接分
公司用的SQL 2000,库存记录几百万条,查询经常容易锁表,麻烦的很
三四月份上ORACLE
shirley_yue 2008-01-04
  • 打赏
  • 举报
回复
路过
gahade 2008-01-03
  • 打赏
  • 举报
回复
路过
hb_gx 2008-01-03
  • 打赏
  • 举报
回复
sql server 的优点是我会,你会,大家不会过两天就会

用的人多就是最大的优势

DavidNoWay 2008-01-03
  • 打赏
  • 举报
回复
jf
老紫竹 2008-01-02
  • 打赏
  • 举报
回复
Oracle
有 Partition
有 RAC
能装在裸机上,不需要操作系统
跨平台,因为是JAVA做的哦,至少SQL不行


老紫竹 2008-01-01
  • 打赏
  • 举报
回复
IDC数据显示,2006年全球数据库市场规模达到了165亿美元。其中,甲骨文的销售额为73亿美元,占到了44.4%,排名首位。

  IBM位居第二,其DB2数据库的销售额为35亿美元,同比增长11.9%。略低于甲骨文的14.7%,以及业内14.3%的平均水平。

  微软排名第三,营收额达到了31亿美元,涨幅高达25%,市场份额为18.6%。此外,Sybase和NCR Teradata分别列居第四和第五位。(n106)


07 年也不会有太大变化。

Oracle 我感觉一旦你安装成功了,他的易用性比SQL 稍微差一点点,对于海量数据和并发有自己的技术。而且宣传的好,市场做得好。
DB2 没用过,不过IBM出的,技术不会有任何问题。
SQL 好用,便宜(非企业版), 可惜还得买个Windows
arrow_gx 2008-01-01
  • 打赏
  • 举报
回复
个人认为,没有区别,那位能说出这三者之间,A能做到, B、c 不能做到的呢? 只是使用上不同而已
w2jc 2008-01-01
  • 打赏
  • 举报
回复
2008第一顶 + JF
加载更多回复(18)
OTL介绍: OTL 是 Oracle, Odbc and DB2-CLI Template Library 的缩写,是一个C++操控关系数据库的模板库,最新版本4.0.104,参见http://otl.sourceforge.net/ 优点:a. 跨平台 b. 运行效率高,与C语言直接调用API相当 c. 开发效率高,起码比ADO.net使用起来更简单,更简洁 d. 部署容易,不需要ADO组件,不需要.net framework 等 缺点: a. 只有C++才可以使用她 b. 说明以及范例不足(已附带了686个实例) This document describes the Oracle, ODBC and DB2-CLI Template Library, Version 4.0 (OTL 4.0). OTL 4.0 is a C++ library based on C++ templates. OTL 4.0 was designed as a combination of a C++ template framework and OTL-adapters. The framework is a generic implementation of the concept of OTL streams. The OTL-adapters are thin wrappers around the database APIs and are used as class type parameters to be passed into the template framework. OTL 4.0 covers the functionality of a full featured C++ database access library with just a handful of classes: otl_stream, otl_connect, otl_exception, otl_long_string, and several template PL/SQL (Oracle) table container classes, generated from the template framework and the OTL-adapters. The OTL code gets expanded into direct database API function calls, so it provides very decent performance (only 10-15% overhead, compared with the database APIs themselves) and reliability in multi-processor environments as well as traditional batch programs. OTL 4.0, being a template library, is highly portable since it is self-sufficient and compact enough. OTL 4.0 is ANSI C++ compliant (ANSI C++ typecasts, clean templatized code, etc.), tightly integrated with the Standard Template Library (STL) via STL-compliant stream iterators, and natively supports the STL std::string's in otl_stream's. OTL integrates with ACE, and supports ACE_TStrings. OTL 4.0 supports all versions of Oracle starting with 7.3 (natively via the corresponding version of the OCI), DB2 UDB LUW / zOS (natively via DB2 CLI), MS SQL Server 2005/2008 (natively via SNAC), Informix 11 (natively via Informix CLI), TimesTen 7 and higher (natively TimesTen CLI), SAP-MAX/DB (natively via SAP/DB CLI), ODBC 3.x as well as ODBC 2.5 (for legacy applications) compliant data sources in MS Windows, Linux/Unix/Mac OS X (via unixodbc and iODBC driver managers): Sybase, MySQL, PostgreSQL, EnterpriseDB, SQLite, MS ACCESS, Firebird, etc. The list of supported database back ends is growing. In the last few years, transition from the 32-bit platforms to the 64-bit platforms has occurred: OTL's source code is portable, and it support both 32-bit and 64-bit C++ compilers. Also, OTL supports UTF-8 and UTF-16 for Oracle, and UTF-16 for the rest of the database types, when the underlying database API / ODBC driver supports it.

11,850

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 非技术版
社区管理员
  • 非技术版社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧