Por favor, responde a la lista también. No siempre estoy conectado y
puede que otros co-listeros puedan evacuar tus dudas (algunos
inclusive, mejor que yo).
El 19 de marzo de 2013 21:41, Yunier AB
yabetanco...@estudiantes.uci.cu escribió:
socio se que te tengo loco de tantos correos, pero es
Particularmente prefiero Debian a Ubuntu (el papá por lo general es más estable
que el hijo)
Por otro lado, normalmente lo que se hace en una aplicación es usar una tabla
usuarios con pass (md5 o sha1) para efectuar el tema del logueo a la
aplicación. Esto debe ser independiente de los usuarios
Holas,
Me hallo en un problema, tengo una servicio escrito en java que utiliza
DAOs (JPA) para hacer inserción de datos en la bdd postgresql
Mi código es: en la primera parte del código hago un create de una pesona,
en una segunda parte llamo a una función de postgresql y finalmente en una
tercera
Fernando Paz escribió:
Mi código es: en la primera parte del código hago un create de una pesona,
en una segunda parte llamo a una función de postgresql y finalmente en una
tercera parte hago un update del registro:
// primera parte
...
personaDao.create(persona);
...
// segunda parte
Holas,
Me hallo en un problema, tengo una servicio escrito en java que utiliza
DAOs (JPA) para hacer inserción de datos en la bdd postgresql
Mi código es: en la primera parte del código hago un create de una pesona,
en una segunda parte llamo a una función de postgresql y finalmente en una
El día 20 de marzo de 2013 09:56, Alejandro Carrillo
faster...@yahoo.es escribió:
1) Solo 1 usuario de BD va a acceder a la BD y va a obtener los datos
ÚNICAMENTE a través de las functions ya creadas, es decir ese usuario ni
siquiera debe poder hacer select directo a una tabla.
Te salís de
Buenas tardes, tengo una duda, cuando ejecuto esta cunsulta:
SELECT
tablename,
pg_size_pretty(pg_total_relation_size( tablename ::regclass ) )
FROM pg_tables WHERE schemaname = 'pg_catalog';
funciona correctamente, sin embargo, cuando ejecuto esta otra:
SELECT
tablename,
- Mensaje original -
De: Yoan Manuel Perez Piñero ympe...@uci.cu
CC: pgsql-es-ayuda@postgresql.org
Enviados: Miércoles, 20 de Marzo 2013 14:31:50
Asunto: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Transaccionaildad de una
función postgresql en una excepción java
Buenas tardes, tengo una
Hola Lista
Supongo que esta empleando schemas para agrupar/organizar las tablas
pruebe con esta consulta:
SELECT
schemaname ||'.' ||tablename as tablename,
pg_size_pretty(pg_total_relation_size(schemaname ||'.' || tablename ) )
FROM pg_tables WHERE schemaname 'pg_catalog';
El 20 de marzo
Muchas gracias por la ayuda, tiene razón en lo que me dice ud. ya funciona.
- Mensaje original -
De: Hellmuth Vargas hiv...@gmail.com
Para: Yoan Manuel Perez Piñero ympe...@uci.cu
CC: Lista Postgres ES pgsql-es-ayuda@postgresql.org
Enviados: Miércoles, 20 de Marzo 2013 14:43:34
Asunto:
Con SP gano velocidad de acceso en las operaciones CRUD y evito inyección SQL.
De igual forma es necesario colocar roles que impidan el acceso a datos tal y
como lo dices. Ahora, aquí viene la pregunta del millón. ¿La BD de la
aplicación que van a diseñar la van a consultar desde diferentes
Fernando, eso sucede por que la funcion crear persona crea su propia
transaccion y la comitea. Lo ideal seria que desde java crearas la persona
y solo hicieras el session.create(), si estas empezando a hacer lógica de
negocio en funciones de postgresql, entonces creo que algo en tu modelo
está
Totalmente de acuerdo con la velocidad y el hecho que al usar SP
esquivás inyecciones de SQL.
Solo quería hacer notar las contras, que las hay. Dependiendo de la
aplicación, puede que convenga una forma de trabajo u otra. Yo he
visto muchos dolores de cabeza por aplicaciones que se debían migrar
Martín Marqués escribió:
Totalmente de acuerdo con la velocidad y el hecho que al usar SP
esquivás inyecciones de SQL.
Yo no estoy de acuerdo con ninguno de esos dos argumentos. Lo de la
velocidad dependerá de los detalles de la implementación; y lo de la
inyección de SQL, lo que consigues es
El día 20 de marzo de 2013 17:06, Alvaro Herrera
alvhe...@2ndquadrant.com escribió:
Martín Marqués escribió:
Totalmente de acuerdo con la velocidad y el hecho que al usar SP
esquivás inyecciones de SQL.
Yo no estoy de acuerdo con ninguno de esos dos argumentos. Lo de la
velocidad dependerá
La otra que se me ocurre, es que estás llamando la funcion createQuery del
entity manager, y aunque el javadoc no dice si forma parte de la
transaccion o no (en caso de que hayas definido la transacción, lo que creo
que en tu caso si fue así), yo supongo que no lo forma (disculpa por decir
16 matches
Mail list logo