1. Profesional
Reporte
Nombre: Fuentes Cruz Laura Josefina N° Control: 09590408
Nombre del curso:
Comercio Electrónico
Nombre del profesor:
Ing. Fabiola Migueles Peña
Unidad 1: Antecedentes y conceptos del
comercio electrónico.
Tema: Definición de Comercio electrónico.
Subtema: Leyes de Codd
Fecha: 31 de enero de 2013
Bibliografía:
1. Ministerio de Finanzas Públicas. (1999). ftp://jano.unicauca.edu.co. Obtenido de Unicauca:
ftp://jano.unicauca.edu.co/cursos/Especializacion/Interop/docs/REGLAS%20DE%20CODD.pdf
2. Nevado, C. V. (Ed.). (2010). Las Doce Reglas de Codd. Introducción a las bases de datos
relacionales, I, 1, 68-70. Vision Libros.
3. Quiroz, J. (2003). El modelo relacional de base de datos. Boletín de Política Informática (6), 52-
61.
4. Sánchez, A. J. (2004). http://www.jorgesanchez.net. Recuperado el 1 de Enero de 2013, de
http://www.jorgesanchez.net/bd/bdrelacional.pdf
IMPORTANTE: Revisar Ortografía y redacción
Objetivo: Investigar y conocer las leyes de Codd e identificar para que sirven.
Procedimiento: Realizar una investigación sobre las leyes de Codd en distintas fuentes. Contestar las
siguientes preguntas dentro de la investigación ¿Cuáles son?, ¿Para qué sirven? Y ¿Siguen vigentes? Y llegar a una
conclusión final.
Resultados:
El Dr. Edgar Frank Codd Preocupado por los productos que decían ser sistemas gestores de bases de datos
relacionales propuso que los sistemas de bases de datos deberían presentarse a los usuarios con una visión de los
datos organizados en estructuras llamadas relaciones, definidas como conjuntos de tuplas (filas) y no como series o
secuencias de objetos, con lo que el orden no es importante. Por tanto, detrás de una relación puede haber
cualquier estructura de datos compleja que permita una respuesta rápida a una variedad de consultas. Codd hizo
entonces énfasis en que el usuario de un sistema relacional sólo debía preocuparse por el qué consultar y no el
cómo de las estructuras de almacenamiento (lo que ahora se conoce como modelo físico). Aún hoy se consideran
validas sus afirmaciones.
¿Cuáles son?
0. Un SGBD relacional debe emplear para gestionar la BD exclusivamente sus facilidades relacionales.
2. Profesional
Reporte
1. Información. Esta regla se refiere a que toda la información de la base de datos será representada
mediante valores en las columnas de cada una de las filas que forman las tablas de la base de datos.
2. Acceso garantizado. Todo dato es accesible sabiendo el valor de su clave y el nombre de la columna o
atributo que contiene el dato.
3. Tratamiento sistemático de los valores nulos. El DBMS debe permitir el tratamiento adecuado de estos
valores.
4. Catálogo en línea basado en el modelo relacional. Los metadatos deben de ser accesibles usando un
esquema relacional.
5. Sublenguaje de datos completo. Al menos debe de existir un lenguaje que permita el manejo completo
de la base de datos. Este lenguaje, por lo tanto, debe permitir realizar cualquier operación.
6. Actualización de vistas. El DBMS debe encargarse de que las vistas muestren la última información.
7. Inserciones, modificaciones y eliminaciones de dato nivel. Cualquier operación de modificación debe
actuar sobre conjuntos de filas, nunca deben actuar registro a registro.
8. Independencia física. Los datos deben de ser accesibles desde la lógica de la base de datos aún cuando se
modifique el almacenamiento.
9. Independencia lógica. Los programas no deben verse afectados por cambios en las tablas.
10. Independencia de integridad. Las reglas de integridad deben almacenarse en la base de datos (en el
diccionario de datos), no en los programas de aplicación.
11. Independencia de la distribución. El sublenguaje de datos debe permitir que sus instrucciones funciones
igualmente en una base de datos distribuida que en una que no lo es.
12. No subversión. Si el DBMS posee un lenguaje que permite el recorrido registro a registro, éste no puede
utilizarse para incumplir las reglas relacionales.
¿Para qué sirven?
Su principal función fue crear un modelo de datos relacional que permitiera el manejo de grandes bancos de datos.
Además de ser la base para cualquier Sistema Gestor de Base de Datos ya que en estas reglas se establecen los
requerimientos principales que se deben cumplir. El modelo relacional de bases de datos con sus relaciones
normalizadas es una solución simple y elegante para satisfacer las más diversas condiciones de consulta y extracción
de datos e información.
¿Siguen vigentes?
Ya desde principios de 1990 se hablaba del “fin del modelo relacional” y su sustitución por las bases de datos
orientadas a objetos. Pero el caso es que en el año 2001 de 8 mil 884 millones de dólares pagados por licencias de
bases de datos, 7 mil 107 correspondieron al modelo relacional. Más significativo es el hecho de que en el año 2000
las ventas para bases de datos relacionales tuvieron un incremento del 15% en tanto, para bases de datos
orientadas a objetos y de otro tipo tuvieron un incremento negativo.
Las necesidades de información de los usuarios cambian constantemente, hoy en día muchas de las aplicaciones
que se desarrollan actualmente utilizan técnicas de Análisis OO para obtener el modelo conceptual del sistema y
entornos de desarrollo visuales con bases de datos relacionales para su implementación. Por lo que es claro que se
sigue usando este modelo, aunque no como antes, lo de hoy es sin duda el modelo orientado a objetos.
3. Profesional
Reporte
Conclusión:
Las reglas de Codd fueron la base de lo que hoy en día conocemos de las bases de datos, son una serie de
consideraciones que sirven para los sistemas gestores de bases de datos para poder manipular los datos, las cuales
aseguran la correcta consulta a información así como su integridad. El principal objetivo de Codd era que las bases
de datos no solo estuvieran al alcance de los programadores, ya que las base de datos establecen sus beneficios a
los usuarios finales y no a los programadores.
Actualmente estas reglas se siguen utilizando, son y serán siendo base de lo que son las bases datos por mantener
los datos organizados para su correcta manipulación.