>La etapa que juntó mas ventas, la etapa de ventas historicas, tuvo un
tamaño de: 120000 objetos (unos 18 meses de >ventas).Esa coleccion se
reseteó porque cambió de nombre la empresa.
>Esa coleccion no estaba indexada, y era practicamente inusable por lo
que tardaba en levantarse.
>Pero la idea no es levantar esos objetos, sino dejarlos ahi.
Perdon, una aclaracion:
Esta colección era "inusable" para el usuario, porque al levantarla, lo hacia en una ventana con un ListView, y éste queria saber el valor de TODAS las columnas para poder hacer busquedas rapidas.
Por eso tardaba, porque para sólo mostrar los que entran en pantalla, tenia que levantar TODA la colección.
Ni me calenté en solucionar esto, porque esa colección no debe usarse, pero el problema no era OmniBase, sino el control de la lista (o yo, como prefieran ;)
Si la verdad que anduvo de 10, pero ahora es otra cosa totalmente
distinta y la verdad que yo tengo ganas de volver a hacerlo con Omnibase
pero hay otras custiones (mas que nada de mantenimiento) que me están
tirando para el lado de una relacional, en particular mySQL. Habrá que
seguir con los scripts de actualización del esquema de BD cuando cambie
el modelo de Objetos. :-(
A mi lo que me mata es el mapeo objeto-relacional.
Creo que no podria volver a trabajar con una relacional, me deprimiría mucho.
El tiempo que le dedicas al mapeo es demasiado.
Como estoy laburando ahora, me encuentro que todo el tiempo estoy solucionando problemas, no problemas que me permiten solucionar el problema.
--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupos de Google "clubSmalltalk" grupo.
Si quiere publicar en este grupo, mande un correo electrónico a [email protected]
Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
Para visualizar más opciones, visite este grupo enhttp://groups.google.com/group/clubSmalltalk
-~----------~----~----~----~------~----~------~--~---
