Raise Exception

Lo que se comenta más abajo es algo que tiene sentido y es muy similar a
cuando estás editando un archivo con vi, se apaga el equipo y queda "tomado"
en un archivo .archivo.swp, lo borras y se soluciona el problema.

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de agrimas
Enviado el: Miércoles, 28 de Abril de 2004 15:03
Para: 'Roberto Bárcenas'; pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] El postmaster esta levantado y no puedo entrar

Puede que se haya apagado el equipo en forma inesperada?
Fijate que te tira un codigo de error, si es mi mismo caso, los
solucione buscando un archivo (algo como .s.PGSQL.5432).
Lo borras y listo.
No principiante en esto, pero de esa forma solucione ese caso.

Suerte.!

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Roberto
Bárcenas
Enviado el: Miércoles, 28 de Abril de 2004 03:09 p.m.
Para: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: [pgsql-es-ayuda] El postmaster esta levantado y no puedo entrar

Que tal, tengo mi postgres configurado para levantar
al iniciar el servidor, hace unos dias nos quitaron la
energía electrica varias veces, ahora que ya esta
estable, al querer entrar a postgres me dice que no se
puede, que si esta el postmaster corriendo, busco en
la tabla de procesos y no esta el demonio, si intento levantarlo me dice
que probablemente ya hay un servicio corriendo, pero no acepta ninguna
opción, stop, start o restart.

Alguien sabe porque sucede esto y como puedo
solucionarlo?

Saludos!

_________________________________________________________
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes.
http://net.yahoo.com.mx

---------------------------(end of broadcast)---------------------------
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envíe "unregister SuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)

---------------------------(end of broadcast)---------------------------
TIP 5: ¿Has leído nuestro extenso FAQ?

http://www.postgresql.org/docs/faqs/FAQ.html

Hola a todos

Tenemos varias aplicaciones internas corriendo en nuestros servidores
Linux Red Hat 2.4.12
y nuestra base de datos Postgres 7.2.1.

Nuestro desafío ahora es la implementación de seguridad en nuestras
bases de datos,
a consecuencia de:

1.- Creemos que el control a través de .htacces deja mucho que desear.
2.- Queremos eliminar las claves insertas de nuestros programas

Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
nivel de Base de Datos o al Nivel de Tablas.

Gracias
Atte,
Guillermo Viveros
Superintendencia de AFP
Chile

Hola

Creo que no entiendo bien tu pregunta, pero por lo que entendí:

Postgres maneja niveles de seguridad basados en usuarios y grupos.
Cuando creas una tabla tenes control de los permisos de select,
insert o update. Estos permisos se los podes dar a otros usuarios o
grupos de usuarios para simplificar la tarea.
Tambien podes creas usuarios y manejar el permiso de login a la base
de datos

Suerte

--- "Guillermo M. Viveros A." <gviveros(at)safp(dot)cl> escribió: > Hola a todos
>
> Tenemos varias aplicaciones internas corriendo en nuestros servidores
> Linux Red Hat 2.4.12
> y nuestra base de datos Postgres 7.2.1.
>
> Nuestro desafío ahora es la implementación de seguridad en nuestras
> bases de datos,
> a consecuencia de:
>
> 1.- Creemos que el control a través de .htacces deja mucho que desear.
> 2.- Queremos eliminar las claves insertas de nuestros programas
>
> Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> nivel de Base de Datos o al Nivel de Tablas.
>
> Gracias
> Atte,
> Guillermo Viveros
> Superintendencia de AFP
> Chile
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html--
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html

------------
Los mejores usados y las más tentadoras
ofertas de 0km están en Yahoo! Autos.
Comprá o vendé tu auto en
http://autos.yahoo.com.ar

On Tue, Apr 27, 2004 at 12:37:12PM -0400, Guillermo M. Viveros A. wrote:

Guillermo,

> Tenemos varias aplicaciones internas corriendo en nuestros servidores
> Linux Red Hat 2.4.12
> y nuestra base de datos Postgres 7.2.1.

Permíteme sugerir una actualización a Postgres; esa es bastante antigua
y tiene "sus pifias". Se recomienda 7.4.2. (Sí, PostgreSQL es un
producto que se mueve rápido). En caso de no estar dispuestos a hacer
un dump/restore, se puede actualizar fácilmente a 7.2.4.

> Nuestro desafío ahora es la implementación de seguridad en nuestras
> bases de datos, a consecuencia de:
>
> 1.- Creemos que el control a través de .htacces deja mucho que desear.

Ciertamente, sobre todo si Uds. dan un servicio como PreviRed (no sé si
es eso de lo que estás hablando).

> 2.- Queremos eliminar las claves insertas de nuestros programas

Puedes usar un archivo .pgpass, que no exige tener las claves en los
programas (pero exige tener la password en otro archivo). Mira la
documentación de "The password file" en el manual, dentro del capítulo
de libpq. Ojo, sólo 7.3 en adelante.

> Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> nivel de Base de Datos o al Nivel de Tablas.

Si quieres esconder "algunas" tablas completas del usuario que consulta,
lo que puedes hacer es tener dos usuarios, uno que será dueño de las
tablas y otro que tendrá permisos para leer algunas (GRANT). Si eso no
es suficiente y quieres esconder algunas columnas o algunas filas,
puedes quitarle permiso (REVOKE) a las tablas y crear vistas (CREATE
VIEW) que permitan acceso sólo a la información que te interese
entregar (puedes limitar las columnas usando "SELECT col_1, col_2", y
las filas usando un WHERE).

Por favor, si estás dispuesto a gastar unos minutos de tu tiempo,
cuéntame por correo privado cómo ha sido su experiencia con PostgreSQL.

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"La vida es para el que se aventura"

Hola Todos

Creo que el problema consiste en que no has leído la documentación apropiada,
la cual puedes hallar en el site de PostreSQL.

.htaccess NADA tiene que ver con PostgreSQL, sino con Apache.
Con PostgreSQL puedes usar diversos mecanismos para la seguridad, es sólo
cuestión de leer.

En cuanto al acceso controlado por tablas es algo que puedes hacer con SQL
estándar (directiiva GRANT)

Si noes explicas un poco mejor tu deseo aquí se te podrá ayudar, sobre todo a
hallar la documentación que _debes_ leer.

El Martes, 27 de Abril de 2004 12:37, Guillermo M. Viveros A. escribió:
> Tenemos varias aplicaciones internas corriendo en nuestros servidores
> Linux Red Hat 2.4.12
> y nuestra base de datos Postgres 7.2.1.
> Nuestro desafío ahora es la implementación de seguridad en nuestras
> bases de datos,
> a consecuencia de:
> 1.- Creemos que el control a través de .htacces deja mucho que desear.
> 2.- Queremos eliminar las claves insertas de nuestros programas
> Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> nivel de Base de Datos o al Nivel de Tablas.

--
César Villanueva

Hi.
Soy programador de aplicaciones web, hace mucho que deje los programas
visuales y si los uso son para crear aplicaciones como utilitarios
personales. Las razones por las que no las utilizo para aplicaciones
corporativas o de uso en RED es por lo siguiente:

1. Tienes que intalarlos en cada PC y muchas veces con todos los dll otras
cosas necesarias (mayor trabajo de mantenimiendo y soporte especialmente si
tienes que hacer cambios constantes)
2. Hay que estar al tanto de que el ODBC u otro tipo de driver este
funcionando perfectamente.
3. Tienes que decirle al servidor de base de datos que permita el acceso a
cada IP de cada uno de tus clientes ( inseguridad, trabajo de
administrabilidad del db server).
4. Tines que mantener en muchos casos usuarios dentro de la base de datos y
estar al tanto de sus derechos y limitaciones y grupos.
5. Muchas veces tienen que darle a usuario tambien acceso a nivel de server
a especiales directorios y en muchos casos con niveles de administrator ( lo
he visto en muchas applicaciones VB y son un dolor de cabeza para el
administrador de redes).

Por estos puntos y por otros mas es que me decidi hace mucho por las
aplicaciones web, la tipica configuracion de 3 capas. Ahora programao en JSP
(java 100% OOP) y me trae muchas ventajas:

1. El usuario solo tienen que tener instalado un navegador de internet de su
preferencia y en el caso de Windows ya esta intalado por defecto uno de
ellos y si es la ultima version mejor en el caso de XM y XSL.
2. NO tienes que instalar drivers en los usuarios. JDBC funcioana perfecto y
no corre en el usuario.
3. No tienes que indicarle a tu server el ip de tus usuarios o clientes.
4. La configuracion de 3 capas permite configurar al DB server que sea
accesado solo por el web applications server y por un determinado usuario y
pude ser todo esto encriptado. Asi nadie puede ver a tu web server. en el
Caso que web applicatin server y DB server sea la misma cosas restringes el
acceso solo a localhost.
5. Un web application por seguridad tienen que correr bajo SSL al conectarse
con el cliente y eso es trabajo facil de implementar.
6. Veo mucho mas practico mantener mi propio control de usuario de mis
aplicaciones dentro de tablas.
7. Te preocupas de seguridad a nivel de tu server (1 o 3 Pcs) y no a nivel
de cada cliente.

etc.

Se que salir del paradigma de los programas visuales es muy dificil, lo digo
por que veo a mis amigos que entienden toda la teoria de las aplicaciones
web pero simplemente no puden comenzar a programar en ellas, no por que no
sean buenos profecinales sino por que tienen anios dentro de un Paradigma
que es dificil de romper.

Los otros veneficios de web applications son :

1. Java es gratis!!!! (por ahora y creo que continuara asi).
2. Para programar solo necesitas un editor de texto, algo mas especializado
podria ser un editor de html. hay varios gratis y muy buenos como el
Html-Kit. (cuantos pagas por cada liciencia de tu programa visual?)
3. NO hay que estar pensando en el tipico proceo de: modificar el codigo,
compilar, correr la aplicacion y probar. NO!!! solo tines que cargar en tu
navegador la aplicacion, entrar en la opcion con problemas y una vez que
cambies el JSP ( o PHP u otro) solo dar click derecho refrescar y tendras
todo arreglado. Eso facilita mucho el soporte con el usuario frente a
pequenios problemas que nunca faltan. Ellos llaman y mientras estas en el
telefono modificas el pequenio error y le dices que refresque la pantalla y
listo.
4. Creo que la mas grande ventaja es el limitado presupuesto que se maneja:
- Linux o FreeBSD (gratis, estable, etc)
- Java (gratis)
- PostgreSQL (gratis)
- Hardware (se tiene que pagar, pero no necesitas una moustrocidad de
server)
- Para los Clientes solo el sistema operativo que ya incluye el
navegador. (minimizas proceso de intalacion de las PC de clientes) y el
tiempo de soporte a problemas de configuracion es minima.

Ahora tengo desarrollado un Web Application en JSP y estoy usando XML y XSL,
y es algo fantastico pues el JSP se encarga solo de crear el modelo de data
en el XML y luego el XSL solo se encarga de crear la forma de presentacion y
quien compila o fuciona el XML con el XSL es el propio navegador. Creanme
funciona de maravillas y muchas operaciones tipicas de programacion se
minimizan enormemente.

Hora estoy ananlizando crear un cliente mas elavorado en FLASH con el action
escript para el usuario, pues el FLASH puede recibir XML desde JSP, ASP,
PHP, etc. pero para eso tengo que aprender a programar en Action Script y ES
ESO UNA LIMITACION? eso depende de cuantos paradigmas controlan mi profecion
de desarrollador.

En conclucion podria decir que SI podras estar seguro usando Aplicaciones
Visuales pero tendras que trabajar mucho y tiene un costo que muchas veces
no lo vemos pues es un costo distribuido no neto y de largo plazo. Creo que
los Web Application son seguros pero con menos trabajo de mantenimiento y
mucho mas economicos y productivos.

Esto lo pongo para su refleccion como profecionales.

Italo Osorio
Adventist International Institute of Advanced Studies.
Philippines.

----- Original Message -----
From: "Guillermo M. Viveros A." <gviveros(at)safp(dot)cl>
To: <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Tuesday, April 27, 2004 9:37 AM
Subject: [pgsql-es-ayuda] Seguridad en Postgres

> Hola a todos
>
> Tenemos varias aplicaciones internas corriendo en nuestros servidores
> Linux Red Hat 2.4.12
> y nuestra base de datos Postgres 7.2.1.
>
> Nuestro desafío ahora es la implementación de seguridad en nuestras
> bases de datos,
> a consecuencia de:
>
> 1.- Creemos que el control a través de .htacces deja mucho que desear.
> 2.- Queremos eliminar las claves insertas de nuestros programas
>
> Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> nivel de Base de Datos o al Nivel de Tablas.
>
> Gracias
> Atte,
> Guillermo Viveros
> Superintendencia de AFP
> Chile
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>

Hola Italo Osorio,

Todos lo que afirmas estan 100% ciertas, el problema es que para partir a
multi-camada y con estas opciones te lleva a un aprendizje mucho mayor que
uno Visual, y muchas veces ni hay cursos. Si sos auto didacta es mas facil
aprendir un lenguaje Visual, que toda una estructura para N-camadas. Pero
considerando costo-benificio ni hablar la opcion que dijiste en una
maravilla

Gustavo Garay
Hernandarias - Paraguay

> Hi.
> Soy programador de aplicaciones web, hace mucho que deje los programas
> visuales y si los uso son para crear aplicaciones como utilitarios
> personales. Las razones por las que no las utilizo para aplicaciones
> corporativas o de uso en RED es por lo siguiente:
>
> 1. Tienes que intalarlos en cada PC y muchas veces con todos los dll otras
> cosas necesarias (mayor trabajo de mantenimiendo y soporte especialmente
si
> tienes que hacer cambios constantes)
> 2. Hay que estar al tanto de que el ODBC u otro tipo de driver este
> funcionando perfectamente.
> 3. Tienes que decirle al servidor de base de datos que permita el acceso a
> cada IP de cada uno de tus clientes ( inseguridad, trabajo de
> administrabilidad del db server).
> 4. Tines que mantener en muchos casos usuarios dentro de la base de datos
y
> estar al tanto de sus derechos y limitaciones y grupos.
> 5. Muchas veces tienen que darle a usuario tambien acceso a nivel de
server
> a especiales directorios y en muchos casos con niveles de administrator
( lo
> he visto en muchas applicaciones VB y son un dolor de cabeza para el
> administrador de redes).
>
>
> Por estos puntos y por otros mas es que me decidi hace mucho por las
> aplicaciones web, la tipica configuracion de 3 capas. Ahora programao en
JSP
> (java 100% OOP) y me trae muchas ventajas:
>
> 1. El usuario solo tienen que tener instalado un navegador de internet de
su
> preferencia y en el caso de Windows ya esta intalado por defecto uno de
> ellos y si es la ultima version mejor en el caso de XM y XSL.
> 2. NO tienes que instalar drivers en los usuarios. JDBC funcioana perfecto
y
> no corre en el usuario.
> 3. No tienes que indicarle a tu server el ip de tus usuarios o clientes.
> 4. La configuracion de 3 capas permite configurar al DB server que sea
> accesado solo por el web applications server y por un determinado usuario
y
> pude ser todo esto encriptado. Asi nadie puede ver a tu web server. en el
> Caso que web applicatin server y DB server sea la misma cosas restringes
el
> acceso solo a localhost.
> 5. Un web application por seguridad tienen que correr bajo SSL al
conectarse
> con el cliente y eso es trabajo facil de implementar.
> 6. Veo mucho mas practico mantener mi propio control de usuario de mis
> aplicaciones dentro de tablas.
> 7. Te preocupas de seguridad a nivel de tu server (1 o 3 Pcs) y no a nivel
> de cada cliente.
>
> etc.
>
> Se que salir del paradigma de los programas visuales es muy dificil, lo
digo
> por que veo a mis amigos que entienden toda la teoria de las aplicaciones
> web pero simplemente no puden comenzar a programar en ellas, no por que no
> sean buenos profecinales sino por que tienen anios dentro de un Paradigma
> que es dificil de romper.
>
> Los otros veneficios de web applications son :
>
> 1. Java es gratis!!!! (por ahora y creo que continuara asi).
> 2. Para programar solo necesitas un editor de texto, algo mas
especializado
> podria ser un editor de html. hay varios gratis y muy buenos como el
> Html-Kit. (cuantos pagas por cada liciencia de tu programa visual?)
> 3. NO hay que estar pensando en el tipico proceo de: modificar el codigo,
> compilar, correr la aplicacion y probar. NO!!! solo tines que cargar en tu
> navegador la aplicacion, entrar en la opcion con problemas y una vez que
> cambies el JSP ( o PHP u otro) solo dar click derecho refrescar y tendras
> todo arreglado. Eso facilita mucho el soporte con el usuario frente a
> pequenios problemas que nunca faltan. Ellos llaman y mientras estas en el
> telefono modificas el pequenio error y le dices que refresque la pantalla
y
> listo.
> 4. Creo que la mas grande ventaja es el limitado presupuesto que se
maneja:
> - Linux o FreeBSD (gratis, estable, etc)
> - Java (gratis)
> - PostgreSQL (gratis)
> - Hardware (se tiene que pagar, pero no necesitas una moustrocidad de
> server)
> - Para los Clientes solo el sistema operativo que ya incluye el
> navegador. (minimizas proceso de intalacion de las PC de clientes) y el
> tiempo de soporte a problemas de configuracion es minima.
>
> Ahora tengo desarrollado un Web Application en JSP y estoy usando XML y
XSL,
> y es algo fantastico pues el JSP se encarga solo de crear el modelo de
data
> en el XML y luego el XSL solo se encarga de crear la forma de presentacion
y
> quien compila o fuciona el XML con el XSL es el propio navegador. Creanme
> funciona de maravillas y muchas operaciones tipicas de programacion se
> minimizan enormemente.
>
> Hora estoy ananlizando crear un cliente mas elavorado en FLASH con el
action
> escript para el usuario, pues el FLASH puede recibir XML desde JSP, ASP,
> PHP, etc. pero para eso tengo que aprender a programar en Action Script y
ES
> ESO UNA LIMITACION? eso depende de cuantos paradigmas controlan mi
profecion
> de desarrollador.
>
> En conclucion podria decir que SI podras estar seguro usando Aplicaciones
> Visuales pero tendras que trabajar mucho y tiene un costo que muchas veces
> no lo vemos pues es un costo distribuido no neto y de largo plazo. Creo
que
> los Web Application son seguros pero con menos trabajo de mantenimiento y
> mucho mas economicos y productivos.
>
> Esto lo pongo para su refleccion como profecionales.
>
> Italo Osorio
> Adventist International Institute of Advanced Studies.
> Philippines.
>
>
>
>
>
> ----- Original Message -----
> From: "Guillermo M. Viveros A." <gviveros(at)safp(dot)cl>
> To: <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Tuesday, April 27, 2004 9:37 AM
> Subject: [pgsql-es-ayuda] Seguridad en Postgres
>
>
> > Hola a todos
> >
> > Tenemos varias aplicaciones internas corriendo en nuestros servidores
> > Linux Red Hat 2.4.12
> > y nuestra base de datos Postgres 7.2.1.
> >
> > Nuestro desafío ahora es la implementación de seguridad en nuestras
> > bases de datos,
> > a consecuencia de:
> >
> > 1.- Creemos que el control a través de .htacces deja mucho que desear.
> > 2.- Queremos eliminar las claves insertas de nuestros programas
> >
> > Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> > nivel de Base de Datos o al Nivel de Tablas.
> >
> > Gracias
> > Atte,
> > Guillermo Viveros
> > Superintendencia de AFP
> > Chile
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 5: ¿Has leído nuestro extenso FAQ?
> >
> > http://www.postgresql.org/docs/faqs/FAQ.html
> >
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: ¿Has buscado en los archivos de las listas de correo?
>
> http://archives.postgresql.org
>

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.657 / Virus Database: 422 - Release Date: 13/04/2004

Que tal, tengo mi postgres configurado para levantar
al iniciar el servidor, hace unos dias nos quitaron la
energía electrica varias veces, ahora que ya esta
estable, al querer entrar a postgres me dice que no se
puede, que si esta el postmaster corriendo, busco en
la tabla de procesos y no esta el demonio, si intento
levantarlo me dice que probablemente ya hay un
servicio corriendo, pero no acepta ninguna opción,
stop, start o restart.

Alguien sabe porque sucede esto y como puedo
solucionarlo?

Saludos!

_________________________________________________________
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx

Puede que se haya apagado el equipo en forma inesperada?
Fijate que te tira un codigo de error, si es mi mismo caso, los
solucione buscando un archivo (algo como .s.PGSQL.5432).
Lo borras y listo.
No principiante en esto, pero de esa forma solucione ese caso.

Suerte.!

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Roberto
Bárcenas
Enviado el: Miércoles, 28 de Abril de 2004 03:09 p.m.
Para: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: [pgsql-es-ayuda] El postmaster esta levantado y no puedo entrar

Que tal, tengo mi postgres configurado para levantar
al iniciar el servidor, hace unos dias nos quitaron la
energía electrica varias veces, ahora que ya esta
estable, al querer entrar a postgres me dice que no se
puede, que si esta el postmaster corriendo, busco en
la tabla de procesos y no esta el demonio, si intento levantarlo me dice
que probablemente ya hay un servicio corriendo, pero no acepta ninguna
opción, stop, start o restart.

Alguien sabe porque sucede esto y como puedo
solucionarlo?

Saludos!

_________________________________________________________
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes.
http://net.yahoo.com.mx

---------------------------(end of broadcast)---------------------------
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envíe "unregister SuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)

Estimados amigos... he construido una funcion que necesita actualizar
varias tablas tal como lo muestro en el siguiente ejemplo...

CREATE FUNCTION actualiza() RETURNS trigger AS '
BEGIN

update cargas set codtitular = new.codpaciente where codtitular =
old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar cargas';
end if

update paciente_historia_clinica set codpaciente = new.codpaciente
where codpaciente = old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar historia clinica';
end if

update pac_emp set codpaciente = new.codpaciente where codpaciente
= old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar pac_emp';
end if

RETURN NEW;
END;
' LANGUAGE plpgsql;

mi pregunta es... ¿cuál es la variable que verifica si existió o no un
error en la última instrucción sql?

y la segunda pregunta.... el mismo ejemplo:

CREATE FUNCTION actualiza() RETURNS trigger AS '
BEGIN
if old.codpaciente != new.copaciente then
update cargas set codtitular = new.codpaciente where codtitular
= old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar cargas';
end if;

update paciente_historia_clinica set codpaciente =
new.codpaciente where codpaciente = old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar historia clinica';
end if;

update pac_emp set codpaciente = new.codpaciente where
codpaciente = old.codpaciente;

if (variable_de_error) then
raise exception 'error al actualizar pac_emp';
end if;
end if;

RETURN NEW;
END;
' LANGUAGE plpgsql;

esta bien construido esto? lo pregunto por que al momento de compilarlo me
marco un error...

obs.: el procedimiento del ejemplo es activado por un trigger.

bueno espero haber sido claro en mi pregunta...

gracias

Mauricio Pastorini T.

On Tue, Mar 30, 2004 at 03:25:52PM -0400, Crell - Marcelo España Koock wrote:
> Lo que se comenta más abajo es algo que tiene sentido y es muy similar a
> cuando estás editando un archivo con vi, se apaga el equipo y queda "tomado"
> en un archivo .archivo.swp, lo borras y se soluciona el problema.

En el caso de vi, lo que mas te conviene es usar vi -r; con eso
recuperas la informacion que hay en el .swp que puede contener algo que
no hayas grabado al archivo. Te evitas perder trabajo.

En el caso que nos toca, no es exactamente lo mismo; lo que se esta
tratando de hacer es impedir que partan mas de un postmaster
simultaneamente, porque si eso ocurre puede haber corrupcion de datos.
Dado que el que hizo la pregunta ya verifico que no hay otro postmaster
corriendo, puede borrar el archivo en cuestion tranquilamente.

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"No hay hombre que no aspire a la plenitud, es decir,
la suma de experiencias de que un hombre es capaz"

El Wednesday 28 April 2004 17:24, Mauricio E. Pastorini Torres escribió:
>
> esta bien construido esto? lo pregunto por que al momento de compilarlo me
> marco un error...

Y cual vendria a ser el error?

--
19:12:02 up 34 min, 6 users, load average: 0.44, 0.40, 0.51
-----------------------------------------------------------------
Martín Marqués | select 'mmarques' || '@' || 'unl.edu.ar'
Centro de Telematica | DBA, Programador, Administrador
Universidad Nacional
del Litoral
-----------------------------------------------------------------

UPS!!!! tenía mal escrito el if...

if old.codpaciente != new.codpaciente then

end if;

esto si funciona... de todas maneras me queda la inquietud de como
verificar la existencia de un error despues de ejecutar un update...

> El Wednesday 28 April 2004 17:24, Mauricio E. Pastorini Torres escribió:
>>
>> esta bien construido esto? lo pregunto por que al momento de compilarlo
>> me
>> marco un error...
>
> Y cual vendria a ser el error?
>
> --
> 19:12:02 up 34 min, 6 users, load average: 0.44, 0.40, 0.51
> -----------------------------------------------------------------
> Martín Marqués | select 'mmarques' || '@' || 'unl.edu.ar'
> Centro de Telematica | DBA, Programador, Administrador
> Universidad Nacional
> del Litoral
> -----------------------------------------------------------------
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: no olvides aumentar la configuración del "free space map"
>

--
Mauricio Pastorini T.
WebMaster El Golfo S.A.
Fono : (56)41-269462, Fax: (56)41-584482
Celular: 09-9997439
ICQ : 35877860
Http://www.elgolfo.cl

El Thursday 29 April 2004 10:08, Mauricio E. Pastorini Torres escribió:
> UPS!!!! tenía mal escrito el if...
>
> if old.codpaciente != new.codpaciente then

Usa <> en lugar de !=

>
> end if;
>
> esto si funciona... de todas maneras me queda la inquietud de como
> verificar la existencia de un error despues de ejecutar un update...

http://www.postgresql.org/docs/7.4/interactive/plpgsql-statements.html

--
11:02:01 up 16:24, 2 users, load average: 0.88, 0.74, 0.66
-----------------------------------------------------------------
Martín Marqués | select 'mmarques' || '@' || 'unl.edu.ar'
Centro de Telematica | DBA, Programador, Administrador
Universidad Nacional
del Litoral
-----------------------------------------------------------------

On Thu, Apr 29, 2004 at 09:08:00AM -0400, Mauricio E. Pastorini Torres wrote:
> UPS!!!! tenía mal escrito el if...
>
> if old.codpaciente != new.codpaciente then
>
>
> end if;
>
> esto si funciona... de todas maneras me queda la inquietud de como
> verificar la existencia de un error despues de ejecutar un update...

Si hay un error, se aborta la transaccion. Te aseguro que te daras
cuenta ;-)

PD: el operador "desigualdad" de SQL es <>, no !=. El segundo tambien
funciona, pero ...

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"El día que dejes de cambiar dejarás de vivir"

On Thu, Apr 29, 2004 at 10:06:57AM -0400, Alvaro Herrera wrote:
> PD: el operador "desigualdad" de SQL es <>, no !=. El segundo tambien
> funciona, pero ...

pero? :)

--
Ricardo A.Frydman
Analista de Sistemas de Computación
http://www.eureka-linux.com.ar

El Thursday 29 April 2004 11:36, Ricardo - Eureka! escribió:
> On Thu, Apr 29, 2004 at 10:06:57AM -0400, Alvaro Herrera wrote:
> > PD: el operador "desigualdad" de SQL es <>, no !=. El segundo tambien
> > funciona, pero ...
>
> pero? :)

Pero si queres escribir sentencias SQL correctamente deberias usar <>, ya que
el otro puede dejar de ser soportado, o puede que pases a otra base de datos
que no lo soporte, teniendo que re-escribir dichas sentencias.

De ultima, para que existen los estandares? :-)

--
12:13:02 up 17:35, 2 users, load average: 0.60, 0.78, 0.73
-----------------------------------------------------------------
Martín Marqués | select 'mmarques' || '@' || 'unl.edu.ar'
Centro de Telematica | DBA, Programador, Administrador
Universidad Nacional
del Litoral
-----------------------------------------------------------------

On Thu, Apr 29, 2004 at 12:14:45PM -0300, Martin Marques wrote:
> El Thursday 29 April 2004 11:36, Ricardo - Eureka! escribió:
> > On Thu, Apr 29, 2004 at 10:06:57AM -0400, Alvaro Herrera wrote:
> > > PD: el operador "desigualdad" de SQL es <>, no !=. El segundo tambien
> > > funciona, pero ...
> >
> > pero? :)
>
> Pero si queres escribir sentencias SQL correctamente deberias usar <>, ya que
> el otro puede dejar de ser soportado, o puede que pases a otra base de datos
> que no lo soporte, teniendo que re-escribir dichas sentencias.
>
> De ultima, para que existen los estandares? :-)

gracias por aclararlo, Martin ;)

--
Ricardo A.Frydman
Analista de Sistemas de Computación
http://www.eureka-linux.com.ar