Existen un dicho, dividir para vencer!
Con respecto al problema, dentro de las especificaciones de postgresql recuerdo muy que existen un limite en tamaño físico por columna, que es importante que lo tengas considerado, para futuros proyectos. Williams Enviado desde mi dispositivo móvil El 23-09-2011, a las 2:28, Álvaro Hernández Tortosa <a...@nosys.es> escribió: > El 22/09/11 23:29, Sebasti√°n Salazar Molina. escribi√≥: >> >> Son datos que procesa jmeter (una historia extensa) que por > Wow.... Si te refieres a HP Jmeter entonces s√≠ que ten√©is logs largos de > la JVM... :) >> requerimiento no funcional deben quedar en xml, procesar datos m√°s >> peque√±os result√≥ bastante bien, son con los datos mayores a 800MiB >> en donde tenemos problemas, las pruebas las realizamos sobre >> ubuntu lts x86_64, con los paquetes de PostgreSQL que venian en la >> distribuci√≥n (y los backports), googleando no encontr√© nada muy >> descriptivo. >> Por otra parte, dado las capacidades actuales (de RAM y >> Almacenamiento), tener campos de m√°s de 1GiB no me parece tan >> descabellado, no es razonable, pero me parece una condici√≥n >> posible. > > Si bien me parece interesante este ejercicio para probar postgres en este > √°rea, existiendo un l√≠mite de 1GB por campo yo no le dar√≠a muchas vueltas: > dado que tienes ficheros entorno a este tama√±o no es razonable guardarlos en > la bbdd. > > Si por otra parte no vas a consultar los elementos xml dentro del xml > (xpath, etc) entonces no te aporta demasiado guardarlo como tipo xml. No s√© > qu√© parseado se hace -o no- del XML para insertarlo, pero eso > definitivamente podr√≠a afectar de forma brutal al consumo de memoria. Pero > vamos, para t√≠ es un "blob", no un "xml", entiendo. > > Por todo ello, yo lo almacenar√≠a fuera de la db. > > Saludos, > > √Ålvaro > > -- > √Ålvaro Hern√°ndez Tortosa > > > ----------- > NOSYS > Networked Open SYStems > > - > Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) > Para cambiar tu suscripciÛn: > http://www.postgresql.org/mailpref/pgsql-es-ayuda - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
