你好总攻の嘭，1、固态硬盘和传统硬盘比起来，最突出的特点就是快和稳定！像固态硬盘的读取速度几乎是普通硬盘的3到8倍。 就是固态硬盘的这个速度，有网友评测可以大大提高系统性能，这个我也是在网上看以的资料，具体是哪里看到的忘了，比如得新安装VISTA系统，普通硬盘要30多分钟，用固态硬盘十多分钟就可以了。还有就是开机，如果是普通硬盘开机一般都要40多秒，固态硬盘同样只要十几秒，除了这些以外，整个电脑用起来明显感觉得系统反应会快很多，特别是玩游戏和运行大的软件。
2、固态硬盘比传统硬盘安全，因为构造的原因它不怕震，不会像传统硬盘那样说不准什么时候就挂机。（我原来有一个机械硬盘就是，蓝屏之后重启就找不到硬盘了，记忆很深刻！）
3、固态硬盘的功耗比传统硬盘小很多，这一点在笔记本上表现出来尤为明显。除此之外，固态硬盘因为没有机械结构，是O噪音的，装在机箱里不用担心散热。 话再说回来，固态硬盘虽然有这么多优点，但是容量比不了传统硬盘，每G的价格也比传统硬盘高，我即想用大容量而且便宜些的传统硬盘，又想装固态硬盘体会高速的整机的性能和使用感觉，徘徊之间两难啊。 从现在的情况看，固态硬盘肯定是以后攒电脑的主流，我不想才攒的电脑过不了多久又升级硬盘，何况WIN7好像都没了系统自带的磁盘碎片整理功能，没有这个功能对固态硬盘没什么影响，应该就是微软是估计固态硬盘很快就可以普及的。可以现在的固态硬盘容量却实不能和传统硬盘比，价格也稍贵。
⑵ 请求30次redis和请求30次数据库哪个更快
从肉眼的角度看分不出快与慢，但从物理角度分析，从内存读取数据比数据库从物理磁盘读取速度肯定要快。所以Redis读取的数据在性能上占有优势。
⑶ sqlserver 数据库服务突然缓慢 重启后正常 运行的sql只有30多条
没有用到索引或者就是内存小了，因为没有备份运行时有的sql丢失了。
看看数据库内存设置是否比较小，数据库表是否建立合理的索引。
因为主机长期在工作.数据会一上在增多..对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些"尾数"包括记录，然而越来越多，会让主机运行速度变慢。如果用好点的专用的服务器硬盘，内存会让主机更长时间的不用重启。所以SQL还是要用高一点的配置。
⑷ 小数据库有哪些
Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。
相比而言，MSDE 2000 显着缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。
Access的显着缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。
SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。
Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。
这个星球上的数据库实在不胜枚举，这里只列一些我接触过的常见的。
可以稍微夸张点说，有交互的应用，起码得用一下数据保存，即便是自定义结构的数据保存，还是最常见的INI、XML等，都可以算是“数据库”，真正点的，如DBase系列、FoxBase、FoxPro、MSAccess、InterBase、MS SQL Server、Oracle、DB2等，这些是商业化的数据库，前面几个只能算是数据库，后面几个是RMDBS（关系型数据库管理系统）。
对应商业化的，有开源的：SQLite、SimpleSQL、Berkely DB、Minosse、Firebird( 前身是是Borland公司的InterBase)、PostgreSQL、MySQL等。
□SQLite：大家可以看我的SQLite系列随笔，C编写的，可以跨操作平台，支持大部分ANSI SQL 92，它是嵌入式的轻量级关系形数据库引擎，只需要一个DLL，体积为250k，数据库也只是一个文件，零配置，便可工作。既然开源，你甚至可以把它嵌入你的程序中。核心开发人员只有一个，最近加入了另外一个，也就是2个人而已，实在佩服，目前发展到3.1.0，相当高效稳定，有开源驱动在sourceforge.net上有其ADO.NET Data Provider for SQLite ：https://sourceforge.net/projects/adodotnetsqlite/ 。
□SimpleSQL：相对SQLite要大几倍，但也是轻量级的，功能稍微强大一点，C++编写，有OLE、Java等版本。
□Berkely DB：C++编写的大型关系型数据库系统，还额外地支持XML(把XML当成数据库)，号称2百万的安装量，MySQL也只不过号称5百万安装量而已，跨平台。
□Minosse：纯C#编写的大型关系型数据库系统，理想是超越MS SQL Server！最新版本：0.2.0，真难得，纯Java写的看得多了，纯C#的，不是移植别人的，还是第一个，佩服作者：包含C/S和嵌入式版本，并可跨越大部分平台，因为它不用Windows的东西，可以在Mono下编译。
□Firebird：这个东西太牛了，目前有1.5稳定版本已经拥有大量特性，完全支持ANSI SQL92、98等，一些超酷的特性让人疯狂(1.0特性、1.5特性，从这里开始研究)，主要开发人员是一个俄罗斯人，目前开发队伍已经扩大到近100人，有3种模式，单机独立，典型C/S，超级服务器。2.0版本和3.0版本将在近期推出，看完其路线图(2.0、3.0)你就会疯掉。有.NET驱动，目前是1.7beta版。主要特性：
◆A.C.I.D；
◆MGA(任何版本的引擎都可以处理同一数据库记录)；
◆PSQL(存储过程)超级强大，ms sql相对的太次，它啥都能在服务器端实现并推送到客户端成为强大的报表，存储过程；
◆触发器都可以在客户端获取监控追踪；
◆自动只读模式；
◆创新的事务保证绝对不会出错；
◆24*7运行中仍然可以随时备份数据库；
◆统一触发器：任何操作都可以让某表唯一的触发器来总控；
◆大部分语言都可以写plug-in，并直接在存储过程中调用函数；
◆c->c++，更加少的代码但更加快的速度；
◆3种运行模式，甚至可以嵌入式；
◆主流语言都可以调用它；
◆动态sql执行；
◆事务保存点；
□PostgreSQL：POSTGRES数据库的后开源版本，号称拥有任何其他数据库没有的大量新特性，似乎目标是要做超大型的OO关系型数据库系统，目前已经发展到8.0，有.NET驱动，中文官方网站有详细介绍。
□MySQL：这个，不用说了吧？号称全球最受欢迎的开源数据库，但让我奇怪的是，PostgreSQL都有简体中文的支持：包括内核、管理工具、QA等等，在最新版本MySQL中，我却没有发现... ，有.NET驱动，其中MySQL Connector/Net就是原来在sf.net上的ByteFX.Data项目，作者已经加入了MySQL团队，参看《感慨 20 之开源的前途/钱图？（1数据库）》。
======================================================
最近在学习 Firebird Embeded Database。作为一款单文件型小型数据库，Firebird 具有很多吸引人的特征，比如支持事务、支持存储过程、触发器等，而且 Embeded 版本的 Firebird 在 .NET 开发中只需要拷贝两个文件：一个 fbembed.dll （非托管但不需要注册的动态链接库）和一个 ADO.NET Data Provider 的 FirebirdSql.Data.Firebird.dll。这些特征都非常适合那些需要在客户端存储一些数据，但又不想安装数据库（比如MSDE）软件的情形。
据称，在国外，需要使用客户端数据库的情况中，有30%左右的开发者选择Access，有30%的开发者选择MSDE 2000，有30%的开发者选择Embedded Firebird，剩余10%选择其他小型数据库，如SQLite，MySQL 等。
上面所说的Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。相比而言，MSDE 2000 显着缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。Access的显着缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。
Firebird 本身有SuperServer和Embedded版本之分，后者只能本机访问，不接受TCP连接。对于开发者而言，从Embedded数据库切换到SuperServer，只需更改数据库连接串中的ServerType值就行。
但是，在你正式决定使用?Firebird 之前，请你注意下面这个 known issue（已知问题）： Firebird 数据库文件不能放置在含有中文等字符的路径中。Firebird 的文件名不可以用中文字符，所在路径的任何部分如果含有中文字符，都将无法访问到数据库。举个例子，中文Windows桌面所在的目录一般是“C:\Documents and Settings\用户名\桌面”，如果数据库文件放置在桌面上，就无法访问到。当然，Firebird 内部是可以存储中文字符的，因为它支持 GB2312 和 UNICODE 等字符集。
需要注意一点，连接串中的 Database 地址如果使用相对路径，请一定注意这个相对路径是相对于 fbembed.dll 所在目录的。
⑸ 数据库有哪些类型，EXCEL数据库属于哪种类型
数据库发展30年
一、网状数据库
最早出现的是网状DBMS。网状模型中以记录为数据的存储单位。记录包含若干数据项。网状数据库的数据项可以是多值的和复合的数据。每个记录有一个惟一地标识它的内部标识符，称为码（DatabaseKey,DBK），它在一个记录存入数据库时由DBMS自动赋予。DBK可以看作记录的逻辑地址，可作记录的替身，或用于寻找记录。网状数据库是导航式（Navigation）数据库，用户在操作数据库时不但说明要做什么，还要说明怎么做。例如在查找语句中不但要说明查找的对象，而且要规定存取路径。
世界上第一个网状数据库管理系统也是第一个DBMS是美国通用电气公司Bachman等人在1964年开发成功的IDS（IntegratedDataStore）。IDS奠定了网状数据库的基础，并在当时得到了广泛的发行和应用。1971年，美国CODASYL（，数据系统委员会）中的DBTG（DataBaseTaskGroup，数据库任务组）提出了一个着名的DBTG报告，对网状数据模型和语言进行了定义，并在1978年和1981年又做了修改和补充。因此网状数据模型又称为CODASYL模型或DBTG模型。1984年美国国家标准协会（ANSI）提出了一个网状定义语言（NetworkDefinitionLanguage，NDL）的推荐标准。在70年代，曾经出现过大量的网状数据库的DBMS产品。比较着名的有Cullinet软件公司的IDMS，Honeywell公司的IDSII，Univac公司（后来并入Unisys公司）的DMS1100，HP公司的IMAGE等。网状数据库模型对于层次和非层次结构的事物都能比较自然的模拟，在关系数据库出现之前网状DBMS要比层次DBMS用得普遍。在数据库发展史上，网状数据库占有重要地位。
二、层次数据库
层次型数据库管理系统是紧随网络型数据库而出现的。现实世界中很多事物是按层次组织起来的。层次数据模型的提出，首先是为了模拟这种按层次组织起来的事物。层次数据库也是按记录来存取数据的。层次数据模型中最基本的数据关系是基本层次关系，它代表两个记录型之间一对多的关系，也叫做双亲子女关系（PCR）。数据库中有且仅有一个记录型无双亲，称为根节点。其他记录型有且仅有一个双亲。在层次模型中从一个节点到其双亲的映射是惟一的，所以对每一个记录型（除根节点外）只需要指出它的双亲，就可以表示出层次模型的整体结构。层次模型是树状的。
最着名最典型的层次数据库系统是IBM公司的IMS（Information Management System），这是IBM公司研制的最早的大型数据库系统程序产品。从60年代末产生起，如今已经发展到IMSV6，提供群集、N路数据共享、消息队列共享等先进特性的支持。这个具有30年历史的数据库产品在如今的WWW应用连接、商务智能应用中扮演着新的角色。
三、关系数据库
关系模型的建立
网状数据库和层次数据库已经很好地解决了数据的集中和共享问题，但是在数据独立性和抽象级别上仍有很大欠缺。用户在对这两种数据库进行存取时，仍然需要明确数据的存储结构，指出存取路径。而后来出现的关系数据库较好地解决了这些问题。关系数据库理论出现于60年代末到70年代初。1970年，IBM的研究员E.F.Codd博士发表《大型共享数据银行的关系模型》一文提出了关系模型的概念。后来Codd又陆续发表多篇文章，奠定了关系数据库的基础。关系模型有严格的数学基础，抽象级别比较高，而且简单清晰，便于理解和使用。但是当时也有人认为关系模型是理想化的数据模型，用来实现DBMS是不现实的，尤其担心关系数据库的性能难以接受，更有人视其为当时正在进行中的网状数据库规范化工作的严重威胁。为了促进对问题的理解，1974年ACM牵头组织了一次研讨会，会上开展了一场分别以Codd和Bachman为首的支持和反对关系数据库两派之间的辩论。这次着名的辩论推动了关系数据库的发展，使其最终成为现代数据库产品的主流。
关系数据模型提供了关系操作的特点和功能要求，但不对DBMS的语言给出具体的语法要求。对关系数据库的操作是高度非过程化的，用户不需要指出特殊的存取路径，路径的选择由DBMS的优化机制来完成。Codd在70年代初期的论文论述了范式理论和衡量关系系统的12条标准，用数学理论奠定了关系数据库的基础。Codd博士也以其对关系数据库的卓越贡献获得了1983年ACM图灵奖。
关系数据模型是以集合论中的关系概念为基础发展起来的。关系模型中无论是实体还是实体间的联系均由单一的结构类型--关系来表示。在实际的关系数据库中的关系也称表。一个关系数据库就是由若干个表组成。
SQL语言的产生和发展
1974年，IBM的Ray Boyce和Don Chamberlin将Codd关系数据库的12条准则的数学定义以简单的关键字语法表现出来，里程碑式地提出了SQL（Structured Query Language）语言。SQL语言的功能包括查询、操纵、定义和控制，是一个综合的、通用的关系数据库语言，同时又是一种高度非过程化的语言，只要求用户指出做什么而不需要指出怎么做。SQL集成实现了数据库生命周期中的全部操作。自产生之日起，SQL语言便成了检验关系数据库的试金石，而SQL语言标准的每一次变更都指导着关系数据库产品的发展方向。
在SQL语言取得进展的同时，IBM研究中心于1973年开始着手SystemR项目。其目标是论证一个全功能关系DBMS的可行性。该项目结束于1979年，完成了第一个实现SQL的DBMS。1986年，ANSI把SQL作为关系数据库语言的美国标准，同年公布了标准SQL文本。目前SQL标准有3个版本。基本SQL定义是ANSIX3135-89，"Database Language - SQL with Integrity Enhancement"[ANS89]，一般叫做SQL-89。SQL-89定义了模式定义、数据操作和事务处理。SQL-89和随后的ANSIX3168-1989,"DatabaseLanguage-EmbeddedSQL"构成了第一代SQL标准。ANSIX3135-1992[ANS92]描述了一种增强功能的SQL，现在叫做SQL-92标准。SQL-92包括模式操作，动态创建和SQL语句动态执行、网络环境支持等增强特性。在完成SQL-92标准后，ANSI和ISO即开始合作开发SQL3标准。SQL3的主要特点在于抽象数据类型的支持，为新一代对象关系数据库提供了标准。
第二部分 主流关系数据库软件介绍
Codd的关系数据库理论把关系系统分为表式系统、（最小）关系系统、关系上完备的系统、全关系系统4个级别。目前尚没有一个数据库系统是完全关系系统。真正称做关系系统的应该至少是关系上完备的系统。现代的主流关系数据库产品都是关系上完备的。
一、IBM的DB2 / DB2 universal database
作为关系数据库领域的开拓者和领航人，IBM于1980年开始提供集成的数据库服务器--System/38，随后是SQL/DSforVSE和VM，其初始版本与SystemR研究原型密切相关。DB2forMVSV1在1983年推出。该版本的目标是提供这一新方案所承诺的简单性，数据不相关性和用户生产率。DB2以后的版本的重点是改进其性能、可靠性和容量，以满足广泛的关键业务的行业需求。1988年DB2forMVS提供了强大的在线事务处理（OLTP）支持，1989年和1993年分别以远程工作单元和分布式工作单元实现了分布式数据库支持。最近推出的DB2UniversalDatabase6.1则是通用数据库的典范，是第一个具备网上功能的多媒体关系数据库管理系统，支持包括Linux在内的一系列平台。其主要新功能包括：
1）提供了JavaStoredProcereBuilder支持服务器端的存储过程快速开发。
2）支持与目录服务器通讯的标准LDAP。
3）增强的转换及迁移工具。
4）扩展的DB2通用数据库控制中心，可在更多的平台下采用相同的图形工具完成管理工作。
5）提高了电子商务性能，提供多种电子商务整合方案。
6）具有强大的XML支持能力。
二、Informix的历史 ／ InformixIDS2000
Informix在1980年成立，目的是为Unix等开放操作系统提供专业的关系型数据库产品。公司的名称Informix便是取自Information和Unix的结合。
Informix第一个真正支持SQL语言的关系数据库产品是InformixSE（StandardEngine）。InformixSE的特点是简单、轻便、适应性强。它的装机量非常之大，尤其是在当时的微机Unix环境下，成为主要的数据库产品。它也是第一个被移植到Linux上的商业数据库产品。
在90年代初，联机事务处理成为关系数据库越来越主要的应用，同时，Client/Server结构日渐兴起。为了满足基于Client/Server环境下联机事务处理的需要，Informix在其数据库产品中引入了Client/Server的概念，将应用对数据库的请求与数据库对请求的处理分割开来，推出了Informix-OnLine，OnLine的一个特点是数据的管理的重大改变，即数据表不再是单个的文件，而是数据库空间和逻辑设备。逻辑设备不仅可以建立在文件系统之上，还可以是硬盘的分区和裸设备。由此提高了数据的安全性。
1993年，为了克服多进程系统性能的局限性，Informix使用多线程机制重新改写数据库核心，次年初，Informix推出了采用被称为"动态可伸缩结构"（DSA）的InformixDynamicServer。除了应用线程机制以外，Informix在数据库核心中引入了虚处理器的概念，每个虚处理器就是一个Informix数据库服务器进程。在DynamicServer中，多条线程可以在虚处理器缓冲池中并行执行，而每个虚处理机又被实际的多处理机调度执行。更重要的是：为了执行高效性和多功能的调谐，Informix将虚处理器根据不同的处理任务进行了分类。每一类被优化以完成一种特定的功能。
到90年代后期，随着Internet的兴起，电子文档、图片、视频、空间信息、Internet/Web等应用潮水般涌入IT行业，而关系数据库所管理的数据类型仍停留在数字、字符串、日期等六七十年代的水平上，其处理能力便显得力不从心了。1992年，着名的数据库学者、Ingres的创始人加州大学伯克利分校的MichaelStonebraker教授提出对象关系数据库模型，从而找到了一条解决问题的有效途径。
1995年，Stonebraker及其研发组织的加入了Informix，使之在数据库发展方向上有了一个新的突破：1996年Informix推出了通用数据选件（Universal Data Option）。这是一个对象关系模型的数据库服务器；它与其他厂商中间件的解决方案不同，从关系数据库服务器内部的各个环节对数据库进行面向对象的扩充；将关系数据库的各种机制抽象化、通用化。UniversalDataOption采用了DynamicServer的所有底层技术，如DSA结构和并行处理，同时允许用户在数据库中建立复杂的数据类型及用户自定义的数据类型，同时可对这些数据类型定义各种操作和运算以实现对象的封装。在定义操作和运算时可以采用数据库过程语言、C语言，它们经注册后成为服务器的一部分。
1999年，Informix进一步将Universal Data Option进行了优化，为用户自定义数据类型和操作过程提供了完整的工具环境。同时在传统事务处理的性能超过了以往的Dynamic Server。新的数据库核心便被命名为IDS.2000。它的目标定位于下世纪基于Internet的复杂数据库应用。
事实上，Internet的普及从Web开始。Web应用以简便和图文并茂见长。但充斥整个系统的HTML文件又将我们不知不觉地带回了文件系统的时代。采用数据库管理Internet信息遇到的第一个挑战就是复杂信息的管理问题，Internet的出现将"数据"的概念在实际应用中扩大了。为此，自1995年起，Informix便着手进行新一代数据库系统的设计。作为专业的数据库厂商，Informix首先针对Internet应用中数据类型的多样化，采用对象技术对关系数据库体系进行了扩展。与众不同之处在于，Informix并非将新的数据类型写死在数据库核心中，而是将数据库系统中各个环节充分地抽象化，使用户有能力定义和描述自己需要管理的数据类型，将可管理的数据类型扩展到无限，同时适应了未来应用发展的需要。这就是Informix今年新推出的数据库服务器--InformixDynamicServer.2000（简称IDS.2000）。
在IDS.2000中，Informix的另一重大贡献在于抽象化数据库的访问方法（索引机制和查询优化）并将其中接口开放。这样，用户便可以自己定义对复杂对象的全新的索引机制，并融入整个数据库服务器。在IDS.2000中，所有用户自定义的数据类型、操作、索引机制都将被系统与其内置的类型、操作和索引机制同等对待。IDS.2000将所有数据库操作纳入标准数据库SQL的范畴，在形式上与传统关系数据库完全兼容，但适应了"数据"概念拓展的需求，成为真正的通用数据库。Informix在IDS.2000之上增加了一系列核心扩展模块，构成了面向Internet的多功能数据库服务器Informix Internet Foundation.2000。
INFORMIX主要产品分为三大部分：
数据库服务器(数据库核心)
应用开发工具
网络数据库互联产品
数据库服务器有两种，作用都是提供数据操作和管理：
SE：完全基于UNIX操作系统，主要针对非多媒体的较少用户数的应用
ONLINE：针对大量用户的联机事务处理和多媒体应用环境
应用开发工具是用以开发应用程序必要的环境和工具，主要也有两个系列：
4GL：INFORMIX传统的基于字符界面的开发工具，该系列的主要产品有五个，他们是I-SQL、4GL RDS、4GL C COMPILER、4GL ID和ESQL/C；
NewEra：INFORMIX最新提供的具有事件驱动能力、面向对象的基于各种图形界面的开发工具。
INFORMIX的网络数据库互联产品：提供给用户基于多种工业标准的应用程序接口，通过它可以和其它遵守这些工业标准的数据库联接。
三、Sybase的历史 ／ Sybase ASE
Sybase公司成立于1984年，公司名称"Sybase"取自"system"和"database"相结合的含义。Sybase公司的创始人之一Bob Epstein是Ingres大学版（与System/R同时期的关系数据库模型产品）的主要设计人员。公司的第一个关系数据库产品是1987年5月推出的SybaseSQLServer1.0。
Sybase首先提出了Client/Server数据库体系结构的思想，并率先在自己的SybaseSQLServer中实现。在此之前，计算机信息一般都存储在单一的主机计算机中，最终用户一般都通过字符终端管理和访问主机，绝大多数的处理都由主机完成，终端主要完成输入和简单的显示功能。这种主机/终端模式的软硬件费用相当高，中小型企业一般都无法实施。在70年代末和80年代初，IT业发生了两件产生深远影响的事件：PC机和局域网络的迅速普及。PC机比终端的功能要强得多，局域网的速度也比主机终端之间的连接速度快得多，而且与主机系统相比，它们的费用也低得多，与此同时，工作站和小型机也飞速发展，在许多方面可以取代主机的功能，这些为实施Client/Server体系结构提供了硬件的基础。
在Client/Server体系结构中，服务器提供数据的存储和管理等功能，客户端运行相应的应用，通过网络可获得服务器的服务，使用服务器上的数据库资源。客户机和服务器通过网络连结成为一个互相协作的系统。Client/Server体系结构将原来运行在主机系统上的大型数据库系统进行适当的划分，在客户机和服务器之间进行合理的分配，在Sybase SQL Server中，将数据库和应用划分为以下几个逻辑功能：用户接口（User Interface）、表示逻辑（Presentation Logic）、事务逻辑（Transaction Logic）、数据存取（Data Access）。Sybase的设计思想是将事务逻辑和数据存取放在服务器一侧处理，而把用户接口、表示逻辑放在客户机上处理。
Client/Server体系结构把硬件和软件合理的配置和设计，极大地推动了当时联机企业信息系统的实现。与主机/终端模式相比，Client/Server体系结构可以更好地实现数据服务和应用程序的共享，并且系统容易扩充，更加灵活，简化了企业信息系统的开发。当信息系统的规模扩大或需求改变时，不必重新设计而可以在原有的基础上进行扩充和调整，从而保护了企业在硬件和软件上的已有的投资。
“Client/Server体系结构"很快成为企业信息建设的主要模式，对数据库乃至IT业的发展产生了深远的影响。
1989年，Sybase发布了OpenClient/OpenServer，这一产品为不同的数据源和几百种工具和应用提供了一致的开放的接口，为实现异构环境下系统的可互操作提供了非常有效的手段。
1992年11月，Sybase发布了SQLServer10.0和一系列的新产品（在此之前，SQLServer相继推出了2.0、4.2、4.8、4.9等版本），将SQLServer从一个Client/Server系统推进到支持企业级的计算环境。Sybase将此产品系列叫做System10。它是根据能支持企业级数据库（运行Sybase和其他厂商的数据库系统）来设计的。
SybaseSQLServer10.0是System10的核心。与4.9版相比，增加了许多新的特点和功能：修改过的Transact-SQL完全符合ANSI-89SQL标准以及ANSI-92入口级SQL标准，此外还增强了对游标的控制，允许应用程序按行取数据，也允许整个数据双向滚动。此外，还引入了阀值管理器。1995年，Sybase推出了SybaseSQLServer11.0。除了继续对联机事务提供强有力的支持之外，Sybase在11.0中增加了不少新功能以支持联机分析处理和决策支持系统。
为了适应现在和未来不断变化的应用需求，Sybase在1997年4月发布了适应性体系结构（Adaptive Component Architecture , ACA）。ACA是一种3层结构：包括客户端、中间层和服务器。每一层都提供了组件的运行环境，ACA结构可以按照应用需求方便地对系统的每一层进行配置，适应未来的发展要求。与ACA体系结构相适应，Sybase将SQLServer重新命名为Adaptive Server Enterprise，版本号为11.5。在ACA结构中，提出了两种组件的概念：逻辑组件和数据组件。逻辑组件是实现应用逻辑的组件，可以用Java、C/C++、Power Builder等语言来开发，可遵循目前流行的组件标准，如Corba、ActiveX和JavaBean等。而数据组件可实现对不同类型数据的存储和访问。数据组件由Adaptive Server Enterprise11.5（简称ASE11.5）提供。这些数据组件不仅可以完成传统的关系型数据的存储，而且可以支持各种复杂数据类型，用户可以根据用户需要存储的数据类型安装相应的数据存储组件，例如地理空间、时间序列、多媒体/图像、文本数据等。它代表了Sybase在解决复杂数据类型、多维数据类型和对象数据类型等方面的技术策略。
ASE11.5显着增强了对数据仓库和OLAP的支持，引入了逻辑进程管理器允许用户选择对象的运行优先级。
Sybase在1998年推出了ASE11.9.2。这一版本最大的特点是引入了两种新型的锁机制来保证系统的并发性和性能：数据页锁和数据行锁，提供了更精细的粒度控制。另外在查询优化方面也得到了改进。
----进入1999年，随着Internet的广泛使用，为了帮助企业建立企业门户应用，Sybase提出了"OpenDoor"计划，其中一个重要的组成部分就是推出了最新的面向企业门户的ASE12.0。为了满足企业门户的要求，ASE12.0在生产率、可用性和集成性方面做了显着的增强。
ASE12提供了对Java和XML良好的支持，通过完全支持分布事务处理的业界标准X/Open的XA接口标准和微软的DTC标准保证分布事务的完整性，内置高效的事务管理器（TransactionManager）可以支持分布事务的高吞吐量。
ASE12采用了群集（cluster）技术减少意外停机时间。不但支持两个服务器之间的失败转移（failover），还可支持自动的客户端的失败转移。
----ASE12提供了对ACE和Kerberos安全模式的支持，用户可以通过ACE和Kerberos提供更加安全和加密的网络通信；ASE12还提供了联机索引重建功能，在索引重建时，表中的数据仍可被访问。
在查询优化方面，ASE12引入了一种新的称为"Merge Join"的算法，可以显着提高多表连接查询的速度；通过executeimmediate语句可以执行动态SQL语句；用户可以定义永久和完整的查询方案，从而可以进行更有效的性能优化。此外，ASE12与其他Sybase产品（例如Sybase Enterprise Application Server和Sybase Enterprise Event Broker）一起提供对一个完整的标准Internet接口的支持。