¿Qué tipos de bases de datos existen? ¿A qué tipo pertenece la base de datos EXCEL?
30 años de desarrollo de bases de datos
1. Base de datos de red
La primera que apareció fue el DBMS de red. En el modelo de red, los registros se utilizan como unidad de almacenamiento de datos. Un registro contiene varios elementos de datos. Los elementos de datos en una base de datos de red pueden ser datos compuestos y de múltiples valores. Cada registro tiene un identificador interno que lo identifica de forma única, llamado código (DatabaseKey, DBK), que es asignado automáticamente por el DBMS cuando un registro se almacena en la base de datos. DBK puede considerarse como la dirección lógica del registro, puede usarse como sustituto del registro o puede usarse para buscar registros. La base de datos de la red es una base de datos de navegación. Al operar la base de datos, los usuarios no solo explican qué hacer, sino también cómo hacerlo. Por ejemplo, en la declaración de búsqueda, no solo se debe especificar el objeto de búsqueda, sino también la ruta de acceso.
El primer sistema de gestión de bases de datos en red del mundo y el primer DBMS fue el IDS (Integrated Data Store) desarrollado con éxito por Bachman y otros de la American General Electric Company en 1964. IDS sentó las bases para la base de datos de la red y se distribuyó y aplicó ampliamente en ese momento. En 1971, el DBTG (DataBaseTaskGroup, Database Task Group) en CODASYL (Conferencia sobre lenguajes de sistemas de datos, Comité de sistemas de datos) en los Estados Unidos propuso un famoso informe DBTG, que definía el modelo y el lenguaje de datos de la red, y realizó más informes en 1978. y 1981. Modificado y complementado. Por lo tanto, el modelo de datos de red también se denomina modelo CODASYL o modelo DBTG. En 1984, el Instituto Nacional Estadounidense de Estándares (ANSI) propuso un estándar recomendado para el lenguaje de definición de red (NDL). En la década de 1970, apareció una gran cantidad de productos DBMS de bases de datos de red. Los más famosos incluyen IDMS de Cullinet Software Company, IDSII de Honeywell Company, DMS1100 de Univac Company (más tarde fusionada con Unisys Company), IMAGE de HP Company, etc. El modelo de base de datos de red puede simular naturalmente cosas jerárquicas y no jerárquicas. Antes de la aparición de las bases de datos relacionales, los DBMS de red se usaban más comúnmente que los DBMS jerárquicos. En la historia del desarrollo de bases de datos, las bases de datos en red ocupan una posición importante.
2. Base de datos jerárquica
El sistema de gestión de base de datos jerárquica aparece muy cerca de la base de datos de la red. Muchas cosas en el mundo real están organizadas jerárquicamente. El modelo de datos jerárquico se propuso por primera vez para simular cosas organizadas jerárquicamente. Las bases de datos jerárquicas también acceden a los datos por registro. La relación de datos más básica en el modelo de datos jerárquico es la relación jerárquica básica, que representa una relación de uno a muchos entre dos tipos de registros, también llamada relación padre-hijo (PCR). Hay un solo tipo de registro sin padres en la base de datos, que se denomina nodo raíz. Otros tipos de registros tienen uno y sólo un padre. En el modelo jerárquico, la asignación de un nodo a sus padres es única, por lo que para cada tipo de registro (excepto el nodo raíz), solo necesita señalar sus padres para expresar la estructura general del modelo jerárquico. El modelo jerárquico tiene forma de árbol.
El sistema de base de datos jerárquico más famoso y típico es el IMS (Sistema de gestión de información) de IBM, que es el primer producto de programa de sistema de base de datos a gran escala desarrollado por IBM. Desde su aparición a fines de la década de 1960, ahora se ha desarrollado para IMSV6, brindando soporte para funciones avanzadas como agrupación en clústeres, intercambio de datos de canal N y uso compartido de colas de mensajes. Este producto de base de datos de 30 años desempeña un nuevo papel en las conexiones de aplicaciones WWW y las aplicaciones de inteligencia empresarial de hoy.
3. Base de datos relacional
Establecimiento de un modelo relacional
Las bases de datos en red y las bases de datos jerárquicas han resuelto bien el problema de la concentración y el intercambio de datos, pero aún existe. una gran deficiencia en la independencia de los datos y el nivel de abstracción. Cuando los usuarios acceden a estas dos bases de datos, aún necesitan aclarar la estructura de almacenamiento de los datos e indicar la ruta de acceso. La base de datos relacional que surgió más tarde resolvió mejor estos problemas. La teoría de las bases de datos relacionales apareció a finales de los años 1960 y principios de los 1970.
En 1970, el investigador de IBM, el Dr. E.F. Codd, publicó el artículo "Modelo relacional para bancos de datos compartidos a gran escala" y propuso el concepto de modelo relacional. Más tarde, Codd publicó muchos artículos uno tras otro, sentando las bases para las bases de datos relacionales. El modelo relacional tiene una base matemática estricta, un nivel relativamente alto de abstracción y es simple y claro, lo que lo hace fácil de entender y usar. Sin embargo, en ese momento, algunas personas creían que el modelo relacional era un modelo de datos ideal y que no era realista implementar un DBMS. Estaban particularmente preocupados de que el rendimiento de la base de datos relacional fuera inaceptable. amenaza para el trabajo de estandarización de bases de datos de red en curso en ese momento. Para promover la comprensión del problema, ACM tomó la iniciativa de organizar un simposio en 1974, en el que tuvo lugar un debate entre partidarios y opositores de las bases de datos relacionales, encabezados por Codd y Bachman respectivamente. Este famoso debate impulsó el desarrollo de bases de datos relacionales, que eventualmente se convirtieron en la corriente principal de los productos de bases de datos modernos.
El modelo de datos relacionales proporciona las características y requisitos funcionales de las operaciones relacionales, pero no proporciona requisitos gramaticales específicos para el lenguaje del DBMS. Las operaciones en bases de datos relacionales no son procedimentales y los usuarios no necesitan indicar rutas de acceso especiales. La selección de rutas se completa mediante el mecanismo de optimización del DBMS. El artículo de Codd de principios de la década de 1970 analizaba la teoría de los paradigmas y 12 criterios para medir sistemas relacionales, sentando las bases para las bases de datos relacionales con la teoría matemática. El Dr. Codd también ganó el premio ACM Turing de 1983 por sus destacadas contribuciones a las bases de datos relacionales.
El modelo de datos relacionales se desarrolla basándose en el concepto relacional de la teoría de conjuntos. En el modelo relacional, tanto las entidades como las conexiones entre entidades están representadas por un único tipo estructural: la relación. Las relaciones en bases de datos relacionales reales también se denominan tablas. Una base de datos relacional se compone de varias tablas.
El surgimiento y desarrollo del lenguaje SQL
En 1974, Ray Boyce y Don Chamberlin de IBM expresaron la definición matemática de los 12 principios de la base de datos relacional de Codd en una sintaxis de palabras clave simple Milestone. propuso el lenguaje SQL (lenguaje de consulta estructurado). Las funciones del lenguaje SQL incluyen consulta, manipulación, definición y control. Es un lenguaje de base de datos relacional integral y universal. También es un lenguaje altamente no procedimental. Solo requiere que los usuarios indiquen qué hacer, pero no cómo hacerlo. . La integración SQL implementa todas las operaciones en el ciclo de vida de la base de datos. Desde sus inicios, el lenguaje SQL se ha convertido en la piedra de toque para probar bases de datos relacionales, y cada cambio en el estándar del lenguaje SQL guía la dirección de desarrollo de los productos de bases de datos relacionales.
Mientras el lenguaje SQL avanzaba, el Centro de Investigación de IBM comenzó a trabajar en el proyecto SystemR en 1973. Su objetivo es demostrar la viabilidad de un DBMS relacional con todas las funciones. El proyecto finalizó en 1979 con la finalización del primer DBMS que implementaba SQL. En 1986, ANSI adoptó SQL como estándar estadounidense para lenguajes de bases de datos relacionales y publicó el texto SQL estándar ese mismo año. Actualmente existen 3 versiones del estándar SQL. La definición básica de SQL es ANSIX3135-89, "Lenguaje de base de datos - SQL con mejora de integridad" [ANS89], generalmente llamado SQL-89. SQL-89 define la definición de esquemas, las operaciones de datos y el procesamiento de transacciones. SQL-89 y el posterior ANSIX3168-1989, "DatabaseLanguage-EmbeddedSQL" constituyen la primera generación de estándares SQL. ANSIX3135-1992 [ANS92] describe una versión mejorada de SQL, ahora denominada estándar SQL-92. SQL-92 incluye operaciones de esquema, creación dinámica y ejecución dinámica de declaraciones SQL, soporte de entorno de red y otras características mejoradas. Después de completar el estándar SQL-92, ANSI e ISO comenzaron a cooperar para desarrollar el estándar SQL3. La característica principal de SQL3 es el soporte de tipos de datos abstractos, lo que proporciona un estándar para una nueva generación de bases de datos relacionales de objetos.
Parte 2: Introducción al software de bases de datos relacionales convencional
La teoría de bases de datos relacionales de Codd divide los sistemas relacionales en sistemas tabulares, sistemas relacionales (mínimos), sistemas relacionales completos y relaciones completas. 4 niveles. Actualmente no existe ningún sistema de base de datos que sea completamente relacional.
Lo que verdaderamente se llama un sistema relacional debería ser al menos un sistema relacional completo. Los productos de bases de datos relacionales convencionales más modernos son todos relacionalmente completos.
1. Base de datos universal DB2 / DB2 de IBM
Como pionero y líder en el campo de las bases de datos relacionales, IBM comenzó a proporcionar un servidor de bases de datos integrado: System/38 en 1980. Le siguió SQL/DS para VSE y VM, cuyas versiones iniciales estaban estrechamente vinculadas al prototipo de investigación SystemR. DB2forMVSV1 se lanzó en 1983. El objetivo de esta versión es ofrecer la simplicidad, la irrelevancia de los datos y la productividad del usuario prometida por este nuevo esquema. Las versiones futuras de DB2 se centrarán en mejorar su rendimiento, confiabilidad y capacidad para satisfacer las necesidades de una amplia gama de industrias críticas para el negocio. En 1988, DB2forMVS proporcionó un potente soporte de procesamiento de transacciones en línea (OLTP). En 1989 y 1993, se implementó el soporte de bases de datos distribuidas con unidades de trabajo remotas y unidades de trabajo distribuidas, respectivamente. El DB2UniversalDatabase6.1 lanzado recientemente es un modelo de base de datos universal. Es el primer sistema de gestión de bases de datos relacionales multimedia con funciones en línea y admite una serie de plataformas, incluido Linux. Sus principales características nuevas incluyen:
1) Proporciona JavaStoredProcedureBuilder para soportar el rápido desarrollo de procedimientos almacenados del lado del servidor.
2) Admite LDAP estándar para comunicarse con servidores de directorio.
3) Herramientas de conversión y migración mejoradas.
4) El centro de control de base de datos universal DB2 ampliado puede utilizar las mismas herramientas gráficas para completar el trabajo de administración en más plataformas.
5) Se mejoró el rendimiento del comercio electrónico y se proporcionó una variedad de soluciones de integración de comercio electrónico.
6) Tiene sólidas capacidades de soporte XML.
2. Historia de Informix / InformixIDS2000
Informix se fundó en 1980 con el propósito de proporcionar productos de bases de datos relacionales profesionales para sistemas operativos abiertos como Unix. El nombre de la empresa, Informix, deriva de la combinación de Information y Unix.
El primer producto de base de datos relacional de Informix que realmente soporta el lenguaje SQL es InformixSE (StandardEngine). InformixSE se caracteriza por su simplicidad, portabilidad y adaptabilidad. Su capacidad instalada era muy grande, especialmente en el entorno de microcomputadoras Unix de la época, y se convirtió en el principal producto de base de datos. También fue el primer producto de base de datos comercial que se portó a Linux.
A principios de la década de 1990, el procesamiento de transacciones en línea se convirtió en una aplicación cada vez más importante de las bases de datos relacionales y, al mismo tiempo, la estructura Cliente/Servidor estaba emergiendo cada vez más. Para satisfacer las necesidades del procesamiento de transacciones en línea en un entorno Cliente/Servidor, Informix introdujo el concepto de Cliente/Servidor en sus productos de bases de datos, separó la solicitud de la aplicación a la base de datos del procesamiento de la solicitud por parte de la base de datos y lanzó Informix-OnLine. Una característica de OnLine es un cambio importante en la gestión de datos, es decir, la tabla de datos ya no es un archivo único, sino un espacio de base de datos y un dispositivo lógico. Los dispositivos lógicos no solo pueden construirse sobre sistemas de archivos, sino también ser particiones y dispositivos sin formato de discos duros. Esto aumenta la seguridad de los datos.
En 1993, para superar las limitaciones de rendimiento de los sistemas multiproceso, Informix reescribió el núcleo de la base de datos utilizando un mecanismo de subprocesos múltiples. A principios del año siguiente, Informix lanzó una base de datos llamada "Dynamic". Arquitectura Escalable" (DSA). InformixDynamicServer. Además de aplicar el mecanismo de subprocesos, Informix introduce el concepto de procesadores virtuales en el núcleo de la base de datos. Cada procesador virtual es un proceso de servidor de base de datos de Informix. En DynamicServer, se pueden ejecutar varios subprocesos en paralelo en el grupo de búfer del procesador virtual, y cada procesador virtual está programado para su ejecución mediante un multiprocesador real. Es más: para realizar ajustes para lograr eficiencia y versatilidad, Informix clasifica los procesadores virtuales según diferentes tareas de procesamiento.
Cada clase está optimizada para realizar una función específica.
A finales de la década de 1990, con el auge de Internet, los documentos electrónicos, imágenes, vídeos, información espacial, Internet/Web y otras aplicaciones inundaron la industria de TI, pero los tipos de datos gestionados por bases de datos relacionales aún permaneció A nivel de números, cadenas, fechas, etc. en las décadas de 1960 y 1970, sus capacidades de procesamiento están más allá de sus capacidades. En 1992, el profesor Michael Stonebraker de la Universidad de California, Berkeley, un conocido estudioso de las bases de datos y fundador de Ingres, propuso el modelo de base de datos relacional de objetos, encontrando así una forma eficaz de resolver el problema.
En 1995, Stonebraker y su organización de I+D se unieron a Informix, lo que le dio un nuevo avance en la dirección del desarrollo de bases de datos: en 1996, Informix lanzó Universal Data Option. Este es un servidor de base de datos de modelo relacional de objetos; se diferencia de las soluciones de middleware de otros fabricantes en que expande la base de datos de manera orientada a objetos desde todos los aspectos dentro del servidor de base de datos relacional y abstrae y generaliza los diversos mecanismos del; base de datos relacional. UniversalDataOption adopta todas las tecnologías subyacentes de DynamicServer, como la estructura DSA y el procesamiento paralelo, y permite a los usuarios establecer tipos de datos complejos y tipos de datos definidos por el usuario en la base de datos. Al mismo tiempo, se pueden definir varias operaciones y cálculos sobre estos datos. tipos para implementar objetos de embalaje. El lenguaje de proceso de la base de datos y el lenguaje C se pueden utilizar al definir operaciones y cálculos, y pasan a formar parte del servidor después del registro.
En 1999, Informix optimizó aún más la opción Universal Data para proporcionar un entorno de herramientas completo para tipos de datos y procesos operativos definidos por el usuario. Al mismo tiempo, el rendimiento del procesamiento de transacciones tradicional supera al del servidor dinámico anterior. El nuevo núcleo de la base de datos se denominó IDS.2000. Su objetivo es aplicaciones complejas de bases de datos basadas en Internet en el próximo siglo.
De hecho, la popularidad de Internet comenzó con la Web. Las aplicaciones web son conocidas por su simplicidad y su riqueza en gráficos y texto. Pero los archivos HTML que inundan todo el sistema nos han devuelto, sin saberlo, a la era de los sistemas de archivos. El primer desafío que se enfrenta al utilizar una base de datos para gestionar información de Internet es la gestión de información compleja. La aparición de Internet ha ampliado el concepto de "datos" en aplicaciones prácticas. Para ello, Informix diseña desde 1995 un sistema de base de datos de nueva generación. Como fabricante profesional de bases de datos, Informix utilizó por primera vez la tecnología de objetos para expandir el sistema de bases de datos relacionales en respuesta a la diversificación de los tipos de datos en las aplicaciones de Internet. La diferencia es que Informix no escribe nuevos tipos de datos en el núcleo de la base de datos, sino que abstrae completamente todos los aspectos del sistema de base de datos, lo que permite a los usuarios definir y describir los tipos de datos que necesitan administrar, lo que hace posible Los tipos de Los datos gestionados se amplían a un nivel ilimitado y se adaptan a las necesidades del futuro desarrollo de aplicaciones. Este es el nuevo servidor de bases de datos lanzado por Informix este año: InformixDynamicServer.2000 (IDS.2000 para abreviar).
En IDS.2000, otra contribución importante de Informix es abstraer el método de acceso a la base de datos (mecanismo de índice y optimización de consultas) y abrir la interfaz. De esta manera, los usuarios pueden definir su propio mecanismo de indexación nuevo para objetos complejos e integrarlo en todo el servidor de la base de datos. En IDS.2000, el sistema tratará todos los tipos de datos, operaciones y mecanismos de indexación definidos por el usuario de la misma manera que sus tipos, operaciones y mecanismos de indexación integrados. IDS.2000 lleva todas las operaciones de bases de datos al alcance de la base de datos estándar SQL, que es totalmente compatible con las bases de datos relacionales tradicionales en su forma, pero se adapta a las necesidades de la expansión del concepto de "datos" y se convierte en una base de datos verdaderamente universal. Informix ha agregado una serie de módulos de extensión principales además de IDS.2000 para formar Informix Internet Foundation.2000, un servidor de bases de datos multifuncional orientado a Internet.
Los principales productos de INFORMIX se dividen en tres partes:
Servidor de base de datos (núcleo de base de datos)
Herramientas de desarrollo de aplicaciones
Productos de interconexión de bases de datos en red
Existen dos tipos de servidores de bases de datos, los cuales proporcionan operación y gestión de datos:
SE: completamente basado en el sistema operativo UNIX, dirigido principalmente a aplicaciones no multimedia con un una pequeña cantidad de usuarios
p>
ONLINE: procesamiento de transacciones en línea y entorno de aplicaciones multimedia para una gran cantidad de usuarios
Las herramientas de desarrollo de aplicaciones son los entornos y herramientas necesarios para desarrollar aplicaciones Hay dos series principales:
4GL: la herramienta de desarrollo de interfaz tradicional basada en caracteres de INFORMIX. Hay cinco productos principales en esta serie: I-SQL, 4GL RDS, 4GL C COMPILER, 4GL ID y. ESQL/C;
NewEra: la última herramienta de desarrollo orientada a objetos y basada en eventos de INFORMIX basada en varias interfaces gráficas.
Productos de interconexión de bases de datos de red de INFORMIX: proporcionan a los usuarios interfaces de programas de aplicación basadas en una variedad de estándares industriales, a través de las cuales pueden conectarse con otras bases de datos que cumplen con estos estándares industriales.
3. Historia de Sybase / Sybase ASE
Sybase fue fundada en 1984. El nombre de la empresa "Sybase" proviene de la combinación de "sistema" y "base de datos". Bob Epstein, uno de los fundadores de Sybase, es el diseñador principal de Ingres University Edition (un producto modelo de base de datos relacional al mismo tiempo que System/R). El primer producto de base de datos relacional de la empresa fue Sybase SQL Server 1.0, lanzado en mayo de 1987.
Sybase propuso por primera vez la idea de una arquitectura de base de datos Cliente/Servidor y fue el primero en implementarla en su propio SybaseSQLServer. Antes de esto, la información de la computadora generalmente se almacenaba en una sola computadora host. Los usuarios finales generalmente administraban y accedían al host a través de un terminal de caracteres. La mayor parte del procesamiento lo realizaba el terminal principalmente funciones de entrada y visualización. Los costos de software y hardware de este modelo de host/terminal son bastante altos y las pequeñas y medianas empresas generalmente no pueden implementarlo. A finales de los años 1970 y principios de los 1980, ocurrieron dos acontecimientos en la industria de TI que tuvieron un profundo impacto: la rápida popularidad de las PC y las redes de área local. Las PC son mucho más potentes que los terminales, las LAN son mucho más rápidas que las conexiones entre terminales host y son mucho menos costosas que los sistemas host. Al mismo tiempo, las estaciones de trabajo y las minicomputadoras también se están desarrollando rápidamente y pueden reemplazar las funciones de las. host en muchos aspectos. Estos proporcionan la base de hardware para implementar la arquitectura Cliente/Servidor.
En la arquitectura Cliente/Servidor, el servidor proporciona funciones como almacenamiento y administración de datos, y el cliente ejecuta las aplicaciones correspondientes, obtiene servicios del servidor a través de la red y utiliza recursos de la base de datos en el servidor. El cliente y el servidor están conectados a través de la red para formar un sistema cooperativo. La arquitectura Cliente/Servidor divide adecuadamente el gran sistema de base de datos que se ejecuta originalmente en el sistema host y lo asigna razonablemente entre el cliente y el servidor. En Sybase SQL Server, la base de datos y la aplicación se dividen en las siguientes funciones lógicas: Interfaz de usuario (Interfaz de usuario). ), Lógica de presentación (Lógica de presentación), Lógica de transacción (Lógica de transacción), Acceso a datos (Acceso a datos). La filosofía de diseño de Sybase es manejar la lógica de transacciones y el acceso a datos en el lado del servidor, mientras coloca la interfaz de usuario y la lógica de presentación en el cliente.
La arquitectura Cliente/Servidor configuró y diseñó razonablemente hardware y software, lo que promovió en gran medida la implementación de sistemas de información empresarial en línea en ese momento. En comparación con el modelo host/terminal, la arquitectura Cliente/Servidor puede realizar mejor el intercambio de servicios y aplicaciones de datos, y el sistema es fácil de expandir, más flexible y simplifica el desarrollo de sistemas de información empresarial.
Cuando la escala del sistema de información se expande o las necesidades cambian, no es necesario rediseñarlo, sino que se puede ampliar y ajustar sobre la base original, protegiendo así la inversión existente de la empresa en hardware y software.
La "arquitectura cliente/servidor" pronto se convirtió en el modelo principal para la construcción de información empresarial y tuvo un profundo impacto en el desarrollo de bases de datos e incluso en la industria de TI.
En 1989, Sybase lanzó OpenClient/OpenServer. Este producto proporcionaba una interfaz consistente y abierta para diferentes fuentes de datos y cientos de herramientas y aplicaciones, logrando la interoperabilidad de sistemas en entornos de operaciones heterogéneos.
En noviembre de 1992, Sybase lanzó SQLServer 10.0 y una serie de nuevos productos (anteriormente, SQLServer lanzó sucesivamente las versiones 2.0, 4.2, 4.8, 4.9, etc.), cambiando SQLServer de un sistema Cliente/Servidor. están avanzados para soportar entornos informáticos de nivel empresarial. Sybase llama a esta serie de productos System10. Está diseñado para admitir bases de datos de clase empresarial (que ejecutan sistemas de bases de datos de Sybase y otros proveedores).
SybaseSQLServer10.0 es el núcleo de System10. En comparación con la versión 4.9, se han agregado muchas características y funciones nuevas: el Transact-SQL modificado es totalmente compatible con el estándar SQL ANSI-89 y el estándar SQL de nivel básico ANSI-92. Además, también mejora el control de los cursores. , lo que permite que las aplicaciones obtengan datos fila por fila y también permite el desplazamiento bidireccional de todos los datos. Además, se introduce un administrador de umbrales. En 1995, Sybase lanzó SybaseSQLServer11.0. Además de continuar brindando un sólido soporte para transacciones en línea, Sybase ha agregado muchas características nuevas en 11.0 para respaldar el procesamiento analítico en línea y los sistemas de soporte de decisiones.
Para adaptarse a los requisitos cambiantes de las aplicaciones ahora y en el futuro, Sybase lanzó la Arquitectura de Componentes Adaptativos (ACA) en abril de 1997. ACA es una estructura de 3 capas: que incluye cliente, capa intermedia y servidor. Cada capa proporciona el entorno operativo de los componentes. La estructura ACA puede configurar fácilmente cada capa del sistema de acuerdo con los requisitos de la aplicación para adaptarse a los requisitos de desarrollo futuros. Para adaptarse a la arquitectura ACA, Sybase cambió el nombre de SQLServer a Adaptive Server Enterprise, con el número de versión 11.5. En la estructura ACA se propone el concepto de dos componentes: componentes lógicos y componentes de datos. Los componentes lógicos son componentes que implementan la lógica de la aplicación. Pueden desarrollarse en lenguajes como Java, C/C++ y Power Builder, y pueden seguir estándares de componentes populares, como Corba, ActiveX y JavaBean. Los componentes de datos pueden almacenar y acceder a diferentes tipos de datos. El componente de datos lo proporciona Adaptive Server Enterprise11.5 (ASE11.5 para abreviar). Estos componentes de datos no solo pueden completar el almacenamiento de datos relacionales tradicionales, sino que también admiten varios tipos de datos complejos. Los usuarios pueden instalar los componentes de almacenamiento de datos correspondientes según los tipos de datos que necesitan almacenar, como geoespaciales, series temporales, multimedia/imagen. Datos de texto, etc. Representa la estrategia técnica de Sybase para resolver tipos de datos complejos, tipos de datos multidimensionales y tipos de datos de objetos.
ASE11.5 mejora significativamente su soporte para almacenamiento de datos y OLAP, e introduce un administrador de procesos lógicos para permitir a los usuarios seleccionar la prioridad de ejecución de los objetos.
Sybase lanzó ASE11.9.2 en 1998. La característica más importante de esta versión es la introducción de dos nuevos mecanismos de bloqueo para garantizar la simultaneidad y el rendimiento del sistema: bloqueos de páginas de datos y bloqueos de filas de datos, que proporcionan un control granular más preciso. Además, se han realizado mejoras en la optimización de consultas.
----En 1999, con el uso generalizado de Internet, para ayudar a las empresas a crear aplicaciones de portal empresarial, Sybase propuso el plan "OpenDoor", una parte importante del cual es el lanzamiento del ASE12.0 orientado a la última versión para Enterprise Portal.
Para cumplir con los requisitos de los portales empresariales, ASE12.0 ha realizado mejoras significativas en productividad, usabilidad e integración.
ASE12 proporciona un buen soporte para Java y XML. Garantiza la integridad de las transacciones distribuidas al ser totalmente compatible con el estándar de interfaz XA de la industria X/Open para el procesamiento de transacciones distribuidas y el estándar DTC de Microsoft, y tiene una función eficiente incorporada. transacciones El administrador (TransactionManager) puede admitir un alto rendimiento de transacciones distribuidas.
ASE12 utiliza tecnología de clúster para reducir el tiempo de inactividad inesperado. No solo admite la conmutación por error entre dos servidores, sino que también admite la conmutación por error automática del cliente.
----ASE12 proporciona soporte para los modos de seguridad ACE y Kerberos. Los usuarios pueden proporcionar una comunicación de red más segura y cifrada a través de ACE y Kerberos; todavía se puede acceder a la tabla.
En términos de optimización de consultas, ASE12 introduce un nuevo algoritmo llamado "Merge Join", que puede mejorar significativamente la velocidad de las consultas de conexión de múltiples tablas que los usuarios pueden ejecutar a través de la declaración de ejecución inmediata; Defina planes de consulta permanentes y completos, permitiendo una optimización del rendimiento más efectiva. Además, ASE12 se une a otros productos de Sybase como Sybase Enterprise Application Server y Sybase Enterprise Event Broker para brindar soporte para una interfaz de Internet estándar completa.