Desarrolladores y Bases de datos
Desde hace mas de 10 años que me pagan porque creen que soy un buen DBA. No se si es cierto o no, pero cobrar sigo cobrando...
Igual el post es sobre otro tema, los desarrolladores que les ha faltado unos minutos mas de cocción.
Con la peor de las humildades les pido encarecidamente que antes de desarrollar algo utilizando como repositorio de datos un motor SQL (cualquiera de ellos y quito Access de esa lista) tengan en cuenta algunos puntos. Son pocos, por favor leerlos, luego hagan lo que quieran.
1. El motor SQL puede que durante un período de tiempo no este arriba.
2. Puede que un query que le hayas enviado nunca sea resuelto, controla el tiempo.
3. Piensa que tu query puede funcionar para 10 registros, pero puede que para 100.000 no. Programa pensando en cantidades y escalabilidad.
4. Intenta programar aislado del motor, los SP, Triggers y demas objetos pueden traerte problemas, intenta no usarlos (o al menos úsalos con cuidado)
5. Consulta al DBA, que la empresa le paga por algo, quizas te explique algo útil. Ademas de hablar de la vida.
6. Haz la prueba del "tonto", quitale el cable de red a tu ordenador y prueba ahora la aplicación.
7. Haz pruebas pensando que ocurriría si 2 o mas personas hacen lo mismo.
8. Prueba todo tres veces, cuando acabes, vuelve a probarlo 3 veces y luego llama a otra persona y pídele que lo pruebe el/ella.
9. Prepara una rutina/método/pantalla, para cuando algo falla, es mejor enviar un "EN MANTENIMIENTO" que un error al cliente.
9b. (agregado), Pidan por favor al DBA, que les haga copias de datos (y verifiquenlas, no crean lo que dicen)
10. loop . Vuelve a leer esta mini-guia. Por favor, todos te lo agradeceremos, quizas seamos usuarios de tu codigo.
Saludos para todos. Espero que algo les haya quedado.
Igual el post es sobre otro tema, los desarrolladores que les ha faltado unos minutos mas de cocción.
Con la peor de las humildades les pido encarecidamente que antes de desarrollar algo utilizando como repositorio de datos un motor SQL (cualquiera de ellos y quito Access de esa lista) tengan en cuenta algunos puntos. Son pocos, por favor leerlos, luego hagan lo que quieran.
1. El motor SQL puede que durante un período de tiempo no este arriba.
2. Puede que un query que le hayas enviado nunca sea resuelto, controla el tiempo.
3. Piensa que tu query puede funcionar para 10 registros, pero puede que para 100.000 no. Programa pensando en cantidades y escalabilidad.
4. Intenta programar aislado del motor, los SP, Triggers y demas objetos pueden traerte problemas, intenta no usarlos (o al menos úsalos con cuidado)
5. Consulta al DBA, que la empresa le paga por algo, quizas te explique algo útil. Ademas de hablar de la vida.
6. Haz la prueba del "tonto", quitale el cable de red a tu ordenador y prueba ahora la aplicación.
7. Haz pruebas pensando que ocurriría si 2 o mas personas hacen lo mismo.
8. Prueba todo tres veces, cuando acabes, vuelve a probarlo 3 veces y luego llama a otra persona y pídele que lo pruebe el/ella.
9. Prepara una rutina/método/pantalla, para cuando algo falla, es mejor enviar un "EN MANTENIMIENTO" que un error al cliente.
9b. (agregado), Pidan por favor al DBA, que les haga copias de datos (y verifiquenlas, no crean lo que dicen)
10. loop . Vuelve a leer esta mini-guia. Por favor, todos te lo agradeceremos, quizas seamos usuarios de tu codigo.
Saludos para todos. Espero que algo les haya quedado.
Comentarios
Asi, un determinado projecto termina con un "...difícil, pero lo logramos..." en lugar de una seria autocrítica.
El único punto que no comparto contigo, Daniel, es el item 4 respecto a los SP, triggers y demas yerbas.
Personalmente pienso que, el enunciado de la "mini guia" podría ser :
"...
Los SP, Triggers, etc son herramientas que pueden ayudarte a elevar la encapsulación, seguridad y, a veces, la eficiencia de la aplicación, SIN jamás olvidar que es trabajo sobre el Servidor.
El detalle es : NO SON "universales" !, entendiendo con esto que su uso es para aplicaciones específicas y, no importa que paradigma hayas leido, la única regla es : "analiza si tu plataforma y reglas de negocio REALMENTE requieren su uso"
..."
Saludos desde Italia,
Walter F.