From: | "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com> |
---|---|
To: | Alberto Cuevas <betocuevas(dot)net(at)gmail(dot)com> |
Cc: | Hugo Germigniani - ProfInd <hugo(at)profind(dot)com(dot)ar>, Herman Estaban <hermanestaban(at)gmail(dot)com>, Carlos Enrique Perez - Syswarp - Direccion <Carlos(dot)perez(at)syswarp(dot)com(dot)ar>, pgsql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Stock Actual de Productos |
Date: | 2016-07-15 14:05:34 |
Message-ID: | CANm+PCB82gcgtqk-iw6N4gjEKP7xPnNCHw_KExbFGH-yfyBNkA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Alberto como ya te comenté, creo que tener el stock actual en la misma
tabla de productos no dará ningún problema con 80 usuarios o mas.
El 13 de julio de 2016, 13:52, Alberto Cuevas <betocuevas(dot)net(at)gmail(dot)com>
escribió:
> Hola Hugo, lo trabajo asi actualmente, un campo stock actual en mi tabla
> de Productos, me funciona, pero como ya habia mencionada son muy pocos
> usuarios conectados, ahora instalare el sistema en un cliente con muchos
> usuarios aproximadamente 80, que haran distintas operaciones en simultaneo,
> quiero evitar algún conflicto, por eso nace la idea de hacer 2 tablas y no
> tener el campo stock actual separado de la tabla Productos.
>
> Saludos.
>
> El mié., 13 jul. 2016 a las 11:37, Hugo Germigniani - ProfInd (<
> hugo(at)profind(dot)com(dot)ar>) escribió:
>
>> Y porque, hacer un barrido de las entradas y salidas para calcular el
>> stock y no tener un campo de stock actual?
>>
>>
>>
>>
>>
>> *De:* pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:
>> pgsql-es-ayuda-owner(at)postgresql(dot)org] *En nombre de *Alberto Cuevas
>> *Enviado el:* miércoles, 13 de julio de 2016 13:21
>> *Para:* Guillermo E. Villanueva; Herman Estaban
>> *CC:* Carlos Enrique Perez - Syswarp - Direccion; pgsql
>> *Asunto:* Re: [pgsql-es-ayuda] Stock Actual de Productos
>>
>>
>>
>> Hola Guillermo
>>
>> Tengo tambien el campo stock actual en mi tabla Productos, pero voy a
>> instalar mi sistema en un cliente con muchos usuarios, no quiero generar
>> bloqueos o conflictos y mantener siempre un stock siempre actual
>> disponible.
>>
>> El cliente desea tener control del inventario en el sistema de tal
>> manera que evalue siempre la disponibilidad en donde la cantidad a
>> despachar no supere la existencia actual, es decir que no permita que se
>> generen negativos y sea despachada mas cantidad de lo que hay en stock del
>> sistema.
>>
>> Quizas mi idea no sea la mejor, pero es lo unico que se me ocurre, espero
>> me den una luz de ayuda.
>>
>> Saludos.
>>
>>
>>
>>
>>
>> El mié., 13 jul. 2016 a las 10:48, Guillermo E. Villanueva (<
>> guillermovil(at)gmail(dot)com>) escribió:
>>
>> Al menos en mi caso, si no necesito un historial de stock, siempre tuve
>> la columna stock actual en la misma tabla de productos, no creo que un
>> update de un campo stock, manejado por uno o varios triggers pueda afectar
>> la performance.
>>
>> Las entradas y salidas de stock quedarían detalladas en las respectivas
>> tablas de detalles de compras y ventas.
>>
>>
>>
>> -- Solo una opinión
>>
>>
>>
>>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2016-07-15 16:31:06 | Re: Stock Actual de Productos |
Previous Message | Gilberto Castillo | 2016-07-14 18:45:30 | Re: [MASSMAIL] Re: Fwd: Actualizar o insertar datos en postgres de SQL Server |