Informe - Grupo Linux - Comparativa de distintos SGBD bajo Linux

Transcripción

1 Informe - Grupo Linux - Comparativa de distintos SGBD bajo Linux 7/01/03

2 Grupo Linux 2 La elección de un SGBD (Sistema de Gestión de Base de Datos) es un punto de discusión necesario dentro de los departamentos de sistemas de cualquier corporación. Dicha decisión acarrea consecuencias para la organización, a veces de manera permanente. Los factores que inciden dentro de la decisión de adoptar una u otra plataforma son muy variados y complejos a la vez. Generalmente la inversión a realizar en una solución comercial para base de datos es muy alta, y a veces injustificada. Hasta hace muy poco tiempo, había muy pocas y y por tanto muy claras opciones a escoger. Cada opción con características que hacen que se elija con qué paquete casarse. Sin embargo esta situación a cambiado, pues están apareciendo productos Open-Source totalmente gratuitos, que pueden en muchos casos, sustituir de manera eficiente a los mejores SGBD comerciales. En el presente documento, se presenta un estudio sobre los SGBD Open-Source de más posibilidades, además se resume el proceso de migración de una BD Oracle al SGBD postgresql.! "$#%& '(!)+*, - *+.0/2143 La información presentada a continuación se ha extraído de diversas fuentes. Consultar el apartado de documentación para mayor información. MySQL PostgreSQL Interbase 6.0 Versión: v3.23 v7.2 v6.0 (Open Source) Licencia: GPL o comercial BSD IGPL Plataformas: Software cliente Interfaces de prog. Triggers, Proc. Alm. y Vistas Migración desde Oracle y Access. Soporte para objetos grandes Linux, Solaris, HP-UX, MacOs, AIX, SCO, IRIX, FreeBSD, NetBSD, OpenBSD, Windows (95 /98 /NT /2000 /XP), BSDI, DEC, OS/2, Compaq Tru64. Existe versión de Servidor y Cliente para Windows y Linux ODBC, JDBC, C/C++, OLEDB, Delphi, Perl, Python, PHP Linux, Solaris, HP-UX, AIX, IRIX, FreeBSD, OpenBSD, NetBSD, MacOs, SCO OpenServer, SCO Unixware, BeOS, BSDI, Compaq Tru64, QNX, Windows (95 /98 /NT /2000 /XP) Existe versión de Servidor y Cliente para Windows y Linux. ODBC, JDBC, C/C++, Embeded SQL (in C), Tcl/Tk, Perl, Python, pgpsql, PHP Linux, Solaris, Windows (95 /98 /NT /2000 /XP) Existe versión de Servidor y Cliente para Windows y Linux. ODBC, JDBC, C/C++, Delphi, C++ Builder, Embedded SQL (in C/C++) No es posible Alta compatibilidad (PS/pgSQL) Soporta triggers y procedimientos almacenados MS-Acces: Alta compatibilidad. Oracle: Muy difícil. Soportado con tamaño ilimitado. Se almacenan en la misma tabla, lo que puede producir pérdidas de rendimiento. MS-Acces: Totalmente Asumible Oracle: Buena compatibilidad Soportado con tamaño ilimitado. Se gestiona en tablas independientes. OJO: no se copian con pg_dump, las copias de seguridad de estos datos deben realizarse independientemente. Claves Aj. No (se esperan a partir de la v4.0) Si Si Subconsultas No (se espera a partir de la v4.0) Si Si MS-Acces: Totalmente Asumible Oracle: Buena compatibilidad Soportado con tamaño ilimitado y gestionado en tablas independientes.

3 Grupo Linux 3 Estándares soportados: Software cliente para ODBC, JDBC u otros estándares. Conexión (dblinks) con otros SGBD. Sincronización, replicación... MySQL PostgreSQL Interbase 6.0 SQL92 y parte de SQL99. NO cumple. Soporte para ODBC tanto en Linux (hay un bug en el cliente Linux las versiones mayores de la que no permite conectarse por ODBC) como en Windows. Soporte para JDBC. SQL92 y parte de SQL99 además de características orientadas a objetos. Cumple. Soporte para ODBC tanto en Linux como en Windows. Soporte para JDBC.??? Estabilidad Muy Alta Alta Alta Velocidad Muy Alta Normal Alta Backup en caliente Administración y Seguridad Bloqueo y soporte para concurrencia Tamaño de las Bases de Datos Conexiones concurrentes Herramientas de admin. disponibles Si Si Si Nivel usuario y host. Ajuste muy fino de Grant y Rewoke. Tráfico de red encriptado. Produce bloqueos de tablas enteras. Linux-Intel 32 bit 2G, 4G o más, dependiendo directamente del sistema de archivos del SO y de la versión del mismo. El límite de conexiones depende de la computadora y el S.O. Un sistema común con suficiente RAM, puede manejar de 500 a 1000 clientes concurrentes. Muy diversas. Destacan: Windows: pgadmin Linux: pgacces Interfaz Web: phppgadmin / Nivel de usuario, host y objeto. Ajuste fino de grant y rewoke. Uso de Grupos. Soporta SSL. Tecnología MVCC comparable a los mejores SGBD comerciales. Bloqueos de escritura de forma individual y sólo en la sesión del cliente. Tamaño de la Base de datos ilimitado (hay bases de datos de 60 Gb). Tamaño máximo de tabla 64Tb. Tamaño máximo de una fila ilimitado. El numero de conexiones simultáneas depende de la computadora y el SO. El postgresql puede ajustarse (tunning) de forma muy detallada y prepararlo para tipos de carga muy específicos. Muy diversas. Destacan: Windows y Linux: Las GUI de los desarrolladores de MySQL /gui-clients.html Interfaz Web: phpmyadmin ( SQL92 y parte de SQL99. Cumple.. Soporte para ODBC tanto en Linux como en Windows. Soporte para JDBC. Soporte nativo bajo Delphi/Kylix. Grant y revoke estándar. Soporte de ROLES similar a Oracle. Bloqueo de tablas bajo criterio optimista y niveles de aislamiento de datos InterBase puede manejar archivos de hasta 2Gb en plataforma Windows 95 y de 4Gb en Windows NT y Unix, así que puede manejar hasta varios Terabytes en una base de datos. El límite de conexiones depende de la computadora y el S.O. Un sistema común puede manejar sin problema unos 150 clientes concurrentes. Hay muy pocas: Windows: Marathon (Open- Source). Excelente GUI para la administración de bases de datos Interbase. athon/

4 Grupo Linux 4 5 ACID (Atomicity, Consistency, Isolation, Durability): 5 Atomicity (Atomicidad): La atomicidad de una transacción garantiza que todas sus acciones sean realizadas o ninguna sea ejecutada. 5 Consistency (Consistencia): Muy relacionada con la "atomicidad". Las transacciones han de cumplir las restricciones definidas dentro la base de datos. Si no las pueden cumplir, se evita su ejecución. De esta forma se conserva la integridad y coherencia de los datos.. 5 Isolation (Aislamiento): Esto garantiza que las transacciones que se estén realizando en el sistema sean invisibles al resto del sistema (usuarios, otras transacciones...) hasta que estas hayan sido finalizadas. 5 Durability (Durabilidad): La durabilidad de una transacción garantiza que al instante en el que se finaliza la transacción esta perdure a pesar de otras consecuencias, como caídas del sistema o de la Base de Datos. 6798;:<%=?>A@CB>DFE BHGIKJ2>AB L(MONPBHQR=TSU@V>WN X0Y2Z 3.1 La estructura La migración del esquema de una base de datos Oracle, a una base de datos postgresql es más o menos complicado en función de las particularidades de Oracle que incluya. Existen distintas herramientas para automatizar la migración de esquemas de Oracle hacia postgresql 1, pero ninguna de ella es totalmente infalible, y pueden ser necesarios ajustes manuales. Ejecutar un script de creación de bases de datos en PostgreSQL: -postgres$ createdb nombre_bd -postgres$ psql nombre_bd Welcome to psql, the PostgreSQL interactive terminal. Type: \copyright for distribution terms \h for help with SQL commands \? for help on internal slash commands \g or terminate with semicolon to execute query \q to quit nombre_bd=#\i /ruta_hacia_el_script/script_bd.sql IMPORTANTE: Las base de datos en PostgreSQL debe crearse EN MINÚSCULAS. De lo contrario fallarán muchos de los comandos de psql (entre otros DROP DATABASE). Si va a exportarse una base de datos postgresql a través de ODBC, es conveniente instalar el catálogo de extensiones ODBC, que realiza un ajuste más estricto de las funciones de postgresql hacia el estándar ODBC. Para instalarlo, basta ejecutar el comando: -postgres$ psql -d nombre_bd -f /usr/share/pgsql/odbc.sql CREATE CREATE... CREATE En el archivo odbc.sql, se indica a postgresql los ajustes necesarios. La ruta hacia el mismo puede variar en función de la instalación, versión de postgresql, de la distribución Linux, etc... 1 Desde la herramienta TOAD, hasta el proyecto Open-Source ora2pg, que trataremos más adelante.

5 Grupo Linux Los datos Tras llevar cabo la migración de la estructura de la BD, el siguiente paso son los datos. Este proceso puede afrontarse desde muchos puntos de vista, en función de la imaginación del encargado, de la magnitud de los datos, y de las posibilidades de los SGBD origen y destino. Dado que nos estamos centrando en Oracle y postgresql, destacaremos las siguientes: [ Exportar los datos a un fichero de SQL: La sintaxis de dicho fichero, será más o menos estándar según las variaciones de la BD origen (esta es la manera más habitual de exportar datos del SGBD Oracle). Para realizar la importación, pueden ser necesarios ajustes y modificaciones en el fichero para adaptarlo a la sintaxis del SGBD destino. [ Exportando los datos a un formato de texto plano. Este método es muy efectivo, y puede atacarse desde muchos frentes. Por ejemplo, se puede llevar a cabo conectándose a través de ODBC a la base de datos Oracle con un SGBD que facilite la exportación (por ejemplo MS-Acces). Se importan los datos de las tablas al SGBD intermedio (MS-Acces), y se exportan de nuevo los mismos como texto plano con separadores (por ejemplo tabulaciones y retornos de carro). Tras ello, se pueden utilizar las herramientas de importación del SGBD destino (postgresql y pg_dump) para llevar a cabo la importación. Este mismo esquema, puede enfocarse utilizando combinaciones de lenguajes de filtrado para construir el fichero destino (por ejemplo PERL o AWK). Como última opción, existe software comercial que lleva a cabo la migración, como el producto Chyfo de Ispirer Systems ( En el caso que nos ocupa, el fichero de datos era texto plano con órdenes INSERT de SQL para cada una de las tablas con un tamaño de unos 26Mb. Muchas de esas órdenes INSERT, comunes del SQL, se veían afectadas por particularidades propias del Oracle. Por ejemplo, cuando la tabla sobre la que se estaba llevando a cabo la inserción tenía campos de tipo fecha, Oracle había exportado los datos preparando un INSERT como el siguiente: \ ]_^a`cb"d)\ ]"d"ed"fg^whcijhlkme ]_en^poq]_^a`mr-hlkwes]estvu hlkwes]estj]"hwkmes]e t esk"^_`cbcxchlt \ y{zwesb"d_`ctj]_^a`mr u h}r-d_t~\ y{zmesb"d_`cimzadc^ xchw v wẁ^ oƒ Wt ˆm lšm -Œj ŽC j v $ j j ; Wš j š j g gœg œ{œ} $ } ž-ž-ž-ž Ÿ}Ÿlš œ š - gœg qt C tj]} } j jt j CªA«tn A t; ƒ En postgres, la función equivalente a TO_Date() es to_date(), en este caso, lo único que había que hacer era reemplazar todas las ocurrencias de TO_Date en el fichero, por to_date. Dado el considerable tamaño del fichero, no se podía abrir con un edito al uso y efectuar una Búsqueda/Sustitución. La solución, era el uso de comandos y utilidades UNIX de expresiones regulares. En nuestro caso, utilizamos la orden sed. -postgres$ cat /descargas/scripts-bd/gsa_datos.sql \ sed 's/to_date/to_date/g' > \ /descargas/scripts-bd/gsa_datos_pg.sql Al ejecutar un archivo SQL de este tipo, pueden ocurrir errores, debidos a dependencias entre claves ajenas (integridad referencial). Hay varias maneras de solucionar el problema: [ Reordenar las inserciones. Si conseguimos establecer un orden de inserción entre las distintas tablas, podemos evitar los problemas de integridad referencial. [ Crear las tablas SIN claves primarias y claves ajenas, después realizar la inserción y tras ello, establecer las claves primarias y las claves ajenas de la base de datos. El problema de éste sistema, es que si se produjo un error en la exportación de los datos o en su posterior manipulación, pueden aparecer inconsistencias en la BD y no ser detectadas. [ Ejecutar el script de inserción varias veces. A medida que se realizan las distintas pasadas, se van produciendo más inserciones en la BD, hasta que se finalmente, todos los datos resultan insertados. Dependiendo de la complejidad de la base de datos puede variar el número de ejecuciones necesarias.

6 Grupo Linux 6 En el caso que nos ocupó, se optó por la última opción, y fueron necesarias cuatro ejecuciones (en realidad cinco, pues fue en la quinta ejecución cuando no se llevo a cabo ninguna inserción más). 3.3 Secuencias y vistas En muchas bases de datos relacionales, se hace uso de las secuencias, principalmente, en claves primarias e índices. Hay que ser especialmente cuidadoso al migrar las secuencias entre dos bases de datos, ya que, si en la base de datos destino se crea la secuencia pero no se inicializa con el último valor que tenía en la base de datos origen, podemos encontrar muchos problema (por ejemplo, el no poder realizar inserciones porque aparezcan errores de claves primarias duplicadas). En el caso concreto que nos ocupa, la base de datos origen, contaba con las distintas secuencias, los valores de éstas secuencias se utilizaban como claves primarias en algunas de las tablas. En la base de datos destino, era necesario que no se volviesen a generar los valores que ya existían, para ello, se crearon las secuencias destino, iniciando la cuenta a partir del valor máximo encontrado en la tabla correspondiente. Es decir: gsa_pg=# select max(nsecabono)+1 from tgsa_abonos; max (1 row) gsa_pg=# create sequence sgsa_abono START 187; CREATE Se procedió de manera similar para las secuencias: sgsa_agenda, sgsa_albaran, sgsa_cexped, sgsa_fact, sgsa_lpedprov, sgsa_pedp, sgsa_pedprov, sgsa_pedseral y sgsa_seral. Las secuencias pueden manejarse con funciones como las que siguen: gsa_pg=# SELECT currval('sgsa_abono'); currval (1 row) gsa_pg=# SELECT nextval('sgsa_abono'); nextval (1 row) También puede fijarse el valor de una secuencia con la función siguiente: gsa_pg=# SELECT setval('sgsa_abono', 187); setval (1 row) En cuanto a las vistas, PostgreSQL proporciona un sistema de vistas compatible sintácticamente con el de otros SGBD, pero que internamente trabaja de una forma poco habitual, pues hace uso de un sistema de reglas. La creación de vistas, por tanto, no presenta a priori grandes problemas de portabilidad, los únicos problemas aparecen en los CAST de las clausulas UNION, donde no podemos aplicar la misma sintaxis que Oracle. En postgresql pueden resolverse los castings haciendo uso del comando estándar SQL: CAST (nombre_atributo AS tipo_atributo) o bien de la notación nativa de postgresql: nombre_atributo::tipo_atributo)

7 Grupo Linux Roles El concepto de ROL que mantienen hoy en día algunas bases de datos comerciales 2, no está implementado en postgresql. Sin embargo, postgresql plantea un sistema bastante similar, los grupos. Los grupos de postgresql, son distintos a los definidos dentro del sistema operativo sobre el cual está instalado el software. Cualquier conexión a PostgreSQL debe ser realizada con un usuario específico, y cualquier usuario puede pertenecer a uno o más grupos definidos. La tabla de usuarios controla los permisos de acceso y quién está autorizado a realizar acciones en el sistema (y qué acciones puede realizar). Los grupos existen como un mecanismo para simplificar la ubicación de estos permisos. Tanto las tablas de usuarios como de grupos existen como objetos globales de base de datos, lo que significa que no están adscritas a ninguna base de datos en particular. La principal diferencia entre los grupos de postgresql y los roles Oracle, es que los roles pueden anidarse entre si y los grupos no. Es decir, un ROL puede incluir o actuar como otros ROLES acumulando permisos, pero un grupo de postgresql no puede pertenecer a otro grupo. El sistema de postgres, permite conseguir los mismos resultados que el de Oracle, aunque de una manera menos flexible. 3.5 Lenguajes procedurales. PL/SQL vs PL/pgSQL. PostgreSQL, facilita la programación con distintos lenguajes procedurales. Entre todos ellos 3, cabe citar los siguientes, PL/pgSQL, PL/Tcl, PL/Perl, PL/Python. La instalación del soporte para cada uno de estos lenguajes se lleva a cabo por parte de un usuario administrador y de manera muy sencilla: -postgres$ createlang --dbname=nombre_bd - pglib=/ruta_hacia_lib_lengpl.so/ lengpl Si queremos habilitar el soporte para el lenguaje en TODAS las bases de datos, basta con habilitarlo en la base de datos template1, de la que el resto heredan las propiedades. Por ejemplo, para habilitar el soporte de PL/pgSQL en todas las bases de datos de un sistema, ejecutaríamos: -postgres$ createlang --dbname=gsa_pg --pglib=/usr/lib/pgsql/ plpgsql El lenguaje PL/pgSQL es el claro competidor del PL/SQL de Oracle. Aunque PL/pgSQL no alcanza todavía la potencia y versatilidad de PL/SQL, es un lenguaje de características muy similares, que evoluciona constantemente de forma pareja al SGBD postgresql. A continuación, se ofrece una lista con las principales diferencias entre ambos lenguajes: PL/pgSQL no soporta paquetes (packages). Es necesario crear funciones de forma individual. PL/pgSQL no tiene procedimientos, sólo tiene funciones. Pero, desde una función PL/pgSQL si se puede modificar la Base de Datos. Es decir, tanto las funciones como los procedimientos Oracle, pasan a ser Funciones en PostgreSQL. PL/pgSQL no soporta parámetros variables, ni parámetros por defecto. En PL/pgSQL, el número de argumentos de las funciones, es fijo y definido. Por contra, para solventar esta desventaja, postgresql permite la sobrecarga de funciones. En PL/pgSQL es necesario escapar la comilla simple (') para ello, se duplican 4 (''). Existen más diferencias entre ambos lenguajes (el rowid de Oracle,...). Pero si los procedimientos/funciones de Oracle no exprimen sus características más extrañas, son fácilmente portables a PL/pgSQL. 2 Entre las comerciales destaca Oracle, aunque Interbase 6.0 (OpenSource) también soporta la noción de ROL. 3 Hay proyectos variados,desde el uso de JAVA como lenguaje procedural ( hasta el uso del lenguaje del Shell Sh ( 4 No es una comilla doble, sino dos sencillas.

8 Grupo Linux La herramienta de migración ora2pg La herramienta de migración ora2pg, no es más que un script escrito en PERL que interroga la base de datos Oracle para generar un esquema equivalente en PostgreSQL. Para poder utilizarlo, necesitamos tener instalado: Un interprete de PERL, disponible en: Algunos módulos de bases de datos necesarios, disponibles en: Los módulos opcionales son: DBD-Oracle. En nuestro caso, la versión instalada fue la v1.12 DBI Versión instalada v1.32 DDL-Oracle. Versión instalada v1.11 Todos los módulos viene en forma de tarball 5, por lo que hay que compilarlos e instalarlos. Tras la instalación de estos módulos, podemos proceder de manera similar e instalar la utilidad ora2pg. Una vez instalada la utilidad, sólo debemos editar el archivo de configuración (ora2pg.pl) para conectarse a la base de datos Oracle. # Initialyze the database connection my $dbsrc = 'dbi:oracle:host= ;port=1600;sid=desa'; my $dbuser = 'gsa'; my $dbpwd = '*******'; # Create an instance of the Ora2Pg perl module my $schema = new Ora2Pg ( datasource => $dbsrc, # Database DBD datasource user => $dbuser, # Database user password => $dbpwd, # Database password debug => 1, # Verbose mode export_schema => 1, # Export Oracle schema to Postgresql 7.3 schema # schema => 'gsa', # Extract only the given schema namespace type => 'TABLE', # Extract table # type => 'PACKAGE', # Extract PACKAGE information # type => 'DATA', # Extract data with output as INSERT statement # type => 'COPY', # Extract data with output as COPY statement # type => 'VIEW', # Extract views # type => 'GRANT', # Extract privileges # type => 'SEQUENCE', # Extract sequences # type => 'TRIGGER', # Extract triggers # type => 'FUNCTION', # Extract functions # type => 'PROCEDURE', # Extract procedures # tables => [('TX_DATA')], # simple indexes # tables => [('NDW_BROWSER_ATTRIBUTES')], # view # tables => [('TRIP_DATA')],# Foreign key # showtableid => 1, # Display only table indice during extraction # min => 1, # Extract begin at indice 3 # max => 10, # Extract ended at indice 5 # data_limit => 1000, # Extract all data by dump of 1000 tuples # data_limit => 0, # Extract data in 1 pass. Be sure to have enougth memory. ); La utilidad exporta de manera fiable los esquemas de las BD y los datos de las mismas, pero no triggers, ni procedimientos almacenados. 5 Es decir, es el código fuente comprimido.

9 Grupo Linux 9 ±²a³ẃµ! U % ¹ (ºHµFº» ¼,½j¾F OÀÁ?½ÃÂFÁT AÄ?½ Å?Æ2Ç PostgreSQL tiene fama de ser un SGBD pesado. Esta idea estaba totalmente justificada en las versiones 6.x. Sin embargo, las versiones 7.x han mejorado notablemente sus tiempos de respuesta, aunque sigue siendo más lento que otros SGBD cuando se producen muchas consultas simultáneas. No obstante, el postgresql puede mejorar notablemente su rendimiento realizando ajustes sobre la instalación: 1. Aumentar el numero de clientes (Optión -N del postmaster). Para tener pleno control sobre éste proceso, conviene lleva a cabo una la instalación de postgresql compilando los fuentes, puesto que las versiones precompiladas (paquetes RPM), tiene limitado el número máximo de conexiones simultáneas Aumentar la memoria compartida usada como caché de consultas (si tienes mucha memoria, se puede incrementar mucho y el rendimiento aumenta considerablemente) Es la opción -B del backend, que configura el numero de segmentos de 8Kbytes. 3. Si tienes queries complejos, aumentar la memoria de procesamiento de queries, para que quepan todos los datos que se están procesando en esa memoria y los queries sean ejecutados más rápido (opción -o "-Snnn" del postmaster). 4. Configurar bien el numero de ficheros abiertos posibles en linux. 5. Configurar bien la memoria compartida de linux, maxima usable, numero maximo de segmentos, tamaño de segmentos. Con ipcs -l podemos conocer los límites de la máquina. 6. Ejecutar el comando "vacuum analyze" diariamente, para que mejore las optimizaciones que hace postgres según los datos que va almacenando de las consultas reales que recibe. El vaccum hay que hacerlo después de que el servidor empiece a recibir tráfico real, no con benchmarks, ya que en ese caso realizará optimizaciones poco que talvez sean poco útiles con la carga real. È ²ÉÁº%Ê(Ë µ! O̺ Puntos comparados entre los dos SGBD más populares del mundo Open-Source: MySQL: Si se desea sencillez y velocidad, nada es mejor que MySQL. Ampliamente documentada en la red, destaca sobre todo en su utilización sobre plataformas Web donde el número de conexiones es muy elevado, y su tarea principal son consultas sencillas. Si se desea una base de datos que soporte ACID no es una buena elección de momento (tal vez en futuras versiones). PostgreSQL: Base de datos de última tecnología, orientada a objetos, con herencia, sistema inteligente de bloqueos (tecnología MVCC), interfaces de programación (PL/pgSQL), eso y más lo ofrece PostgreSQL. Su administración, como la de los SGBD que ofrecen estas características, es mucho más compleja. Su defecto, puede ser su pesadez, que la hace una opción complicada de manejar en sistemas Web (donde hay que estar pendiente de la carga para ajustarla de forma óptima), sin embargo, es idónea para sistemas de aplicaciones cliente servidor de uso clásico. Además, la velocidad en el desarrollo que se está llevando a cabo sobre postgresql lleva camino de transformarla en el SGBD mas cercano a Oracle. Interbase 6.0: Es estable, rápida, escalable y tiene las suficientes funcionalidades. Además es compatible SQL 92 a nivel de entrada, cosa que no siempre ocurre con postgresql o MySQL. La tecnología de Interbase lleva detrás el sello de Borland y años de I+D, lo que es una garantía. Su principal defecto es que hay muy poca documentación por la red y Borland, tendrá que apoyar más el desarrollo Open-Source si quiere que el proyecto sea bien acogido por los desarrolladores de software abierto. Interbase es la solución ideal para proyectos intermedios, por ejemplo, un proyecto Web de medio tamaño, donde el acceso a la base de datos es algo más complejo que una oleada masiva de consultas simples.

10 Grupo Linux 10 Í ÎÐÏÒÑ!Ó(ÔFÕ Ö,Ø ÙCÚ ÓÛOÜØ Pagina principal del SGBD MySQL Pagina principal del SGBD PostgreSQL Pagina principal del proyecto OpenSource para el SGBD Interbase Pagina para descargas de herramientas de Borland e Interbase. Pagina de la comunidad de desarrolladores de PostgreSQL Documentación oficial de PostgreSQL. (PostgreSQL Documentation) Documentación técnica sobre PostgreSQL. Documentación oficial de PostgreSQL. (PostgreSQL 7.3 Documentation) Proyecto de traducción de la documentación de PostgreSQL al español (v6.x) Herramienta GPL que migra esquemas de BS de Oracle hacia esquemas de PostgreSQL. Proyecto de AOL para aplicaciones Web. Hay documentación sobre migración de Oracle a postgresql. Página principal del proyecto Open-Source de ODBC para sistemas UNIX. Artículo comparativo entre SGBS de código abierto.