Base de datos “SQL Y TEORIA RELACIONAL”

...

El estándar hace uso de la expresión tabla, pero con un significado limitado, lo usas y lo refieres a lo que viene antes de el select clausula en la expresión select.

A esto no todas las expresiones en sql son legitimas en todos los contextos, un ejemplo un joan expresa invocación aunque no denota una tabla y no puede aparecer como un stand alona (nivel mas externo de la amidación).tampoco puede aparecer como la expresión de tabla entre paréntesis porque esto , ya ser referiría a una consulta, esta es una norma que exige el núcleo de sql , o también tiene mucho que ver con el procesamiento de relación , los ejemplos incluidos son llamados analítica o ventana (olap) sql dinámico , consultas recursivas , tablas temporales y los detalles de tipo usuario.

Los productos sql incuyen caracteristicas que no forman parte de la norma per se. Un ejemplo comun son los identificadore de fila.

Hay que utilizar varios medios que uno quiera pero en algunos se violaran los pricnipios de relacion aunque este libro describe un modelo de enfoque relacional sql.

Los ids propensos a violar el principio de intercambiabilidad y si llega a violarse, no seran usados.

Relga importante “usted puede hacer lo que quiera, siempre y cuando sepa lo que esta haciendo”

PRINCIPIOS, NO PRODUCTOS

Una base de datos profesional, necesita saber acerca del sistema relacional, el cual no es un producto específico, es relativo a los principios.

Principio como definición: una fuente, la raíz, el origen lo que es fundamental, a esencia, verdad fundamental en que sustentan los demás.

A los principios se les somete mientras que a los productos y las tecnologías cambian todo el tiempo pero los principios no cambian.

El tener un conocimiento del modelo relacional, nos da una gran ventaja porque si sabes oracle muy bien y no tienes conocimiento sobre el modelo relacional no será fácil transferir los conocimiento a otro sistema como db2, digamos que el sistema relacional es universal y para poder manejar cada uno de los sistemas de base de datos tendremos que saber el modelo relacional.

Esta lectura nos habla de cómo e l utilizar sql relacional puede servir pero en medida forzosa pero no da un rendimiento perfecto en pocas palabras forzando algo que no s verdaderamente relacional.

Ejemplo: es como escribir una consulta de alguna manera no natural forzando la implementación usando un índice.

Hay que hacer concesiones y compensaciones desde una posición de fuerza conceptual.

-entender lo que se hace y tener el compromiso de hacerlo.

UNA REVISIÓN DEL MODELO ORIGINAL

En este apartado hablaremos del modelo relacional de una manera generalizada, es comparado con las matemáticas dado que no es algo estático si no que va cambiando con el tiempo, de hecho el modelo relacional se podría decir que es una rama de las matemáticas, el cual va evolucionando con el tiempo, como varios teoremas lo demuestran y descubrió nuevos resultados.

El modelo relacionas fue creado por un solo hombre ef cod (egar de frank) investigador de la ibm en 1968, aunque después se volvió un esfuerzo con aportes comunitarios ahora es del mundo.

CARACTERISTICAS ESTRUCTURALES

El modelo relacional tiene componentes principales de la estructura: la integridad y la manipulacion.

Las relaciones se definen sobre los tipos también conocidos como dominios, describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restricción. Matemáticamente, atribuir un dominio a un atributo significa "todos los valores de este atributo deben de ser elementos del conjunto especificado".

El modelo relacional es compatible con varios tipos de llaves, toda relacion tiene al menos una clave candidata, esto es un identificador o una combinacion de atributos, la cual no siempre consta de un atributo, asi que acada tupla tiene un valor unico para la combinacion.

[pic 3]

En esta figura nos da un ejemplo de cómo en dep tiene una clave unico en dno y en emp dno tiene una clave unica para emp, por lo tanto en{ dno} es una clave candidata para dept y {eno} es un candidato clave para emp.

Tenga en cuenta las llaves, por cierto, para repetir, las claves de candidatos siempre usa combinaciones, o en grupos, de los atributos, incluso cuando el conjunto en cuestión contiene un solo atributo y la representación convencional de un conjunto sobre el papel es como un commalist de elementos encerrados entre llaves .

El comalist se puede definir de la siguiente manera supongamos que tenemos el nombre atributo xyz , entonces el término commalist xyz indica una secuencia de cero o mas xyz en el que cada pareja de al lado están separados con comas así como uno o más espacios entre ellos opcionalmente ejemplo i a , b y c son los nombres de atributos estos serian el commalist:

A,b,c

C,a,b

A,c

B

Cuando el commalist está entre llaves denota un conjunto , entonces (a) la orden en que aparecen los elementos en que commalist es inmaterial (los conjuntos no tienen orden de sus elementos , y si un elemento aparece más de una vez , es tratado como si apareciera una sola vez (por que los conjuntos no contienen elementos duplicados).

Una clave primaria es se llama clave primaria a un campo o a una combinación de campos que identifica de forma única a cada fila de una tabla. Una clave primaria comprende de esta manera una columna o conjunto de columnas. No puede haber dos filas en una tabla que tengan la misma clave primaria.

Una clave primaria es una clave candidata que ha sido objeto de un tratamiento de alguna manera, si la relación solo tiene una clave candidata, entonces no va ha hacer diferencia real si decimos que es la clave principal .pero si esa relación tiene dos o más candidatos llaves , entonces es normal elegir uno de ellos como primario.

Ejemplo

Un empleado de nombre único , de