Cita:
Iniciado por gnzsoloyo 
Porque el SQL no es un lenguaje de programación, sino de consultas, y en ese contexto los arrays no cumplen ninguna función, y carecen de utilidad.
Además, la existencia de iteraciones en un campo viola el modelo relacional y las formas normales de las bases de datos, complicando innecesariamente los algoritmos de búsqueda, sin contar conque lo únco que generará es un aumento innecesario de requerimientos de almacenamiento...
Por otro lado, ¿Para qué incorporarle al SQL una capacidad que ya existe y es más eficiente en su ámbito, en los lenguajes de programación de aplicaciones?
No creas gnzsoloyo. Por este solo factor, me decidí a utilizar postgresql en un proyecto que estoy desarrollando en este momento. En los otros requerimientos tanto mysql como postgres me daban las mismas ventajas y este fue el factor decisivo.
Es muy cierto que las aplicaciones son mucho mas eficientes en el manejo de este tipo de datos, pero todo depende de la situación. Hacerlo desde la aplicación, me representaba hacer al rededor de 10.000 viajes al servidor a recoger un dato para ser calculado (Modelo climático) con un tiempo aproximado de 5 minutos. Con el uso de arreglos en postgres, ese tiempo quedó reducido a 18 segundos al solo tener que hacer un viaje al servidor, procesar la información y retornar todo el conjunto de datos.
Sería bueno que mysql implementara este tipo de datos en una nueva versión. Por lo menos para funciones, triggers y procedimientos.
Saludos