El ORM no deja de ser una herramienta como cualquier otra...
"Si tienes un martillo, todo te parecen clavos"
El mar., 30 oct. 2018 21:07, Alvaro Herrera
escribió:
> Diego escribió:
> > En estos días, a raíz de un tema con hibernate, implemente un
> log_statement
> > en all y empece a reportar c
Diego escribió:
> En estos días, a raíz de un tema con hibernate, implemente un log_statement
> en all y empece a reportar consultas con 50 campos o mas (saltaron algunas
> con 1200, y 50 joins) y no es que postgres no lo soportaba, sino que
> tardaba 90 segs en contestar. Estas consultas median e
Carlos Edward Grajales Marmolejo escribió:
> Es que ando optimizando querys en una base de datos, y me encontre con una
> consulta cuya cadena tiene un poco mas 6 millones de caracteres con al
> rededor de 10.000 consultas unidas por UNION ALL.
>
> La consulta me parece un desproposito y se debe
Es que ando optimizando querys en una base de datos, y me encontre con una
consulta cuya cadena tiene un poco mas 6 millones de caracteres con al
rededor de 10.000 consultas unidas por UNION ALL.
La consulta me parece un desproposito y se debe hacer reingenieria en ella,
sin embargo se ejecuta e
En estos días, a raíz de un tema con hibernate, implemente un
log_statement en all y empece a reportar consultas con 50 campos o mas
(saltaron algunas con 1200, y 50 joins) y no es que postgres no lo
soportaba, sino que tardaba 90 segs en contestar. Estas consultas median
entre 80 y 100 mil ca
Hola estimados:
Necesito armar el siguiente cuadro:
id | tasa | lx | dx
65 | 0.013670563 | 1. | 0.01367056
66 | 0.015125920 | 0.98632944 | 0.01491914
67 | 0.016741070 | 0.97141030 | 0.01626245
68
Hace muchos años tuve un problema con un query con otro motor de base de
datos, el problema fue la herramienta que se conectaba porque truncaba el
query que mandaba al motor.
El mar., 30 oct. 2018 a las 12:04, Carlos Edward Grajales Marmolejo (<
cgraja...@colombiasoftware.net>) escribió:
> Buenas
Carlos Edward Grajales Marmolejo escribió:
> Buenas tardes.
> Alguien de la lista sabe si postgres tiene algun limite en cuanto al tamaño
> de la cadena (query) a ejecutar?
No realmente ... hay un límite físico de la memoria disponible, creo.
Pero por ej. puedes poner grandes cantidades de valore
Buenas tardes.
Alguien de la lista sabe si postgres tiene algun limite en cuanto al tamaño
de la cadena (query) a ejecutar?
Y que implicaciones puede tener una consulta (cadena) muy grande para el
motor en terminos de tiempo de planeacion, ejecucion, memoria usada, etc.
Esto puede variar con la
