[pyar] OFFTOPPIC - Diseño de Base de Datos y rendimiento

[Walter R. Ojeda Valiente]

Pues hay varios puntos a considerar:

1. Cambiar de .DBF a SQL es una muy buena decisión, las ventajas de este
último son muchas

2. Lo normal es que los sistemas no tengan documentación o tengan muy poca
o de mala calidad, así que antes de diseñar el sistema nuevo hay que
dedicarse a documentar el sistema viejo (al menos lo más importante: para
qué sirve cada programa y para que sirve cada tabla)

3. Lazarus/Pascal es un buen lenguaje, aunque por supuesto depende de cada
quien. Firebird es un muy buen SGBDR, muy poderoso y muy rápido y muy fácil
de aprender a usar.

4. Todo lo que sea hardcoded hay que eliminar, lo antes posible.

5. Tener todo bien diseñado y analizado antes de empezar a programar es
fundamental para no estar caminando a ciegas en una noche oscurísima. Un
buen análisis y diseño te alumbra muy bien el camino.

6. La interface con el usuario es importante o no según el punto de vista:
   - Para quien carga los datos es fundamental que sea intuitivo, fácil de
usar y rápido
   - Para quien recibe los informes es lo de menos. Si los informes están
correctos, la interfaz no importa

  Como quien paga tus honorarios es quien recibe los informes, es la
persona que debería estar más contenta con tu sistema.

Saludos.

Walter.




Gente, me saco el sombrero con todos uds. cada vez que hago una pregunta me
> llega una avalancha de información que me da para un mes de estudio. SON
> UNOS GROSOS!!
>
> Lo que dijo Ángel de TDD no tenía ni idea de su existencia y por lo poco
> que averigüe me encantó.
>
> Tenemos un viejo software hecho en FOX con bases DBF que se esta
> intentando migrar a "nuevas" tecnologías, básicamente una DBRM y poder usar
> ventanas, debe ser multiplataforma y hasta tener una interfaz web... el
> tema es que para cuando llegue yo ya estaba casi la mitad hecho y falta la
> otra mitad (que a mi ver es muy importante como la parte de proveedores, la
> parte contable, entre otras). EL sistema viejo no tiene nada de
> documentación ( y el programador, su dios lo tenga en la gloria, nos mira
> desde arriba a ver como nos va) y el sistema nuevo sigue el mismo camino.
> Como el sistema viejo era completo, la mitad que le falta al nuevo lo
> tiene el viejo así que todas las noches se exporta a DBF la info que se
> genera en el sistema nuevo para seguir funcionando. El tema es que el
> diseño de la base de datos actual esta basado en el sistema viejo y a mi
> entender es un bardo.
>
> Para el sistema nuevo se trabaja con Lazarus/Freepascal y con base de
> datos Firebird.
> En la base de datos hay muchos procedures que se encargan de insertes y
> updates y en lazarus tenemos la interfaz visual, los procedimientos de
> validación de datos y algún que otro insert y update hardcoded dando
> vueltas que hay que eliminar.
> La forma con la que se trabaja en Lazarus es más o menos como la que odié
> en la facu con Visual Basic, pones un control, le elegís el método y le
> programas adentro la funcionalidad (acá empieza mi encontronazo porque me
> encanta python y esto no tiene nada que ver, yo a este sistema lo haría con
> Python/Django/Postgresql)
>
> En fin, como soy un simple empleado hago lo que me piden, me pidieron
> diseñar y como es todo tan confuso y nada documentado opté por arrancar de
> cero, ver definitivamente a donde debe llegar el software y después planear
> la migración.
> ¿estara mal mi propuesta?
>
> Respecto al tema original que era si usar la generalización era
> contraproducente... voy a hacer dos cosas, como lo plantearon por ahí y ver
> que rendimiento tiene una y la otra... pensé eso en un principio pero tal
> vez alguno tenía una experiencia que contarme.
>
> Saludos!!
>
>
> --
> Rafael E. Ferrero
> Claro: (03562) 15514856
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
Hay 10 clases de personas. Las que conocen aritmética binaria y las que no.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130219/40165edc/attachment.html>