Академический Документы
Профессиональный Документы
Культура Документы
No.
Reglas Palabra Clave Observaciones del SGBD Cumple
(SI/No)
El sistema debe de ser Analizando cada una de las reglas de Codd y comparando
0 relacional, gestionar sus el gestor de base de datos Oracle, nos damos cuenta que
BD de forma completa. es completamente relacional. Si
Regla de la información La información se guarda en tablas con filas y columnas,
1 (Tablas) debe estar almacenada explícitamente en el esquema
lógico. si
Acceso Garantizado Se puede consultar los datos a través de consulta compleja
2 (PK, FK) y unión de tablas, todas las tablas tienen que tener
identificador y eso nos permite acceder a una fila concreta, si
con subconsultas, multi-registro, etc.
Regla del tratamiento Oracle Admite valores nulos, y las transacciones y consultas
sistemático de valores son soportadas por operaciones booleanas, como AND, OR,
3 nulos (NULL) NOT, donde sustituye 1, 0 y 0.1, para NULL, ausencia de Si
valor, NULL se evalúa a NULL (<> cero o <> “ ” vacío).
Catálogo dinámico
en línea basado en Puede consultar cada dato almacenado en filas y columnas como también los
4 el modelo relacional. metadatos, usando el controlador ODBC de Oracle y el script SQL
(Repositorios) ( Oracle_EASchema.sql), y los archivos XML. Si
Regla comprensiva Puede realizar los procesos completos con su lenguaje SQL, y con PL,
del sublenguaje de soporta todas las consultas, ya que la manipulación de datos que se usa es
5 los datos. la misma que en SQL, teniendo el manejo de todos las sentencias que usa Si
(SQL, PL) SQL como (DDL, DML, DCL Y TCL), manteniendo la seguridad, y
restricciones de datos.
Regla de Oracle puede crear vista de tablas en todos los modos posibles, permitiendo
actualización de la reglas de actualización por medio del mismo sistema, aunque SQL por si Si
6 vistas. solo no es muy bueno con esto, el SGBD incorpora sentencias para
(Vistas) automatizar este proceso de actualización.
Inserciones, Si permite los insert, Update y Delete de los datos como también de las
modificaciones y tablas, siempre utilizando su lenguaje propio SQL o el PL, pudiendo aplicar
7 eliminaciones de los cambios a la misma vez a todas las tablas o registros que cumplan con Si
dato nivel la sentencia escrita, si quieres actualizar por ejemplo Update empleados
(DML) set salario =salario+2,000 where departamento =‘contabilidad’, lo hace.
Independencia física Aunque las base de datos se encuentran incrustada en los lenguajes de
de los datos programación se puede independizar de las aplicaciones, por ejemplo un Si
8 (Fisica) RAID 0 y lo Muevo al RAID 5, eso pasa inadvertido, el sigue usando la
información normalmente, no importa si almaceno en array o lista
encadenadas mi información, esto no debe impactar.
Independencia lógica Permite la actualización y cambio de nombres de campos, tablas,
de los datos. columnas, filas y registro sin afectar los esquemas de programación,
9 (Logica) pudiendo aplicar el mismo concepto a las vistas, esta independencia en SI
la práctica a la mayoría de los SGBD, le cuesta mucho, pero Oracle la
maneja muy bien.
Oracle cumple esta regla, ya que no permite a las aplicaciones realizar
Independencia de la las reglas del juego, sino que las hace en el SGBD, si una aplicación se
integridad crea y hace la regla y luego se crea una aplicación, hay que recordar SI
10 (Integridad) sin fallas esas reglas, pero es de otro sistema, entonces Oracle la hace
en la Base de Datos, haciendo que ambas las cumplan.
Independencia de la Oracle al ser un RDBMS, orientado a internet y a objetos maneja muy
11 distribución bien el sistema de Distribuido, sea local o remoto, es decir que su
(Distribución) esquema lógico es el mismo independiente de si es Distribuido o no , Si
con cluster, arquitectura orientada a servicios, y arquitecturas web
server, Posee arquitectura cliente/servidor y usa un servicio
excelente llamado pasarela para soportar consultas de otros SGBD.
La regla de la no Oracle Dispone del PL/SQL este lenguaje no se puede saltar ninguna
12 subversión regla de las anteriores, es ORDBMS, está sujeto a la programación Si
(Subversion) basada a objetos, usa el concepto de transacción ACID, elevando los
niveles de parametrización de los lenguajes de aplicaciones y sus
accesos.
Sybase Inc. (NYSE: SY) fue una compañía
dedicada al desarrollo de tecnología de la
información.
Fue fundada en Berkeley, California (EE. UU.),
en 1984, y operó como empresa independiente
hasta que SAP anunció su plan de adquirirla en
mayo de 2010. En julio de ese mismo año, se
completa la operación por valor de 4.567 millones
de euros.
Analisis de las Reglas en el Sistema Gestor de Bases de Datos Relacional SyBase
No.
Reglas Palabra Clave Observaciones del SGBD Cumple (SI/No)
En 1985 InterBase comenzó como Groton Database Systems y al poco tiempo fue
renombrado como InterBase. En 1991 InterBase fue comprado por Ashton Tate, y
en 1992 adquirido por Borland.
A continuación, se destallas las 12 reglas de Edgar F. Codd donde se analiza si
Interbase cumple las reglas de gestor de base de datos relacional.
Comparativa de la ley de Codd con Interbase
No Reglas Observación INTERBASE
0 El sistema debe de ser Analizando las 12 reglas de codd y viendo todas las Condicional, la
relacional, gestionar sus características de Interbase nos damos cuentas que no es regla 4 no la
BD de forma completa. totalmente relacional tiene algunas deficiencia en varios cumple.
aspecto.
1 Regla de la información. La información se guarda en tablas con filas y columnas Si
3 Regla del tratamiento Permite valores Null (Is Null, is not null),Ejemplo:
sistemático de valores NULL arroja cero para los números, espacios en blanco
nulos para los caracteres y el 17/11/1858 para las fechas. Si
4 Catálogo dinámico en Permite hacer consulta a datos a través de PL/SQL, pero es No
línea basado en el ineficientes con los metadatos (acceso archivos img y pdf, etc).
modelo relacional.
5 Regla comprensiva Si maneja el lenguaje SQL completo. Si
del sublenguaje de
los datos.
6 Regla de soporta la creación de vistas actualizables. si
actualización de Procedimientos almacenados y Triggers.
vistas.
7 Alto nivel de Si permite los insert, Update y Delete de los datos como Si
inserción, también de las tablas. También manejas roles de privilegios.
actualización y
borrado.
8 Independencia física Permite modificar los esquema lógico de los datos, también Si
de los datos cambiar la ruta o cambio de Hardware, etc.
9 Independencia Permite modificar las características de los datos sin que se tenga Si
lógica de los que cambiar la lógica del programa. Ejemplo aumentar el tamaño del
datos. campo.
10 Independencia Permite la integridad donde los valores deben ser coincidentes al Si
de la integridad. tipo de datos y en las llaves primarias y foránea que toda tablas debe
tener.
11 Independencia No permite independizar los datos, ósea base de datos distribuida o No
de la distribución replicada en varios servidores y con acceso simultaneo.
12 La regla de la no Utiliza su arquitectura multigeneracional para Si
subversión implementar reversiones, funcionan lentamente en relación con una
implementación más actual.
POSTSGRESQL
9 Independencia lógica de Permite modificar el esquema lógico sin causar que los programas de Si
los datos. aplicación tengan que rescribirse.
Independencia de la Un mismo tipo de datos en campos relacionales y no puede haber
10 integridad. campos relacionales en blanco. También condiciones que debe Si
permitir las tablas y la columnas para mantener la integridad como
Unique, primary key, foreigh key, check, null y not null.
3 Regla del tratamiento No admite valores nulo, solo en las ultimas versión soporta pero no No (Condicional)
sistemático de valores nulos garantizado.
4 Catálogo dinámico en línea Puede consultar cada datos almacenado en filas y columnas como Si
basado en el modelo también los metadatos.
relacional.
Regla comprensiva del Solo se puede realizar los procesos completos con su lenguajes
5 sublenguaje de los datos. propio, en versiones recientes como la Plus utiliza SQL pero no No
soporta todas las funciones.
Regla de actualización de Se puede crear vista de tablas en modo consulta, pero no permite la
6 vistas. reglas de actualización en cascada, solo se utilizan para un proceso No
especifico.
Alto nivel de inserción, Si permite los insert, Update y Delete de los datos como también de Si
7 actualización y borrado. las tablas, siempre utilizando su lenguaje propio.
Independencia física de los Aunque las base de datos se encuentran incrustada en los lenguajes
8 datos de programación se puede independizar de las aplicaciones. Si
Independencia lógica de los Permite la actualización y cambio de nombres de campos, tablas,
9 datos. columnas, filas y registro sin afectar los esquemas de programación. Si
Independencia de la No cumple la reglas ya que un datos relacional en dos tablas tienen
10 integridad. que estar iguales con el mismo tipo de datos y no puede haber No
campos en blanco.
Independencia de la Se puede tener el modelo Clientes/Servidor donde los datos se
distribución almacenan mediante un archivos dbf y consultado mediante una
11 aplicación, no es recomendables para aplicación empresarial donde Si
se consulte grandes cantidades de datos por algunos errores e
inestabilidad en la consulta.
La regla de la no subversión En la versión II, III, V cumplía la reglas pero después de la compras
12 de Borland Delphi quedaron obsoleta y solo funciona la versiones No
incrustada en Delphi y por ahora la última versión independientes de
DBplus que se puede gestionar en un servidor independientes.