对于Oracle的体系结构，在集中式多用户环境下，每个用户单独占用一个服务器进程;在Client/Server 和Internet方式下可以采用多个用户共享进程，以多线索方式执行用户的请求。另外，针对特别级别的用户，可以单独占用一个服务器进程，实现最优级别的用户请求。Oracle的服务器进程是用来同时处理数据库请求的，它们从请求队列中拿出申请，进行语法分析、权限检查以及一系列的内部操作，并协调Oracle其他后台进程，以共同完成申请的处理，并把操作结果返回到回答队列。Oracle多服务器进程结构，能实现数据库事务的并行处理，提高并发事务处理的响应速度。并且多服务器结构具有非常灵活的扩充 性，当硬件平台处理能力提高时，服务器进程的个数也能随之增加，数据库性能也随之提高。多服务器结构，避免了单服务器结构中很容易造成的服务器进 程瓶颈现象，也避免了因此而引起的单服务器进程死锁的现象。
Sybase采用单进程多线索方式，用户请求都由一个进程来进行总的调度和管理。在单服务器并采用单一的Client/Server模式下其对数据库的管理比较简单，内存资源占用较少，在并发用户数较少的情况下，其对系统资源的利用率比采用多进程方式要高;但同时，当并发用户数达到一定的数量时，会引起系统处理性能大大下降，和服务器进程瓶颈及死锁等现象;同时系统的可扩展余地非常狭窄。
3、系统集成度
Oracle服务器上的Oracle多线索多进程结构以及并行查询，分布式数据库、高级复制等功能都是 直接在Oracle核心中实现的，无需添加额外的服务器，不要求额外的系统配置 ，也不会带来额外的的系统管理负担，更不会产生由API带来编程的变化。
Sybase由实现不同功能的不同服务器组成(ASE, Replication Server, Enterprise Connect, IQ等) ，众多的服务器要求能协调一致地工作，同时又要满足高可靠性和高可用性的要求。这不仅对硬件设备提出了很高的要求，对系统管理来讲也提出了极高的要求。Sybase对用户是不透明的，许多操作需要编程人员来管理和操纵，而且后来引入的应用程 序接口(API) CT- Lib与以前版本(DB-Lib)不兼容，大大加重了编程人员的负担，延长了开发周期。
4、联机事务处理
联机事务处理是比较特殊的一类应用，一般体现为同时工作的用户数较 多，对数据的操作申请比较简单，但要求比较快的响应时间。针对这类应用, 计算机系统必须提供一个能支持大量同时工作的用户，并提供比较大的系统吞吐量来消化用户的大量申请。具体来说，就是要有较好的用户管理手段、有效的内存缓冲区管理、优化的I/0进程控制、有效的系统封锁处理、快速的网络管理功能等等。因此，为了在联机事务处理应用中达到较好的性能，应以适用于联机事务处理的硬件平台、操作系统、网络环境为基础，配合数据库处理，才能实现理想的联机事务处理。
Oracle的多线索技术在相同硬件环境下，所支持的用户数是其他数据库系统的5至10倍。Oracle的多进程技术从根本上加快每一个用户申请的处理速度，特别是在大量申请需要处理的情况下，它能保持内存中请求队列在大部分时间处于队列空的状态。更为灵活的是，Oracle多进程的数量是动态可调整的，使用相应的系统参数，可以控制服务器进程个数、当应用环境、工作量、硬件环境等发生变化时，可以构造不同的Oracle服务器进程，使用户的申请在任何时候都能保持较快的处理效率。
数据库共享缓存管理，是影响联机事务处理性能的一个关键因素，能充分且有效地利用高速缓存，就能大大减少许多重复操作，大大减少不必要的 I/O，从而提高语句的执行速度。Oracle有一套十分有效的内存高速缓存管理的技术，编译后的SQL语句共享缓冲区、预读入技术、日志记录缓存等。
在多用户并发工作的情况下，写/写冲突及读/写冲突是主要的影响实时操作效果的因素，是联机事务需要解决的主要问题。Oracle采用行级封锁来解决写/写冲突，当用户要对一张表进行修改或更新操作时，会自动锁定要修改的记录“行”，而不是整张表。当其他用户同时也要修改同一张表时，也锁定各自需要修改的记录“行”，只有在两个或多个用户需要修改同一记录行时，才会出现排队等待锁资源释放的现象。这种行级封锁大大降低了冲突的机率，与页级锁或表级锁相比，大大提高了系统的吞吐量。
