La máquina de base de datos exadata OLTP de Oracle muestra la relación de punto cercano entre Sun Microsystems y el producto de base de datos relacional de Oracle, pero algunos podrían cuestionar si todo el propósito del diseño de la base de datos relacional es mantener la independencia del hardware. Por otro lado, el mundo real del desarrollo de la base de datos a menudo significa que una aplicación del cliente requiere un rendimiento de primera tarifa que se logra ajustando la implementación de la base de datos. Que Oracle ha proporcionado las capacidades para hacer esta ajuste fina transmite el mensaje de que Oracle está escuchando atentamente los requisitos de sus clientes y su base de usuarios.
cavé a través del conjunto de documentación de Oracle [1-7] para proporcionar mi evaluación de Algunos de los problemas involucrados, aquí hay un resumen de lo que encontré.
Oracle exadata Oltp Base de datos de la máquina de datos Características de hardware
Oracle ha establecido un nivel de dos niveles Enfoque de hardware de la base de datos con su nueva máquina de base de datos Oracle Exadata OLTP. Por un lado, tiene cuatro niveles de expansión de hardware para su servidor de base de datos en una configuración tradicional de almacenamiento de disco en línea para que una empresa pueda actualizar constantemente su hardware del sistema a medida que aumentan la carga de datos para sus aplicaciones. [Consulte los detalles en 6]
Por otro lado, Oracle ha agregado el innovador Flash de caché Smart Cache que ofrece un mejor rendimiento de almacenamiento en forma de microprocesadores desarrollados por Sun utilizando tecnología de chips inteligente que se usa para la memoria de caché y para la descompresión de datos. El uso del hardware Flash de Cache Smart de Exadata es opcional, pero proporciona un tiempo de ejecución más rápido de la entrega de datos de consulta con una gestión de riesgos adecuada para la posible falla y las necesidades de copia de seguridad de estos datos.
Oracle exadata OLTP Database Software Las características
Los desarrolladores de bases de datos a menudo se ajustan en su toma de decisiones sobre la creación de la tabla cuando una gran cantidad de consultas miran los datos de la columna o los datos de fila con una mala decisión que causa problemas de rendimiento. La implementación de la base de datos exadata OLTP de Oracle ofrece una solución al dilema al proporcionar extensiones SQL donde el desarrollador puede tener lo mejor de ambos casos mediante el uso del almacenamiento de datos de caché. Los datos de alto uso se pueden establecer explícitamente durante la creación y carga de las tablas o implícitamente por el software del sistema de gestión de bases de datos relacionales de Oracle. . Un ejemplo de datos que se pueden comprimir son los datos de nombre. Los datos de nombre varían en longitud pero no cambian con frecuencia, pero el desarrollador debe especificar la columna para el nombre más grande que contiene su base de datos. Las estimaciones de Oracle de la cantidad de almacenamiento de disco ahorrado con esta compresión son muy grandes y pueden ayudar a evitar los costos de hardware adicional. Un efecto secundario de la implementación de la compresión es que el software de gestión de bases de datos relacionales puede leer metadatos sobre la columna que les permite reducir la carga de entrada/salida para las aplicaciones.
Mi evaluación de Oracle Exadata Problemas de implementación de la base de datos OLTP
Al igual que con cualquier actualización del sistema, los propietarios de bases de datos tendrán que lidiar con la migración de datos y la validación en la implementación de la actualización al sistema de base de datos OLTP Oracle exadata y la justificación comercial para el gasto Para el equipo complementario. La buena noticia es que Oracle proporciona una buena munición relacionada con los ahorros de costos.
Además, esperaría que los propietarios de bases de datos deseen validar el proceso de conversión para los datos comprimidos cuando se proporcionó para la carga inicial, la copia de seguridad, la restauración. y recuperación y en respuesta a consultas. Este no es un problema menor. Hacer esta tarea sería preguntado por propietarios de datos que querían asegurar la independencia de la base de datos relacional a través de la opción de hacer la transición o usar en otros productos de gestión de bases de datos en soporte de sus usuarios.
En cuanto al diseño de la base de datos, el Los cambios en SQL son menores en mi opinión, ya que simplifican las cláusulas SQL SQL que permiten a los desarrolladores especificar los datos de esa tabla, tal vez almacenan en caché, comprimidos o archivados. Estas cláusulas SQL deberían encontrarse en el código y modificarse si la base de datos se portaba a un nuevo sistema de administración de bases de datos.
En cuanto al hardware del Flash de caché Smart Exadata, creo que la tecnología de chips inteligentes como que proporcionada por la tecnología Sun Smart Flash es probablemente la dirección a largo plazo para todas las necesidades de almacenamiento de la base de datos debido a las tasas de acceso y E/S más rápidas y este es un pequeño paso para los desarrolladores de hardware en el camino.
[[ 1] http://www.oracle.com/us/corporate/press/033684 [2] http://www.oracle.com/us/products/database/exadata/index.html [3] http://www.oracle.com/technology/products/bi/db/exadata/pdf/exadata-technical-whitepaper.pdf [4] http : //www.oracle.com/technology/products/bi/db/exadata/pdf/exadata_smart_flash_cache_twp_v5.pdf [5] http://www.oracle.com/technology/products/bi/ db/exadata/pdf/exadata-dataSteet.pdf [6] http://www.oracle.com/technology/products/bi/db/dbmachine/ds_db_machine.pdf [7] http://www.oracle.com/database/docs/sun-oracle-database-machine-faq.pdf