Ldd

Lenguaje de definición de datos E l L D D  (Data

Definition Language) es la parte del SQL que más varía de un sistema a otro ya que esa área tiene que ver con cómo se organizan internamente los datos y eso, cada sistema lo hace de una manera u otra. Es el que se encarga de la modificación de la estructura de los objetos de la base de datos. Existen cuatro operaciones básicas: CREATE, ALTER, DROP y TRUNCATE. El LDD de SQL permite la especificación no sólo de un conjunto de relaciones, sino también de alguna información relativa a esas relaciones, incluyendo:

♦ El esquema de cada relación. ♦ El dominio de valores asociado a cada atributo. ♦ Las restricciones de integridad. ♦ El conjunto de índices que se deben mantener por cada relación. ♦ Información de seguridad y autorización para cada relación. ♦ La estructura de almacenamiento físico de cada relación en disco.

Tipos de dominios en SQL La norma SQL soporta un conjunto de tipos de dominios predefinidos, que incluye los siguientes: char (n): (n): Cadenas de caracteres de tamaño fijo, con una longitud n especificada por el usuario de hasta un máximo de 255. También se puede utilizar la palabra completa character. varchar (n): (n): Es una cadena de caracteres de longitud variable, con una longitud n especificada por el usuario de hasta un máximo de 2000 caracteres. También se puede utilizar la forma completa character varying. int: int: Es un entero. También se puede utilizar la palabra completa integer. smallint: smallint : Es un entero pequeño (Un subconjunto del dominio de los enteros). numeric(p,d): numeric(p,d): Es un número en coma flotante, cuya precisión la especifica el usuario. El número está formado por p dígitos y de esos p dígitos d pertenecen a la parte decimal. real, double precision: precision : Son respectivamente números en coma flotante y números en coma flotante de doble precisión, con precisión dependiente de la máquina. float(n): float(n): Es un número en coma flotante, cuya precisión es de al menos n dígitos.

date: date: Es una fecha del calendario, que contiene un año (de cuatro dígitos), un mes y un día del mes. time: Es la hora del día, expresada en horas, minutos y segundos. timestamp: Es una combinación de date y time. Los valores de fecha y hora se pueden especificar como: date ‘2009-05‘2009 -05-11’ 11’ time ’09:30:00’ timestamp: ‘2009-05‘2009 -05-11 11 09:35:00’ raw(Longitud): raw(Longitud): Representa valores binarios de longitud máxima de 255 bytes. Long Raw: Igual que el tipo anterior con la diferencia que el tamaño máximo es de 2 gigabytes Rowid: Tipo de dato binario que representa la dirección de una tupla de una tabla.

http://kesquivel.files.word press.com/2011/03/clase  _no-6_ldd.pdf 

La primera fase de cualquier base de datos comienza siempre con sentencias DDL, ya que antes de poder almacenar información debemos definir los objetos básicos donde agrupar la información. Los objetos básicos con que trabaja SQL son las tablas. Una tabla es un conjunto de celdas agrupadas en filas y columnas donde se almacenan elementos de información.  Antes de llevar a cabo cabo la creación creación de una una tabla conviene conviene planificar:    

nombre de la tabla, nombre de cada columna, tipo y tamaño de los datos almacenados en cada columna, información adicional, restricciones, etc.

Hay que tener en cuenta también ciertas restricciones en la formación de los nombres de las tablas: longitud máxima de 30 caracteres, no puede haber nombres de tabla duplicados, deben comenzar con un carácter alfabético, permitir caracteres alfanuméricos y el guión bajo '_', y Oracle no distingue entre mayúsculas y minúsculas. La sintaxis del comando que permite crear un tabla es la siguiente: CREATE TABLE [esquema.]tabla ({columna tipoColumna [NOT NULL],} +, {CONSTRAINT nombreRestricción {UNIQUE ([column,] +)| DEFAULT expresion| CHECK (condicion)| PRIMARY KEY ([column,] +)| FOREIGN KEY (column) REFERENCES tabla(columna)},} *)

Del examen de la sintaxis de la sentencia Create Table se  pueden concluir que necesitamos conocer los distintos tipos de columna y  las distintas restricciones que se pueden imponer al  contenido de las columnas.

Las restricciones de los datos se imponen para asegurarnos que los datos cumplen con una serie de condiciones predefinidas para cada tabla. Estas restricciones ayudan a conseguir la integridad de referencia: todas las referencias dentro de una BD son válidas y todas las restricciones se han cumplido. Las restricciones se van a definir acompañadas por un nombre, lo que permitirá activarlas o desactivarlas según sea el caso; o también mezcladas en la definiciones de las columnas de la tabla. A continuación vamos a describir cada una de las restricciones mencionadas. NOT NULL

Establece la obligatoriedad de que esta columna tenga un valor no nulo. Se debe especificar junto a la columna a la que afecta. Los valores nulos no ocupan espacio, y son distintos a 0 y al espacio en blanco. Hay que tener cuidado con los valores nulos en las operaciones, ya que 1 * NULL es igual a NULL. UNIQUE 

Evita valores repetidos en una columna, admitiendo valores nulos. Oracle crea un índice automáticamente cuando se habilita esta restricción y lo borra al deshabilitarse. DEFAULT 

Establece un valor por defecto para esa columna, si no se le asigna ninguno. CHECK 

Comprueba que se cumpla una condición determinada al rellenar esa columna. Esta condición sólo debe estar construida con columnas de esta misma tabla. PRIMARY KEY 

Establece el conjunto de columnas que forman la clave primaria de esa tabla. Se comporta como única y obligatoria sin necesidad de explicitarlo. Sólo puede existir  una clave primaria por tabla. Puede ser referenciada como clave ajena por otras tablas. Crea un índice automáticamente cuando se habilita o se crea esta restricción. En Oracle, los índices son construidos sobre árboles B +. FOREIGN KEY 

Establece que el contenido de esta columna será uno de los valores contenidos en una columna de otra tabla maestra. Esta columna marcada como clave ajena puede ser NULL. No hay límite en el número de claves ajenas. La clave ajena puede ser otra columna de la misma tabla. Se puede forzar que cuando una fila de la tabla maestra sea borrada, todas las filas de la tabla detalle cuya clave ajena coincida con la clave borrada se borren también. Esto se consigue añadiendo la coletilla ON DELETE CASCADE en la definición de la clave ajena. Después de crear una tabla, a veces nos encontramos con que se necesita añadir una columna adicional o modificar la definición de una columna existente. Esta operación se puede realizar con el comando ALTER TABLE.  ALTER TABLE TABLE tabla {ADD | MODIFY} MODIFY} ({columna tipoColumna tipoColumna [NOT NULL],} NULL],} +);

Hay que tener en cuenta varios puntos:  

 

No es posible disminuir el tamaño de un columna. En las modificaciones, los tipos anterior y nuevo deben ser compatibles, o la tabla debe estar vacía. La opción ADD ... NOT NULL sólo será posible si la tabla está vacía. La opción MODIFY ... NOT NULL sólo podrá realizarse cuando la tabla no contenga ninguna fila con valor nulo en la columna en cuestión.

Por ejemplo la sentencia siguiente añade la fecha de nacimiento a la tabla de empleados. SQL> alter table emp add (fecha_nac date not null); También se puede querer modificar una tabla añadiendo o eliminando restricciones. En este caso el comando a utilizar será  ALTER TABLE TABLE tabla {ADD | DROP} DROP} CONSTRAINT CONSTRAINT restricción; Eliminación de una tabla. Cuando una tabla ya no es útil y no vamos a volver a necesitarla debe ser borrada. Esta operación se puede realizar con el comando DROP TABLE. DROP TABLE tabla [CASCADE CONSTRAINTS]; Se borra la tabla de la base de datos, borrando toda la información contenida en la tabla, es decir, todas las filas. También se borrará toda la información que sobre la tabla existiera en el diccionario. Puede que si alguna columna de esta tabla a borrar sirva como clave ajena de alguna tabla detalle, impida la eliminación de la tabla, ya que existe una restricción que requiere de la existencia de la tabla maestra. Esto se puede areglar colocando la coletilla CASCADE CONSTRAINTS. Esto produce que las restricciones de la tabla detalle se borren antes de borrar la tabla maestra. La siguiente sentencia produce la eliminación de la tabla de departamentos.

http://www.infor.uva.es /~jvegas/cursos/bd/sqlpl us/sqlplus.html

SQL> drop table dep cascade constraints; Table dropped. Restricciones semánticas: Son definidas por el usuario Son facilidades que el modelo ofrece a los diseñadores para que puedan reflejar  en el esquema, lo más fielmente posible, la semántica del mundo real. Los tipos de restricciones semánticas permitidos en el MR (Incorporados a SQL 92) son:  



-Clave Primaria (PRIMARY KEY) -Unicidad (UNIQUE) -Obligatoriedad (NOT NULL) -Integridad Referencial (FOREIGN KEY) -Verificación (CHECK) -Aserción (CREATE ASSERTION) -Disparador (TRIGGER), incluido en SQL:1999 Clave Primaria (PRIMARY KEY): -Permite declarar un atributo o un conjunto de atributos como clave primaria de una relación => sus valores no se podrán repetir ni se admitirán los nulos. -Ni el SQL92 ni los SG BD’s relacionales obligan a la declaración de una clave primaria para cada tabla (el modelo teórico sí la impone), aunque permiten la definición de la misma. -Se debe distinguir entre la restricción inherente de obligatoriedad de la clave primaria y la restricción semántica que le permite al usuario indicar qué atributos forman parte de la clave primaria. Unicidad (UNIQUE): -Los valores de un conjunto de atributos (uno o más) no pueden repetirse en una relación. Permite la definición de claves alternativas. Obligatoriedad (NOT NULL): -El conjunto de atributos no admite valores nulos. Integridad Referencial (FOREING KEY): -Si una relación R2 (relación que referencia) tiene un descriptor (subconjunto de atributos) CA que referencia a una clave candidata CC de la relación R1 (relación referenciada), todo valor de dicho descriptor CA debe coincidir  con un valor de CC o ser nulo. http://personales.unican.es/zorrillm/ BasesDatos/02%20%20Modelos%20de%20datos%20ERUML-relacional.pdf