Reglas de normalización en el modelo de base de datos, Forma normal de Boice Codd FNBC.
Eidam Facenda
Tema:Reglas de normalización en el modelo de base de datos, Forma normal de Boice Codd FNBC.
¿Qué son Bases de Datos Relacional?
La base de datos relacional es un tipo de base de datos que cumple con el modelo relacional. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José, no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos
2. ¿Qué son Formas Normales (FN)?
3. ¿Qué es HNF?
4. ¿De dónde era Edgar Frank Codd, porqué fue conocido?
5. ¿En qué año comenzó a trabajar con la IBM, en cual ciudad y localidad?
6. ¿Dónde se trasladó luego, en que año y por qué?
En las décadas de los sesenta y los setenta trabajó en sus teorías sobre modelado de datos, publicando su trabajo Un modelo relacional de datos para grandes bancos de datos compartidos (título original: A Relational Model of Data for Large Shared Data Banks), en 1970. Para su descontento, IBM no se apresuró a explotar sus sugerencias hasta que no empezaron a ser puestas en práctica por rivales comerciales. Por ejemplo, Larry Ellison diseñó la base de datos Oracle basándose en las ideas de Codd.
7. ¿En qué año recibió su doctorado, donde fue y en que fue su doctorado?
Edgar Frank Codd. Científico informático inglés, conocido por sus aportes a la teoría de bases de datos relacionales, considerado el modelo más usado hoy en día y para muchas personas, el único que conocen.
8. ¿Dónde se trasladó en 1965, en qué compañía trabajo y cómo fue nombrado es ésta?
En las décadas de los sesenta y los setenta trabajó en sus teorías sobre modelado de datos, publicando su trabajo Un modelo relacional de datos para grandes bancos de datos compartidos (título original: A Relational Model of Data for Large Shared Data Banks), en 1970.
9. ¿Cómo se llamó su trabajo publicado en 1970?
10. ¿Qué base de datos fue diseñada con las ideas de Codd?
11. ¿Quién colaboró con Codd en su continuación desarrollando el modelo relacional?
El modelo relacional, para el modelado y la gestión de bases de datos, es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.
Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.
12. ¿Cuáles formas normales son definidas por Codd?
- Regla 0: Regla de fundación. Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.
- Regla 1: Regla de la información. Toda la información en la base de datos es representada unidireccionalmente por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel lógico exactamente de una manera: con valores en tablas.
- Regla 2: Regla del acceso garantizado. Todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las claves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la clave primaria.
- Regla 3: Regla del tratamiento sistemático de valores nulos. El sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la «información que falta y de la información inaplicable» que sea sistemática y distinta de todos los valores regulares.
- Regla 4: Catálogo dinámico en línea basado en el modelo relacional. El sistema debe soportar un catálogo en línea, el catálogo relacional, que da acceso a la estructura de la base de datos y que debe ser accesible a los usuarios autorizados.
- Regla 5: Regla comprensiva del sublenguaje de los datos. El sistema debe soportar por lo menos un lenguaje relacional que:
- Tenga una sintaxis lineal.
- Puede ser utilizado de manera interactiva.
- Tenga soporte de operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), de control de la seguridad e integridad y operaciones de administración de transacciones.
- Regla 6: Regla de actualización de vistas. Todas las vistas que son teóricamente actualizables deben poder ser actualizadas por el sistema.
- Regla 7: Alto nivel de inserción, actualización y borrado. El sistema debe permitir la manipulación de alto nivel en los datos, es decir, sobre conjuntos de tuplas. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional a partir de filas múltiples y/o de tablas múltiples, sino que también pueden realizarse inserciones, actualizaciones y borrados sobre varias tuplas y/o tablas al mismo tiempo y no solo sobre registros individuales.
- Regla 8: Independencia física de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios en las representaciones de almacenamiento o métodos de acceso.
- Regla 9: Independencia lógica de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios a las tablas base que preserven la información. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.
- Regla 10: Independencia de la integridad. Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes.
- Regla 11: Independencia de la distribución. La distribución de porciones de base de datos en distintas localizaciones debe ser transparente para los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:
- cuando una versión distribuida del SGBD se carga por primera vez
- cuando los datos existentes se redistribuyen en el sistema.
- Regla 12: La regla de la no subversión. Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema. Por ejemplo para sortear las reglas de seguridad relacional o las restricciones de integridad. Esto es debido a que a algunos sistemas no relacionales previamente existentes se les añadió una interfaz relacional pero, al mantener la interfaz nativa, seguía existiendo la posibilidad de trabajar no relacionalmente.
13. ¿Qué es OLAP?
14. ¿Qué es Normalización?
15. ¿Para que la normalización se dé cuáles objetivos deben cumplirse?
Según la Organización Internacional de Normalización, la normalización es la actividad que tiene por objeto establecer, ante problemas tales como reales o potenciales, disposiciones destinadas a usos comunes y repetidos, con el fin de obtener un nivel de ordenamiento óptimo en un contexto dado, que puede ser tecnológico, político o económico.
16. Describa cada una de las tres formas normales.
La normalización de bases de datos es un proceso que consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional con objeto de minimizar la redundancia de datos, facilitando su gestión posterior.
18. ¿En qué consiste la FNBC, Qué significan esas siglas?
). Se dice que una tabla está en FNBC si y solo si está en 3FN y cada dependencia funcional no trivial tiene una clave candidata como determinante. En términos menos formales, una tabla está en FNBC si está en 3FN y los únicos determinantes son claves candidatas.
19. Dibuje o imprima y pegue en la libreta el Diagrama que representa la FNBC, de la Base de Datos Estudios.
Comentarios
Publicar un comentario