Bueno, supongo q todo lo de una fecha en especifico sea borrado, si el usuario
no esta en todas tus tablas te guayaste.
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8
2009/6/25 Nicolás Domínguez Florit
> Que se les ocurre para mantener una base de datos "demo" y que sobre esta
> se puedan realizar modificaciones (uso normal del sistema) pero con la
> particularidad de que cuando el usuario cierra la conexión la base vuelva a
> su estado original "demo".
>
> L
Que se les ocurre para mantener una base de datos "demo" y que sobre
esta se puedan realizar modificaciones (uso normal del sistema) pero
con la particularidad de que cuando el usuario cierra la conexión la
base vuelva a su estado original "demo".
Lo que se me ocurre es realizar un restore de
El 25 de junio de 2009 11:15, Nicolás Domínguez Florit <
ndo...@rec.unicen.edu.ar> escribió:
> Que se les ocurre para mantener una base de datos "demo" y que sobre esta
> se puedan realizar modificaciones (uso normal del sistema) pero con la
> particularidad de que cuando el usuario cierra la con
Pueden decirme cual es la mejor manera de devolver los datos de error desde
una funcion cuando hay ecepciones y que codigo o mensaje se evalua ,
BEGIN
insert into alm_cab_mov_temp
select id_empresa
,id_alm_cab_mov,id_local_ori,id_almacen_ori,id_sub_almacen_ori,id_local_des,
id_al
puedes hacer tu instalacion en una maquina virtual, te recomiendo sun
virtualbox y simplemente tomas una instantanea O snapshot de la maquina
virtual y lo congelas.
Cuando necesites volver a su estado original simplemente la reinicias. Lo
puedes hacer hasta en un crontab con una orden mas o menos c
un usuario dio la siguiente orden
delete * from pg_database ;
a cambio de
select * from pg_database ;
tengo backup de algunas bases de datos, pero necesito algunas que
lamentablemente no tome la precaucion.
Podria reconstruir la tabla pg_database de alguna forma?
Jose VASQUEZ
yo uso 8.4 rc en produccion y no he tenido problemas, pero va muy bien el
tema de los lenguajes, es muy practico.
Jose VASQUEZ
2009/6/24 uno dos
>
> > ¿Puedo tener en la misma instalación de postgres un base de datos en
> > LATIN1 y otra en UTF-8 bajo postgresql 8.3?
>
> No. En 8.4 se va a pode
Debido a que es una aplicación ya implementada, la misma tiene sus
propias transacciones por operaciones. Por lo que no podría hacer una
transacción mas amplia que abarque a las de la aplicación.
La alternativa del esquema es backup / restore. Esa es la primera que
evalue y hasta ahora una alte
2009/6/25 Jose Vasquez :
> yo uso 8.4 rc en produccion y no he tenido problemas, pero va muy bien el
> tema de los lenguajes, es muy practico.
>
ejem... rc no es para produccion, se supone que es mucho mas estable
que beta pero aun se discuten temas... es mas justo ahorita se estaba
hablando de re
Pueden decirme cual es la mejor manera de devolver los datos de error desde una
funcion cuando hay ecepciones y que codigo o mensaje se evalua ,
BEGIN
insert into alm_cab_mov_temp
select id_empresa
,id_alm_cab_mov,id_local_ori,id_almacen_ori,id_sub_almacen_ori,id_local_des,id_almacen_de
Tengo una base de datos, que se tiene previsto crecera considerablemente,
para tratar de minimizar el costo en disco duro me gustaria saber si puedo
obetener algun provecho al guardar varios de los datos en null en los campos
numerios en vez de cero. por lo cual la pregunta seria, es mas convenient
motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si puedo
> obetener algun provecho al guardar varios de los datos en null en los campos
> numerios en vez de cero. por lo cual la preg
2009/6/25 motum hesa :
> es mas conveniente
> usar null en vez de cero para optimizar la base de datos?
>
es mas conveniente usar el valor que conceptualmente debe ir.
si guardas en ese campo cero cuando en realidad por algun motivo ese
valor no aplica para ese registro estas guardando datos erron
El 25 de junio de 2009 16:02, motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si puedo
> obetener algun provecho al guardar varios de los datos en null en los campos
> numerios en ve
2009/6/25 Sandro Martin Napán Villarreal :
>
> EXCEPTION
>
> WHEN aqui en oracle le ponies other THEN
>
> ROLLBACK;
>
> END;
>
>
algunos ejemplos de como portar codigo de pl/sql de oracle a plpgsql
de postgres [este ejemplo en particular te puede interesar]:
http://www.postgresql.org/docs/8.3/inte
motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si
[...]
A todo esto, es bien posible que puedas obtener mejor uso del espacio en
disco si estudias con cuidado el orden de las colu
Jose Vasquez escribió:
> un usuario dio la siguiente orden
> delete * from pg_database ;
>
> a cambio de
>
> select * from pg_database ;
>
> tengo backup de algunas bases de datos, pero necesito algunas que
> lamentablemente no tome la precaucion.
>
> Podria reconstruir la tabla pg_database de
Juan Jose Rosales Rodriguez escribió:
> Existe alguna forme de acceder a la base de datos de el gestor (db
> "Postgres") con un usuario con pribilegios de superuser a una DB
> determinada pero no a ala de;l gestor ("postgres") para consultar los
> catalogos se entiende mi pregunta?
No, no
Nicolás Domínguez Florit escribió:
> Que se les ocurre para mantener una base de datos "demo" y que sobre
> esta se puedan realizar modificaciones (uso normal del sistema) pero
> con la particularidad de que cuando el usuario cierra la conexión la
> base vuelva a su estado original "demo".
Si la
Existe alguna forme de acceder a la base de datos de el gestor (db
"Postgres") con un usuario con pribilegios de superuser a una DB
determinada pero no a ala de;l gestor ("postgres") para consultar los
catalogos se entiende mi pregunta?
Saludos atentamente desde CUBA.
--
TIP 9: visita nuestr
Hola lista, tengo una duda y es con relacion al usuario q se archiva en
.pgpass, mi pregunta es:
Dicho usuario debe ser:
-superuser ó debe ser un simple usuario??
Gracias por su atención!!
ing. José Fermín Francisco Ferreras
San Francisco de Macorís, Rep. Dom.
___
El 25 de junio de 2009 16:25, José Fermín Francisco Ferreras <
josefermi...@hotmail.com> escribió:
> Hola lista, tengo una duda y es con relacion al usuario q se archiva en
> .pgpass, mi pregunta es:
>
> Dicho usuario debe ser:
>
> -superuser ó debe ser un simple usuario??
>
Puede ser cualquiera
Hola lista
Por un sistema WEB que manejo tengo que si detecto un valor en un
ejercute un INSERT en PG, pero tengo el problema que revisando si mando un 0
(cero en numero) el sistema me lo toma como '0' (cero en cadena) y si hace
un INSERT.
¿Es posible que PG decirle que si ese campo es 0 (porque
El 25 de junio de 2009 19:04, Miguel Beltran R. escribió:
> Hola lista
>
> Por un sistema WEB que manejo tengo que si detecto un valor en un
> ejercute un INSERT en PG, pero tengo el problema que revisando si mando un 0
> (cero en numero) el sistema me lo toma como '0' (cero en cadena) y si hace
>
Miguel Beltran R. escribió:
> ¿Es posible que PG decirle que si ese campo es 0 (porque al llegar a PG se
> pasa como númerico) no haga el INSERT?. Algo importante este INSERT esta
> dentro de una transaccion de hasta 24 INSERTS asi que no debe interumpir la
> transacción.
Usa un trigger BEFORE IN
>
>
>
>
> ¿No es más fácil hacer el IF en el lenguaje del sitio Web (PHP Perl o
> lo que tengas)?
> Silvio
>
>
No creo porque tendria que hacer 24 if
y con lo que dijo Alvaro solo hago uno
ademas es bueno saber esto, para algo de mas podria servirme
>
>
>
> Usa un trigger BEFORE INSERT que verifique si el valor es 0, y de serlo,
> returna NULL, con lo cual ese insert no se efectua. En caso de no ser
> 0, returna NEW, con lo cual el insert se hace normalmente.
>
>
Gracias Alvaro, quedo así
REATE OR REPLACE FUNCTION func_quincena_material_00_m
Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
0 es seguro que se reservan los 4 bytes.. pero si guardo un null tambien
2009/6/25 motum hesa
> Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
> links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
> asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
> 0 es seguro que se reservan los 4 bytes..
en el contexto de estas preguntas
Que pasa, si ?
Campo valor valor
-
numeric 0 null
text"" null
character"" nu
Hola a todos.
Quiero sumarle al campo c.fecha_recepcion los 'dias de credito' del
campo p.dias_credito que es un int.
¿Como lo hago?
aqui esta mi query:
select c.id_compra,'Corporativo' as nombre_sucursal
,c.folio_factura,(c.fecha_recepcion + p.dias_credito) as vencimiento
,c.total_factura_
motum hesa escribió:
> Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
> links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
> asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
> 0 es seguro que se reservan los 4 bytes.. pe
Jose Vasquez escribió:
> Siempres me ha asaltado una duda y la planteo de una vez que diferencia
> en cuanto a uso de bytes hay entre un campo TEXT y un CHARACTER de cierto
> tamaño,
Ninguna, excepto que CHARACTER rellena con espacios en blanco hasta
completar el tamaño especificado. CHARAC
Manuel A. Estevez Fernandez escribió:
> Hola a todos.
> Quiero sumarle al campo c.fecha_recepcion los 'dias de credito' del
> campo p.dias_credito que es un int.
select fecha_recepcion + dias_credito * '1 day'::interval
--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNG
ing. José Fermín Francisco Ferreras
San Francisco de Macorís, Rep. Dom.
From: azaze...@gmail.com
Date: Thu, 25 Jun 2009 16:32:21 -0500
Subject: Re: [pgsql-es-ayuda] seguridad y usuario q hace backup
To: josefermi...@hotmail.com
CC: pgsql-es-ayuda@postgresql.org
El 25 de junio de 2009 16:2
2009/6/25 Alvaro Herrera :
>
> Es fácil:
>
> 1. nunca uses CHAR
hace poco descubrí que existe una razón valida para usar char.
hace algun tiempo atras, herede un sistema hecho en Visual Fox Pro y
que funcionaba con base de datos M$ SQL server. He estado migrandolo a
postgres (ya llevo varios mes
37 matches
Mail list logo