| From: | "Jaime Casanova" <systemguards(at)gmail(dot)com> |
|---|---|
| To: | editores(at)editores(dot)com(dot)co |
| Cc: | postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: [GENERAL] Concurrencia |
| Date: | 2006-03-15 23:33:37 |
| Message-ID: | c2d9e70e0603151533p31574e29idb58b3a7c3fe33be@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda pgsql-general |
antes que nada, esta es una lista en ingles... estoy redireccionando
tu mail a una lista mas adecuada
On 3/13/06, Editores S.A. <editores(at)editores(dot)com(dot)co> wrote:
>
>
> Tengo una consulta acerca de manejo de concurrencia en postgres con PHP
>
> En un acceso de 50 usuarios simultaneamente como agilizar el bolqueo de
> tablas accesadas
en postgres rara vez necesitas bloquear tablas... si por algun motivo
lo necesitas usas LOCK TABLE o SELECT ... FOR UPDATE
la unica forma de "agilizar" un bloquueo es mantener la transaccion lo
mas corta posible
> y como puedo garantizar un refresco de pantalla en PHP, que la informacion
> desplegada este actualizada.
eso es php... basicamente haces un select de los datos y redisplayas
> evitar un desbordamiento de memoria por vistas sobre la BD
????
--
Atentamente,
Jaime Casanova
"What they (MySQL) lose in usability, they gain back in benchmarks, and that's
all that matters: getting the wrong answer really fast."
Randal L. Schwartz
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jaime Casanova | 2006-03-15 23:34:23 | Re: Concurrencia |
| Previous Message | Raul Caso | 2006-03-15 23:13:06 | Re: ayuda remplazo masivo en un campo |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Chris | 2006-03-15 23:33:47 | Re: \copy combine with SELECT |
| Previous Message | Chris | 2006-03-15 23:31:54 | Re: catch SELECT statement return |