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

[Rafael E. Ferrero]

El 19 de febrero de 2013 16:14, Daniel Moisset
<dmoisset en machinalis.com>escribió:

> El artículo ese mete la pata en tantos lados (sin contar las imágenes
> altamente sexistas que intercala) que ni me voy a gastar en criticarlo en
> detalle. La única parte que le voy a dar la razon es "en este artículo
> parto del desconocimiento y diré irremediablemente un montón de tonterías".
> Despues parte de la premisa de que unos loquitos se juntaron a cambiar el
> mundo (cuando en realidad gente muy pragmatica que ya lo habia cambiado se
> junto a intercambiar ideas de lo que ya haban hecho) y todo va cuesta abajo.
>
> Ojo, el agilismo no es la panacea y hay un montón de cosas para criticar,
> y un montón de ámbitos donde no aplica. Y también tiene su horda de
> fanáticos religiosos que no toleran alternativa, y que dicen todo lo que
> alcanzo el agilismo es perfecto e inmejorable. Es muy interesante entender
> la movida, y conocer las críticas. pero este artículo no es una buena forma
> de lograr eso
>
> Saludos,
>    D.
>
>
>
> 2013/2/19 Roberto Bozzacchi <robbie en metasigno.com>
>
>> Para pensar un poco:
>>
>> http://apagayvuelveaencender.blogspot.com.ar/2012/11/metodologias-agiles-me-las-creo-o-no-me.html
>>
>>
>> El 19 de febrero de 2013 15:19, fisa <fisadev en gmail.com> escribió:
>>
>>>
>>> On Feb 19, 2013 9:50 AM, "Roberto Bozzacchi" <robbie en metasigno.com>
>>> wrote:
>>> >
>>> > Encarar un proyecto desde el análisis y diseño de la base de datos, es
>>> algo del siglo pasado.
>>> > Actualmente se realiza el análisis desde UML 2.0 o superior.
>>> > De esta forma, desde los casos de uso uno puede elaborar un diagrama
>>> de clases.
>>> > Al tener el diagrama de clases, recién ahí uno puede pensar en el
>>> artefacto y capa de datos que da al diseño del DER (Diagrama Entidad
>>> Relación) que no es ni más ni menos que el diseño de la base de datos.
>>> >
>>> > La existencia o no de una base de datos actual, es meramente
>>> anecdótico y a veces luego del Análisis realizado y con los casos de uso
>>> definidos, la misma se deberá adecuar al proyecto.
>>> >
>>> > Al menos de esta forma estamos trabajando nosotros. Utilizando el
>>> Enterprise Architect [0] para el seguimiento de los proyectos. Pero sé que
>>> en el mundo libre, hay otros productos de similares características.
>>> >
>>>
>>> También hay metodologías diferentes a eso y muy difundidas.
>>> Por ejemplo la gente que trabaja con metodologías ágiles (bastante
>>> usadas) que *por lo general* no hacen tanto UMLs y DERs.
>>>
>>> --
>>> fisa - Juan Pedro Fisanotti
>>> (desde el celular)
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>>
>> --
>>
>> Robbie Bozzacchi
>> Metasigno Brain
>>
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> 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
>


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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130219/2a440316/attachment.html>