2008-10-10 25 views
8

La implementación SQL de las bases de datos relacionales ha existido en su forma actual durante aproximadamente 25 años (desde System R e Ingres). Incluso el estándar principal (débilmente adherido) es ANSI-92 (aunque hubo actualizaciones posteriores) es un buen 15 años de edad.Qué innovaciones de bases de datos relacionales ha habido en los últimos 10 años

Qué innovaciones puedes pensar con bases de datos SQL en los últimos diez años más o menos. Estoy específicamente excluyendo OLAP, Columnar y otras innovaciones no relacionales (o al menos no SQL). También quiero excluir 'del servidor de aplicaciones' características de tipo y agrupación (como herramientas de reporte)

Aunque el enfoque básico se ha mantenido bastante estático, se me ocurre:

  • disponibilidad
  • Capacidad para manejar grandes conjuntos de datos
  • facilidad de mantenimiento y configuración
  • Soporte para más tipos de datos avanzado (BLOB, XML, Unicode etc)

¿Alguna otra que se te ocurra?

Respuesta

8
  • combinaciones hash
  • optimizadores basados ​​en costos (más o menos convertido consulta de la escritura en su cabeza)
  • Partición (permite un mejor manejo de VLDB)
  • paralelo (multi-threaded) de procesamiento de consultas
  • Agrupación (no solo disponibilidad sino escalabilidad)
  • Más flexibilidad en SQL así como una integración más fácil de SQL con los lenguajes 3GL
  • Mejor capacidades de diagnóstico
+2

Recuerdo un DBMS relacional con un buen optimizador basado en el costo en la década de 1980. –

3

No estoy seguro de si desea incluir incluso innovaciones específicas del fabricante (y tampoco estoy completamente seguro de que otros motores de base de datos no puedan hacerlo), pero SQL Server 2005 agrega consultas recursivas transact-sql a su idioma. Los encuentro increíblemente útiles para iterar sobre datos jerárquicos. Creo que 2008 agrega algunas funcionalidades nuevas relacionadas con datos jerárquicos, pero no las he analizado tan de cerca.

+0

Específico del proveedor es sin duda importante - después de todo, es la innovación desde la salida ANSI92 –

+0

Wow, Connect Por fin llega al servidor SQl ... –

+1

Common Table Expressions traerá soporte de consulta recursivo a PostgreSQL en 8.4 (no fuera todavía). ¡Repetición de Hooray! http://wiki.postgresql.org/wiki/CTEReadme – Neall

4

Las funciones analíticas como RANK

2
SELECT (invoiceprice * detailweight)/SUM(weight) OVER(PARITTION BY invoice) as weighted, * 
FROM tblInvoiceDetails 

Las funciones de división son impresionantes para hacer las cosas como las medias ponderadas, y otras cosas que los cursores anteriormente requerían.

0

Creo que la mayor parte del progreso ha estado en el ámbito del rendimiento: perfiladores de consultas y clusters.

1

¡Bien podría sugerir que la falta de movimiento durante 15 años no es solo un signo de falta de innovación, sino una señal de que las bases de datos son casi perfectas! Muchas personas intentan hacer cosas en el código que se hacen mejor en bases de datos que se han perfeccionado desde la década de 1960 para que se ejecuten de la manera más rápida y eficiente posible.

1

Diría que en los últimos diez años (1998-2008) se ha visto que los productos RDBMS de código abierto se vuelven viables en las implementaciones convencionales. La mayoría de las empresas de Fortune 500 ahora usan MySQL o PostgreSQL u otro RDBMS de código abierto en algún lugar de su organización, incluso si también utilizan una de las marcas RDBMS comerciales y de código cerrado.

Esto no es un avance técnico, pero es notable, sin embargo, porque la disponibilidad de un motor RDBMS estable y de código abierto permite muchos otros proyectos innovadores.

Me doy cuenta de que tanto MySQL como PostgreSQL estaban disponibles desde 1995, pero yo diría que no fueron convencionales durante varios años después de eso.

0

Creo que el área de mayor innovación probablemente ha estado en la replicación de datos, por disponibilidad y fiabilidad. La mayoría de las otras áreas son más incrementales. Al especificar una década, se omite el material de ORDBMS: extensibilidad; que apareció en 1997.

1

Junto con su lista de tipos de datos más avanzados (blob, xml, unicode, etc.) debe incluir tipos espaciales.

La extensión PostGIS para PostgreSQL salió en 2001, pero ahora todos los principales proveedores han implementado objetos espaciales y SQL espacial.

Junto con el aumento de Google Maps, Bing Maps y OpenLayers, la capacidad de mostrar datos geoespaciales y ejecutar consultas espaciales sin middleware ha tenido un gran efecto en la web y el análisis de datos.

Cuestiones relacionadas