Deben poder hacer cualquier cosa que se les pida (en algún momento tendrás que consultar una base de datos como parte de tu depuración, amigo), pero debes hacer lo menos posible día a día.
¿Por qué?
¿Quién tiene aquí una historia de terror de “el DB está haciendo demasiado de la lógica de negocios y ya no puede hacer frente”? *Levanta la mano*
- ¿Cuáles son las últimas aplicaciones de php?
- ¿Necesito saber Django para usar Django Rest Framework?
- ¿Existe una tarifa promedio de gestión de proyectos?
- ¿Qué cantidad de interfaz de usuario jQuery necesitan saber los candidatos para desarrolladores web front-end?
- Cómo encontrar el NTH hijo de un elemento usando JavaScript mientras itera
Su nivel de aplicación es para pensar, su base de datos es un sistema de archivo grande, estúpido y temperamental. Un poco como tu cerebro y tu … no … esa es una analogía terrible.
De todos modos, mi punto es que debes saber cómo hacer casi todo, pero no debes hacer ninguna de esas cosas si puedes evitarlo. Mantener procedimientos almacenados, por ejemplo, es un dolor colosal en los bollocks, y probablemente no sea necesario. Definir y modificar claves y restricciones también es una molestia para las gónadas, pero es un mal más necesario. He trabajado con una base de datos sin claves primarias; Probablemente hubiera preferido un par de uñas para sacar.
Mi consejo es que aprenda lo que necesita a medida que surja la necesidad cuando se trata de bases de datos. He tenido trabajos en los que, como desarrollador de back-end, he sido responsable de los horarios y la integridad de las copias de seguridad, y otros en los que “esas cosas” son el trabajo del DBA. Depende en gran medida de tu rol. Las bases de datos son un arte oscuro (no lo son), y rara vez necesitan TLC hasta que sea (o sea casi) demasiado tarde.
