Ayuda 1

Actividad No.
4: Diseño Físico Práctica

28 DE OCTUBRE DE 2024 HASTA 26 DE NOVIEMVBRE DE 2024
Para la realización de la actividad se requiere la descarga de 2 productos de Oracle, a

continuación, dejo los enlaces de descarga directa:
1. Database 11g Enterprise/Standard Editions
2. SQL Developer data Modeler
Los puede descargar de la página oficial de Oracle
https://drive.google.com/file/d/1aZdKeEHFKFJv1-wJ3QuqpUhey_kN1kj_/view
SQL Developer Data Modeler ya lo habían instalado en la actividad anterior.
Con base en el Modelo Relacional elaborado en las actividades anteriores, realizar las siguientes
tareas:
INDIVIDUAL
1. Diseño del Script para Lenguaje de Definición de Datos (Data Description Language DDL)
con el Lenguaje SQL (Structured Query Language) para crear la base de datos, tablas y los
respectivos campos de acuerdo con el diccionario de datos creado.
(Crear tablas Cliente, Empleado, Venta-Empleado, Auto datos)
Para garantizar que el estudiante realizó el ejercicio, se debe colocar en los scripts, un
comentario como se muestra a continuación: /* Nombre estudiante*/
NOTA: aquí se pegan los scripts DDL (no imágenes, solo el texto)
Ver el Modelo que se debe aplicar para el ejercicio

2. Diseño del Script para Lenguaje de Definición de Datos (Data Manipulation Language DML)
con el Lenguaje SQL (Structured Query Language) para poblar las tablas de la base de
datos.
3. Diseño del Script para generación de consultas sobre las tablas de la base de datos.
Mínimo las siguientes consultas:
Clientes atendidos en un año
Carros vendidos en el mes de marzo de 2024
Costo total de los carros vendidos
COLABORATIVA
1. Ingrese al Entorno Aprendizaje Colaborativo, luego al foro Unidad 3: Fase 4 – Diseño Físico, cada
integrante del grupo debe enviar un mensaje indicando el rol que va a asumir e identificar las
acciones correspondientes al rol que permitan la construcción del producto académico final.
2. De acuerdo con las acciones del rol seleccionado deben construir el cronograma de actividades
y acciones que permitan la gestión y construcción del producto académico individual y
colaborativo. Esto se debe evidenciar y presentar en el tema de la actividad.
3. Elaborar un documento de no más de 5 páginas haciendo una descripción de los siguientes
términos (cada participante aporta con 2 ítems), luego se hace la revisión para consolidar el
informe final
• Que es el lenguaje SQL (Structured Query Language)
• Tipos de datos
• Estructuras de flujo
• Bloques
• Estructura de un bloque
• Cursores
• Manejo de excepciones
Enviar el trabajo colaborativo por el correo interno, para evitar empaquetar los dos archivos
(Individual y Colaborativo).
Recordando el modelo relacional
El diseño de una base de datos consiste en definir la estructura que deben tener los datos en un
sistema de información determinado. Para ello se suelen seguir por regla general unas fases en el
proceso de diseño, definiendo para ello el modelo conceptual, el lógico y el físico.
En el modelo relacional, el diseño de la base de datos se implementa mediante lo que se conoce

como diagramas de Entidad/Relación (que es el modelo conceptual de los datos). Éste se plasma
en tablas y relaciones entre éstas (el llamado modelo lógico).
Este modelo relacional de bases de datos se rige por algunas normas sencillas:
• Todos los datos se representan en forma de tablas (también llamadas "relaciones").

Incluso los resultados de consultar otras tablas. La tabla es además la unidad de
almacenamiento principal.
• Las tablas están compuestas por filas (o registros) y columnas (o campos), que almacenan
la información sobre una entidad de datos concreta, y se consideran una unidad.
• Cada tabla debe poseer una clave primaria, esto es, un identificador único de cada registro
compuesto por una o más columnas.
• Para establecer una relación entre dos tablas es necesario incluir, en forma de columna,
en una de ellas la clave primaria de la otra. A esta columna se le llama clave foránea.
• Basándose en estos principios se diseñan las diferentes bases de datos relacionales,
definiendo un diseño conceptual, que luego se implementa en el diseño físico usando para
ello el gestor de bases de datos de nuestra elección.
Tipos de instrucciones de SQL
El Structured Query Language o SQL es el lenguaje utilizado por la mayoría de los Sistemas Gestores
de Bases de Datos Relacionales (SGBDR) surgidos a finales de los años 70, y que llega hasta nuestros
días.
En 1986 fue estandarizado por el organismo ANSI (American national Standard Institute), dando
lugar a la primera versión estándar de este lenguaje, el SQL-86 o SQL1. Al año siguiente este
estándar es adoptado también por el organismo internacional ISO (International Standarization
Organization).
La parte fundamental de SQL es un estándar internacional.
A lo largo del tiempo se ha ido ampliando y mejorando. En la actualidad SQL es el estándar de

facto de la inmensa mayoría de los SGBDR comerciales. El soporte del estándar es general y muy
amplio, pero cada sistema (Oracle, SQL Server, MySQL...) incluye sus ampliaciones y pequeñas
particularidades.
El lenguaje SQL se divide en tres subconjuntos de instrucciones, según la funcionalidad de éstas:
1. Lenguaje de definición de datos (DDL, Data Definition Language)

2. Lenguaje de control de datos (DCL, Data Control Language)
3. Lenguaje de manipulación de datos (DML, Data Manipulation Language)
1.Lenguaje de definición de datos (DDL, Data Definition Language)
Las instrucciones DDL se usan para crear, modificar o borrar objetos en una base de datos como
tablas, vistas, esquemas, dominios, activadores, y almacenar procedimientos.
Las palabras clave en SQL más frecuentemente asociadas con las instrucciones DDL son CREATE,
ALTER y DROP. Por ejemplo, se usa la instrucción CREATE TABLE para crear una tabla, la instrucción
ALTER TABLE para modificar las características de una tabla, y la instrucción DROP TABLE para
borrar la definición de la tabla de la base de datos.
Un procedimiento almacenado es un conjunto de instrucciones de SQL almacenadas como un objeto

en el servidor de una base de datos, que se puede ejecutar simplemente llamando el procedimiento.
Primero vamos a borrar todas las tablas por si fueron creadas antes;
DROP TABLE EMPLEADO;

DROP TABLE CLIENTE;
DROP TABLE AUTO-DATOS;
DROP TABLE VENTA-EMPLEADO;
COMANDO CREATE TABLE
CREAR LA TABLA CLIENTE DANDOLE NOMBRE AL CONSTRAINT PRIMARY KEY
CREATE TABLE CLIENTE (

CED_CLIENTE INTEGER,
NOMBRE_CLIENTE VARCHAR (45) NOT NULL,
CORREO_CLIENTE VARCHAR (60) NOT NULL,
GENERO (30) VARCHAR NOT NULL,
FECHA_NAC DATE,
FECHA_ING DATE,
MUNICIPIO VARCHAR (45) NOT NULL,
/* Marco Rodríguez */
CONSTRAINT PK_CED_CLIENTE PRIMARY KEY (CED_CLIENTE));
SELECT TABLE_NAME, CONSTRAINT_NAME, CONSTRAINT_TYPE FROM USER_CONSTRAINTS;
CREAR LA TABLA CLIENTE SIN DARLE NOMBRE AL CONSTRAINT PRIMARY KEY

CED_CLIENTE INTEGER PRIMARY KEY,
GENERO VARCHAR (30) NOT NULL,
FECHA_NAC DATE,
FECHA_ING DATE,
MUNICIPIO VARCHAR (45) NOT NULL;
SELECT TABLE_NAME, CONSTRAINT_NAME, CONSTRAINT_TYPE FROM USER_CONSTRAINTS;

SELECT * FROM USER_CONSTRAINTS;
CREAR LA TABLA EMPLEADO Y DESPÚES CON UN ALTER TABLE DEFINIR LA CLAVE PRIMARIA

CED_CLIENTE INTEGER NOT NULL,
GENERO VARCHAR (30) NOT NULL,
FECHA_NAC DATE,
FECHA_ING DATE,
MUNICIPIO VARCHAR (45) NOT NULL;
COMANDO ALTER TABLE
ALTER TABLE EMPLEADO ADD CONSTRAINT CED_CLIENTE_PK PRIMARY KEY (CED_CLIENTE);
DEFINIR FOREIGN KEY (FK)
CREATE TABLE VENTA_EMPLEADO (

CED_EMP INTEGER NOT NULL PRIMARY KEY,
CED_CLIENTE INTEGER NOT NULL PRIMARY KEY,
FECHA_VENTA DATE NOT NULL PRIMARY KEY,
PLACA VARCHAR (15) NOT NULL;
FOREIGN KEY (CED_EMP) REFERENCES EMPLEADO (CED_EMP),
FOREIGN KEY (CED_CLIIENTE) REFERENCES CLIENTE (CED_CLIENTE));
ALTER TABLE AUTO_DATOS ADD CONSTRAINT precio_ck_1 CHECK (precio > 0);
OTROS USOS DE ALTER TABLE
AÑADIR UNA O MAS COLUMNAS

ALTER TABLE CLIENTE ADD (FECHA_NAC_CLIENTE DATE, TEL_CLIENTE NUMBER (10));
CAMBIAR EL TAMAÑO DE UNA COLUMNA

ALTER TABLE EMPLEADO MODIFY APELLIDO_EMP VARCHAR (50);
HACER NOT NULL UNA COLUMNA EN UNA TABLA:

ALTER TABLE CLIENTE MODIFY (FECHA_NAC_CLIENTE NOT NULL);
ELIMINAR UNA COLUMNA DE UNA TABLA:

ALTER TABLE CLIENTES DROP COLUMN TEL_CLIENTE;
ALTER TABLE CLIENTES DROP (FECHA_NAC_CLIENTE, TEL_CLIENTE);

Ayuda 1

Cargado por

Copyright:

Formatos disponibles

Ayuda 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ayuda 1

Cargado por

Copyright:

Formatos disponibles

Actividad No.

4: Diseño Físico Práctica

Para la realización de la actividad se requiere la descarga de 2 productos de Oracle, a

SQL Developer Data Modeler ya lo habían instalado en la actividad anterior.

Ver el Modelo que se debe aplicar para el ejercicio

Recordando el modelo relacional

En el modelo relacional, el diseño de la base de datos se implementa mediante lo que se conoce

• Todos los datos se representan en forma de tablas (también llamadas "relaciones").

Tipos de instrucciones de SQL

La parte fundamental de SQL es un estándar internacional.

A lo largo del tiempo se ha ido ampliando y mejorando. En la actualidad SQL es el estándar de

1. Lenguaje de definición de datos (DDL, Data Definition Language)

Un procedimiento almacenado es un conjunto de instrucciones de SQL almacenadas como un objeto

DROP TABLE EMPLEADO;

CREAR LA TABLA CLIENTE DANDOLE NOMBRE AL CONSTRAINT PRIMARY KEY

CREATE TABLE CLIENTE (

SELECT TABLE_NAME, CONSTRAINT_NAME, CONSTRAINT_TYPE FROM USER_CONSTRAINTS;

CREAR LA TABLA CLIENTE SIN DARLE NOMBRE AL CONSTRAINT PRIMARY KEY

CREATE TABLE CLIENTE (

SELECT TABLE_NAME, CONSTRAINT_NAME, CONSTRAINT_TYPE FROM USER_CONSTRAINTS;

CREATE TABLE CLIENTE (

COMANDO ALTER TABLE

ALTER TABLE EMPLEADO ADD CONSTRAINT CED_CLIENTE_PK PRIMARY KEY (CED_CLIENTE);

DEFINIR FOREIGN KEY (FK)

CREATE TABLE VENTA_EMPLEADO (

OTROS USOS DE ALTER TABLE

AÑADIR UNA O MAS COLUMNAS

CAMBIAR EL TAMAÑO DE UNA COLUMNA

HACER NOT NULL UNA COLUMNA EN UNA TABLA:

ELIMINAR UNA COLUMNA DE UNA TABLA:

También podría gustarte