30/07/2009, 19:38
| ||||
| ||||
 Arrays en tablas (?) Hola, necesito tener un array de numeros en una tabla... Podria crear un campo como VARCHAR, darle una longitud "grande" y luego separar los numeros por coma (por ejemplo) El punto es que tendria que guardar los numeros como strings y hacer conversiones ineficientes: array de numeros -> string -> tabla y luego alrevez. Lo hago asi? uso el tipo LINESTRING que almacena una "cadena de puntos" ? en este caso tiraría una coordenada, no? (la x o la y) O existe otra forma??? GRACIAS 
__________________ Salu2! |
|
30/07/2009, 20:08
| ||||
| ||||
| Respuesta: Arrays en tablas (?) Creo que mysql no soporta arrays como tipos de datos. si lo que buscas es almacenar coordenadas mira esto http://dev.mysql.com/doc/refman/5.0/...xtensions.html saludos
__________________ Without data, You are another person with an opinion. W. Edwads Deming |
|
30/07/2009, 20:20
| ||||
| ||||
| Respuesta: Arrays en tablas (?) amigo: Quiero simplemente arreglos.... pero no entiendo porque desarrollaron estos "arreglos espaciales" (claro.. pueden ser listas, etc internamente) y no nos dan arreglos
__________________ Salu2! |
|
30/07/2009, 21:36
| ||||
| ||||
| Respuesta: Arrays en tablas (?) 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?
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
|
31/07/2009, 05:08
| ||||
| ||||
| Respuesta: Arrays en tablas (?) Cita: 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.
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? 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
__________________ Without data, You are another person with an opinion. W. Edwads Deming |
