100000 objetos aprox.. (el 50% son los movimientos de consumo)
¿Qué nivel de transacciones se realizan en tu sistema?
Cada operación realiza un commit, es decir no hay transacciones, goods maneja los bloqueos ya que cada usuario que ingresa tiene una sesión propia. En caso de errores de los usuarios todo objeto con valor guarda la historia de los cambios, por lo que cualquier modificación puede rastrearse y corregirse.
¿Cómo es la performance en consultas grandes o barridas sequenciales importantes?
Mala, pero esos sucede en operaciones no cotidianas, por lo que el usuario entiende que demoren, pero no mas de 10 minutos las operaciones mas largas (busqueda de movimientos en todos los documentos) :)
¿Cómo resolves consultas complejas?
Este sistema es una ayuda a la gestion, digamos que de dia a dia, las consultas complejan no existen en el, lo que si tiene es una logica compleja, pero el usuario ni se entera de eso ;)
¿Probaste el último Magma?
No lo probe.., tengo que hacerme un tiempo y probarlo
¿por qué preferiste GOODS?
Lo uso desde el año 2000 en sistemas java y nunca tuve problemas graves (un sistema de gestión de almacenes y pedidos para la division lubricantes de YPF lo están usando desde esa fecha y sin incidencias), y ante tedo le tengo confianza a Konstantin , bug que encontre siempre lo corrigio o mi guio como solucionarlo :)
Espero haber sido claro, cualquier duda la aclaramos :)
El día 25/10/06, GallegO <[EMAIL PROTECTED]
> escribió:
Ezequiel S. Mc Govern escribió:
> Estas configuraciones las conocí gracias a la lista de seaside y don
> google :), lo mismo que el manejo de sesiones de seaside con soporte de
> GOODS.
Podrías comentar de que se trata manejar las sesiones usando GOODS?
Gracias!
Saludos
GallegO
--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupo "clubSmalltalk" de Grupos de Google.
Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a [email protected]
Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
Para obtener más opciones, visita este grupo en http://groups-beta.google.com/group/clubSmalltalk.
-~----------~----~----~----~------~----~------~--~---
- [clubSmalltalk] Re: Porque... Alberto Torres Foltyn
- [clubSmalltalk] Re: Porque... Esteban A. Maringolo
- [clubSmalltalk] Re: Porque... GallegO
- [clubSmalltalk] Re: Porque... Ezequiel S. Mc Govern
- [clubSmalltalk] Re: Porque... Germán Arduino
- [clubSmalltalk] Re: Porque... Ezequiel S. Mc Govern
- [clubSmalltalk] Re: Porque... Germán Arduino
- [clubSmalltalk] Re: Porque... Ramiro Diaz Trepat
- [clubSmalltalk] Re: Porque... Germán Arduino
- [clubSmalltalk] Re: Porque... GallegO
- [clubSmalltalk] Re: Porque... Ezequiel S. Mc Govern
- [clubSmalltalk] Re: Porque... Ezequiel S. Mc Govern
- [clubSmalltalk] Re: Porque... smalltalking.net
- [clubSmalltalk] Re: Porque... Francisco Garau
- [clubSmalltalk] Re: Porque... GallegO
- [clubSmalltalk] Re: Porque... Leonardo De Marco
- [clubSmalltalk] Re: Porque... entrada
- [clubSmalltalk] Re: Porque? [EMAIL PROTECTED]
- [clubSmalltalk] Re: Porque? Guillermo . SAPAYA
- [clubSmalltalk] Re: Porque? Hernán Galante
- [clubSmalltalk] Re: Porque? Okushi
