Re: Ayuda con armar saldos

2018-10-31 Thread Horacio Miranda
Es mi idea o estas tratando de armar los saldos in solutos, intereses y 
pagos con interes compuesto ?


On 31/10/2018 7:58 AM, Jorge Barzola wrote:

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 | 0.018533249 | 0.95514785 | 0.01770199
69 | 0.020521473 | 0.93744586 | 0.01923777
70 | 0.022726715 | 0.91820809 | 0.02086785

- Los datos de id y tasa son fijo (estan en una tabla).
- Siempre en la columna lx en el primer registro sera 1.
- La columna dx se obtiene de tasa * lx
- En la columna lx, apartir del segundo registro el resultado se 
obtiene de (lx - dx) de un registro anterior.


Alguna idea por favor.

Saludos.



Re: Tamaño de Query

2018-10-31 Thread Horacio Miranda

Hola se que te respondieron pero quiero indicar algo.

On 31/10/2018 7:04 AM, Carlos Edward Grajales Marmolejo wrote:

Buenas tardes.
Alguien de la lista sabe si postgres tiene algun limite en cuanto al 
tamaño de  la cadena (query) a ejecutar?

No que yo sepa, en general el motor aguanta mucho.


Y que implicaciones puede tener una consulta (cadena) muy grande para 
el motor en terminos de tiempo de planeacion, ejecucion, memoria 
usada, etc.


Hace mucho tiempo una persona me respondia casí todo con un depende. 
aquí va mi depende.


Sí la aplicación es un cliente servidor, vas a mover mas datos, en 
general lo ideal es dejar que el motor haga la lógica.


El peor caso de uso, es usar postgresql ( o cualquier motor ) como 
Cliper, es decir select {lista de columnas} from Tabla A, B , etc...


Que tu aplicación la haya escrito alguien que sepa clipper ( que me toco 
ver algo horrible para el transantiago ), y el movimiento de datos era 
horrible.


Hay apliaciones como Genexus 7 ( super vieja ) que los SQL los armaba de 
la forma más horrible que te puedas imaginar, desde Genexus X pusieron a 
un DBA para ordenar el cuento.



Para responder a tu pregunta, no hay limites. Sin embargo personas 
"Tontas o Idiotas" se las van a arreglar para romper cualquier cosa 
robusta que les pongas. ( a mi me rompieron un Oracle RAC 4 nodos con 
una EVA8000 de Fibra con 200 discos por que la empresa usaba el motor 
como Clipper y como la base de datos andaba lenta, era problema del 
DBA... :D Espero que no te pase.




Esto puede variar con la version de postgres?

GRacias por la respuesta

--
--



Cordialmente,

*/Carlos Edward Grajales/*
Colombia Software Ltda.

  * Calle 26N# 5AN-67

Cali - Colombia
www.colombiasoftware.net 
Cel. 318 359 46 15
Tel: (2) 487 64 66