Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 5

INSTITUTO TECNOLÓGICO SUPERIOR SUDAMERICANO

CARRERA DE DESARROLLO DE SOFTWARE

ASIGNATURA

PROBABILIDADES Y PROCESOS ESTOCÁSTICOS

TRABAJO:

EJERCICIOS DE PROBABILIDAD

INTEGRANTES:

DAYSI MARIBEL GUANUQUIZA CHAPA

TOMAS ANTONIO PEÑA MALDONADO

OCTUBRE - 2020
Introducción

El 18 de abril del 2003 falleció el Dr. Edgar Frank Codd, a la edad de 79 años víctima

de un ataque al corazón. Aún si usted nunca escuchó o supo del Dr. Codd, lo más

probable que a diario utilice cotidianamente tecnología derivada de las teorías de este

brillante matemático y científico de la computación. Nacido en Inglaterra, la mayor

parte de su vida la pasó en los Estados Unidos trabajando y desarrollando sus ideas que

culminaron en una serie de informes técnicos acerca de una nueva manera de organizar

y acceder los datos. A partir de estos trabajos publicó en 1970 el artículo A Relational

Model of Data for Large Shared Data Banks, algo así como Un modelo de datos

relacional para grandes bancos de datos compartidos.

EDGAR CODD Y EL MODELO RELACIONAL DE LA BASE DE DATOS

El modelo relacional de las bases de datos relacionales ha dado vueltas desde

1970, cuando Edgar Codd, entonces un investigador de la IBM, lo presento en sociedad

en el clásico paper de comunicaciones de la ACM titulado “Un modelo relacional para

enormes bancos de datos compartidos”.

Muchas de las bases de datos que se distribuían con el apellido de relacionales

en su mayoría dejaban mucho que desear, y en el año 1985 en un artículo publicado por

la revista Computerworld, Codd daga 12 reglas (Reglas de Codd) que debía cumplir

cualquier base de datos que se quisiera considerar relacional:

1. Regla de información: Todos los datos de una base de datos relacional se

representan explícitamente (al nivel lógico) como valores de tablas.


2. Reglas de acceso garantizado: Todos y cada uno de los datos (valor

indisoluble, único o atómico) de una base de datos relacional se garantizan que

sean lógicamente accesible recurriendo a una combinación de nombres de tabla,

valor de clave primaria y nombres de columna.

3. Tratamiento sistemático de valores nulos: Los valores nulos (distintos de

cadena de caracteres vacías o de una cadena de caracteres en blanco y distinta de

cero o de cualquier otro número) se soporta en los SGBD completamente

relacionados para representar la falta de información y la información

inaplicable de un modo sistemático e independiente del tipo de datos.

4. Catalogo en línea dinámico basado en el modelo relacional: La descripción

de la base de datos o Catalogo se representa (o almacena) a nivel lógico como

valores en tablas, del mismo modo que los datos ordinarios, de modo que los

usuarios autorizados pueden aplicar a los datos regulares.

5. Regla de sublenguaje completo de datos: un sistema relacional puede soportar

varios lenguajes de manipulación de datos (DML) y varios modos de uso

terminal (por ejemplo, el modo de rellenar con blancos), sin embargo debe haber

al menos un lenguaje cuyas sentencias sean expresables, mediante algunas

sintaxis bien definida, como cadenas de caracteres, y que sea completa en cuanto

al soporte de todos los puntos siguientes:

 Definición de datos y definición de vistas

 Manipulación de datos (interactiva y por programa)

 Restricciones de integridad

 Autorización

 Fronteras de transacciones (comienzo, complementación y vuelta atrás)


6. Regla de actualización de vistas: Todas las vistas que puedan utilizarse con

también actualizaciones por el sistema.

7. Inserción, modificación y borrado de alto nivel: Un SGBDR debe mas que

recuperar conjuntos relacionales de datos, también debe ser capaz de insertar,

actualizar y eliminar datos como un conjunto relacional.

8. Independencia física de los datos: Los datos ser físicamente independientes de

los programas de aplicación. lo programas de aplicación y las actividades

terminales permanecen lógicamente inalterados cualquiera que sean los cambios

efectuados ya sea las representaciones de almacenamiento o a los métodos de

acceso.

9. Independencia lógica de los datos: Cada vez que sea posible, el software de

aplicación debe ser independiente de los cambios hechos a las tablas Base. Los

programas de aplicación y las actividades terminales permanecen lógicamente

inalterados cuando se efectúan sobre las tablas de base de cambios preservadores

de la información de cualquier tipo que teóricamente permita alteraciones.

10. Independencia de integridad: La integridad de los datos debe ser definible en

el lenguaje relacional y almacenarse en el catálogo. Las restricciones de

integridad especifican para una base de datos relacional y almacenables en el

catálogo, no en los programas de aplicación.

11. Regla de no subversion: Si un sistema relacional tiene un lenguaje de bajo nivel

(un solo registro cada vez), ese bajo nivel no puede ser utilizado para subventir o

suprimir las reglas de integridad y las restricciones expresadas en el lenguaje

relacional de nivel superior (múltiples registros a la vez).


12. Un SGBDR distribuido tiene independencia distributiva. La independencia

de distribución quiere decir que las aplicaciones y demás actividades terminales

no se ven afectadas cuando se realiza la distribución de datos.

Conclusiones

a) Los SGBDR deben facilitar las actividades de los programadores para gestionar

las bases de datos.

b) Una base de datos se considera en mayor porcentaje como relacional mientras

cumpla más reglas de Codd.

c) Las reglas de Codd aunque parecieran tener poca importancia son lineamientos

básicos para la construcción de las bases de datos relacionales.

También podría gustarte