En la línea de esa grandísima frase your failed business model is not my problem ahora tenemos esta:

Your bad database design is not my interface problem

(vía macadamia)

Todo informático tiende invariablemente a ocultar su modelo de datos hasta que es demasiado tarde para modificarlo, mi solución en estos casos es colaboración cero hasta ver todas las tablas y sus relaciones.

No le dejes a un informático nada de lo que puedas hacer tú, especialmente la definición de la bbdd. Un proyecto se cierra cuando se acaba el modelo de datos, el resto es programar, marear la perdiz y ponerle colorines, pero ya no queda margen de maniobra ... que no te la den con queso. ¿Un nuevo proyecto? muy bien, pero si yo voy a meter los datos quiero estar en su definición desde el principio. En esa trinchera se pelean las longitudes de los campos y sus relaciones.

Algunos consejos alucinantes que suelen funcionar y no deberían:

• pedir campos extra de texto y numéricos sin una función definida en casi todas las tablas principales, que luego siempre se acaban utilizando.

• duplicar la longitud de casi todos los campos de texto de esos rácanos 256 caracteres a los que nos tienen acostumbrados, que luego ya te ajustarás a la longitud necesaria (mejor que sobre que falte).

• relacionar todo lo relacionable incluso con datos y tablas sobre los que no se va a programar nada, para que cuando se acabe el proyecto tú ya tengas el gérmen del siguiente en la manga.

La mayoría de los jefes que he conocido evalúan sus proyectos sobre un prototipo funcional en el que ya está cerrado el modelo de la base de datos, e invariablemente acaban pidiendo campos y funcionalidades sobre relaciones y datos que no existen.

Estoy de acuerdo, no le dejes a un informático diseñar tu bd...yo no le dejaría a un documentalista administrarla. Aún así no veo el problema, la definición de la bd debería ser independiente de cualquier interfaz que la maneje, un mal diseño se traduce a poca reutilización, baja eficiencia, poca eficacia...cero satisfacción. Además, la mayoría de los jefes no son ingenieros.

Enviado por lala. Abril 16, 2006 12:55 AM