Excerpts from mas...@gmail.com's message of mar oct 26 17:41:00 -0300 2010:
> Hola Jaime,
>
> el error me lo dá precisamente es en los campos char y varchar y eso es
> lo que no entiendo.
Te recomiendo reemplazar todos los campos char(n) por varchar(n). Es lo
único sensato en esta vida.
--
Ál
Excerpts from Roberto Guevara's message of mar oct 26 15:21:41 -0300 2010:
> La idea seria tener siempre en linea la misma tabla, que es la que guarda
> los pdf's y tenerlos siempre disponibles para su uso, estuve leyendo algo
> sobre jerarquias de herencia, pero no encontre como aplicarlas a esto
creo que las jerarquias de las que hablas se aplica para storage o
espacios físicos no para bases de datos, ahora Postgresql soporta
TOAST (compresión) que te puede ayudar.
Lo otro es usar LVM con tecnología iscsi (cosa de crecer en el
tiempo), pero si quieres herarquias (HSM) con XFS y haciendo
x
Hola Jaime,
el error me lo dá precisamente es en los campos char y varchar y eso es
lo que no entiendo.
Saludos
> El 26/10/10, Jaime Casanova escribió:
>> On Tue, Oct 26, 2010 at 3:07 PM, mas...@gmail.com
>> wrote:
>>>
>>> ERROR: function public.ins_agencias("unknown", integer, integer,
>>>
Hola Jaime,
el error me lo dá precisamente en los campos char y varchar y eso es
lo que no entiendo
Saludos
El 26/10/10, Jaime Casanova escribió:
> On Tue, Oct 26, 2010 at 3:07 PM, mas...@gmail.com wrote:
>>
>> ERROR: function public.ins_agencias("unknown", integer, integer,
>> integer, integ
La idea seria tener siempre en linea la misma tabla, que es la que guarda
los pdf's y tenerlos siempre disponibles para su uso, estuve leyendo algo
sobre jerarquias de herencia, pero no encontre como aplicarlas a esto.
Saludos
El 26 de octubre de 2010 12:51, Alvaro Herrera
escribió:
> Excerpts f
On Tue, Oct 26, 2010 at 3:07 PM, mas...@gmail.com wrote:
>
> ERROR: function public.ins_agencias("unknown", integer, integer,
> integer, integer, "unknown", "unknown", integer, "unknown", "unknown",
> "unknown", "unknown", "unknown", "unknown", "unknown") does not exist
> HINT: No function match
Hola lista, tengo un problema con la siguiente función:
CREATE OR REPLACE FUNCTION "public"."ins_agencias" (
char,
smallint,
smallint,
bigint,
numeric,
char,
varchar,
smallint,
varchar,
varchar,
varchar,
date,
double precision,
double precision,
varchar
)
RETURNS "pg_
Excerpts from Daniel Orozco's message of mar oct 26 13:08:22 -0300 2010:
> Tengo un cursor
> cur_0 CURSOR FOR
> SELECT
> fec_clima,
> bri_sol_clima,
> tem_max_clima,
> tem_min_clima,
> tem_med_clima,
> pre_clima,
> hum_rel_clima,
> evento_clima
> FROM clima
> WHERE cod_estacion=codigo_estacion;
>
Excerpts from roberto's message of mar oct 26 09:20:40 -0300 2010:
> Hola Lista!
> Tengo la siguiente situacion, tengo una BD y un tablespace en un disco
> montado con autofs.
> Me plantean si el dia de mañana, cuando el disco se vaya llenando poner
> otro disco y que ande con el como espacio lib
Excerpts from Virginia's message of mar oct 26 12:23:47 -0300 2010:
> Ya resolví mi problema, aquí les dejo la solución para quienes puedan tener
> el mismo problema:
Creo que quienes tengan el mismo problema deberían usar una vista para
evitar almacenar el campo calculado, lo cual es mal diseño,
Excerpts from Daniel Orozco's message of mar oct 26 12:24:34 -0300 2010:
> Alvaro... tal vez no recibiste mi segundo post donde explico que la razón de
> utilizar tablas temporales es hacer mi código mucho mas legible. En estos
> momentos tengo una función que supera las 1300 lineas de código. usan
El 26/10/2010 10:20, roberto escribió:
Hola Lista!
Tengo la siguiente situacion, tengo una BD y un tablespace en un disco
montado con autofs.
Me plantean si el dia de mañana, cuando el disco se vaya llenando
poner otro disco y que ande con el como espacio libre para seguir
guardando/consultand
2010/10/26 Jaime Casanova
> 2010/10/26 Virginia :
> >
> > Les comento, el código del trigger es el siguiente:
> >
>
> y deberia quedar asi:
>
> CREATE OR REPLACE FUNCTION calcular_total() RETURNS trigger AS '
> BEGIN
>IF (tg_op = ''INSERT'') OR (tg_op = ''UPDATE'') THEN
> NEW.total= NE
2010/10/26 Virginia :
>
> Les comento, el código del trigger es el siguiente:
>
y deberia quedar asi:
CREATE OR REPLACE FUNCTION calcular_total() RETURNS trigger AS '
BEGIN
IF (tg_op = ''INSERT'') OR (tg_op = ''UPDATE'') THEN
NEW.total= NEW.campo1 + NEW.campo2 + NEW.campo3 ;
END IF;
Excerpts from Daniel Orozco's message of lun oct 25 19:00:51 -0300 2010:
> El 25 de octubre de 2010 16:10, Alvaro Herrera
> escribió:
> > ¿Cuál es el propósito de almacenar el valor en una tabla temporal?
> > Puede que haya una forma mejor de hacer lo que estás intentando.
> Alvaro... gracias por
Buen día ListaQue pena con ustedes, relacionado a la última consulta, donde se dió el caso de unos registros que al traerlos veniand en diferente orden entre PGSQL 7.3.7 y PGSQL 8.4.2, eso lo resolvi, facil, ya que la tablatenía un campo hora, simplemente se activó ese campo y en la consulta se in
Para hacer eso el trigger se debe ejecutar antes.(BEFORE)
CREATE TRIGGER calcular_total BEFORE INSERT OR UPDATE ON promedios
EXECUTE PROCEDURE calcular_total();
El 26-10-2010, a las 9:54, Virginia escribió:
El 26 de octubre de 2010 08:22, Virginia escribió:
El 25 de octubre de 2010 23:0
Virginia, insisto en que no deberías tener ese campo en la tabla.
Hacé una función o una vista
Saludos
Guillermo Villanueva
El 26 de octubre de 2010 10:02, Virginia escribió:
>
>
> El 26 de octubre de 2010 08:30, Manuel Diego escribió:
>
>> Para hacer eso el trigger se debe e
Lo que debes hacer es eliminar el lanzamiento del trigger AFTER, eso
es lo primero, ya que "DESPUES" no existe el NEW.
Después que hayas hecho lo anterior, crea la instrucción:
CREATE TRIGGER calcular_total BEFORE INSERT OR UPDATE ON promedios
EXECUTE PROCEDURE calcular_total();
El 26-10-20
El 26 de octubre de 2010 08:30, Manuel Diego escribió:
> Para hacer eso el trigger se debe ejecutar antes.(BEFORE)
>
> CREATE TRIGGER calcular_total *BEFORE* INSERT OR UPDATE ON promedios
> EXECUTE PROCEDURE calcular_total();
>
> El 26-10-2010, a las 9:54, Virginia escribió:
>
>
>
> El 26 de oc
El 26 de octubre de 2010 08:22, Virginia escribió:
>
>
> El 25 de octubre de 2010 23:09, Jaime Casanova
> escribió:
>
> 2010/10/25 Virginia :
>> > Buenas noches, cómo están? quisiera saber si pueden ayudarme con una
>> duda.
>> > Tengo una tabla con los campos id, campo1, campo2, campo3, total y
El 25 de octubre de 2010 23:09, Jaime Casanova escribió:
> 2010/10/25 Virginia :
> > Buenas noches, cómo están? quisiera saber si pueden ayudarme con una
> duda.
> > Tengo una tabla con los campos id, campo1, campo2, campo3, total y un
> > trigger q lo que debería hacer es que cada vez q inserto u
Hola Lista!
Tengo la siguiente situacion, tengo una BD y un tablespace en un disco
montado con autofs.
Me plantean si el dia de mañana, cuando el disco se vaya llenando poner
otro disco y que ande con el como espacio libre para seguir
guardando/consultando mas datos, y si algun dia quieren cons
El 25/10/2010 19:07, Gilberto Castillo Martínez escribió:
El jue, 21-10-2010 a las 14:51 -0400, Hector Miguel Beltran Lugo
escribió:
Para migrar desde 4.7 o 8.4 hacia 9.0 se podría resolver solamente con un
pg_dump/restore ??, pq también existe la posibilidad de que ocurra corrupción
de los d
25 matches
Mail list logo
