10 buenas prácticas para el uso y diseño de una base de datos.

1. BUENAS PRÁCTICAS PARA EL USO DE UNA
BASE DE DATOS
@javierhumaran

2. “Aplicaciones van y vienen, pero los
datos son para siempre”
1. CONCENTRARSE EN LOS DATOS,
NO EN LA APLICACIÓN.

3. “Cuando no se usa el poder de la base
de datos, se terminan haciendo
cosas menos eficientes y más
difíciles de
mantener.”
2. APROVECHAR EL PODER DE LA BASE DE DATOS

4. 3. INCLUIR DBA’S EN LA
FASE DE DISEÑO.
“Es una buena idea para los desarrolladores
aprender a pensar como un DBA.”

5. 4. UTILIZAR MODELOS DE DATOS.
“Los datos son la memoria de una empresa, el código es
importante pero reemplazable. Los datos no son reemplazables.”

6. “Hay estrategias adicionales de interacción de datos. Por ejemplo, los métodos dedicados pueden
encapsular acceso a datos y algunos se pueden escribir como procedimientos almacenados.”
5. CONSIDERAR DIFERENTES ESTRATEGIAS DE INTERACCIÓN DE DATOS.

7. 6. REUTILIZAR BUENAS IDEAS.
“Un buen ejemplo son los
patrones de modelado de datos.
Hay representaciones de datos
que ocurren a menudo y no es
necesario volver a crearlas
desde cero.”

8. “Consultas de bases de datos a
menudo atraviesan de una llave
externa a su llave primaria. Los
JOIN’s resultantes serán
eficientes si las llaves primarias
están definidas y cada llave
externa tiene un índice.”
7. ÍNDICES DE LLAVES DE
BASES DE DATOS EXTERNAS.

9. 8. ESCOGE LLAVES DE BASES DE DATOS
QUE SOPORTEN PARTICIONAMIENTO.
“La selección de un tipo de llave que fácilmente acepta la partición puede
significar la diferencia entre una transición suave y una actualización difícil.”

10. “Estructuras óptimas para un caso
de uso son a menudo diferentes que
para otro. Asegúrese de tomar en
cuenta múltiples perspectivas para
encontrar posibles problemas
temprano. Y construya estructuras
que permitan el acceso a datos de
diversas maneras.”
9. MODELO CON MÚLTIPLES PERSPECTIVAS

11. 10. NO IGNORE LA
CAPA DE ACCESO A
DATOS. “Al modelar las
estructuras, asegúrese de
considerar que todo lo que
se construye se va a tener
que ser consumido por una
capa de acceso a datos en
algún momento. Evite el uso
de extensiones propietarias
a SQL a menús que haya una
muy buena razón para
hacerlo.”

12. !ESO ES TODO! GRACIAS POR LA ATENCIÓN.
@javierhumaran