Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
OBJETIVO: Conocer el diseño establecido de la página web de Amazon, y realizar un modelo entidad relación E-R
con Oracle Data Modeler.
1. Crear un rol que permitirá trabajar con la base de datos. El nombre del rol será asignado
{alias_aplicacion} _programador.
Sentencia para crear el rol del programador
2. Asignar todos los permisos necesarios al rol creado en el paso previo para que pueda crear,
modificar y eliminar objetos de la base de datos. Asegúrese de asignar los permisos
relacionados con tablas, índices, vistas, procedimientos y disparadores.
3. Crear un tablespace permanente que será utilizado por el dueño del esquema de la base de
datos. El nombre del tablespace debe ser {alias_aplicacion} _TSD1
4. Crear un tablespace temporal que será utilizado por el dueño del esquema de la base de
datos. El nombre del tablespace temporal debe ser {alias_aplicacion} _TEMP_TST1
5. Crear un usuario que será dueño del esquema de la base de datos.
7. Realizar el modelado Case-Method del tema asignado, utilizando Oracle Data Modeler. Cada
atributo deberá tener un comentario que indique a qué hace referencia o qué información se
registra en el mismo. Asegúrese de hacer los cambios que se requiera en el diseño acorde a
la retroalimentación que se proporcionó cuando se calificó el trabajo Inter ciclo.
8. Crear el Modelo Relacional correspondiente al Modelo Case Method (Modelado Lógico).
2. Creamos una restricción AMA_PAISES, que sirve para que los nombres no se repitan realizamos una
consulta y vemos que la restricción se cumpla.
Segunda restricción
3. Se realiza una consulta antes de la restricción.
4. Creamos una restricción AMA_USUARIOS, que sirve para que los números de cedula no se repitan.
Segunda restricción
a) Antes de la segunda restricción de verificación.
b) Creamos una restricción check para AMA_TARJETAS esta nos permite ingresar el tipo de
tarjeta si es débito, crédito, o regalo
c) Se crea una consulta para verificar que la restricción check sea correcta.
Tercera restricción
a) Antes de la tercera restricción de verificación.
13. Cambiar el chequeo de obligatoriedad (NOT NULL) en un atributo de al menos dos tablas del
esquema creado. Verificar la estructura de la tabla (DESC table) antes y después del cambio
de obligatoriedad.
Primera consulta
a) Mostramos la tabla con los valores predefinidos cuando se creó la base.
b) Modificar la columna USU_CALLE_SECUNDARIA
Segunda consulta
a) Mostramos la tabla con los valores predefinidos cuando se creó la base.
b) Mostramos la tabla después de modificar la columna OFE_DESCUENTO
14. Crear una tabla de auditoría para dos tablas del esquema creado.
Primera tabla
a) Consulta de la tabla AUDIT_PRODUCTOS antes de la insertar datos
Segunda tabla
a) Consulta de la tabla AUDIT_DEPARTAMENTO antes de la insertar datos
b) Insertar datos en la tabla AMA_DEPARTAMENTOS
17. Insertar al menos 10 registros en cada una de las tablas del esquema creado.
Tabla AMA_USUAROS
Tabla AMA_PRODUCTOS
Tabla AMA_DETALLE_OFERTAS
Tabla AMA_FACTURA_DETALLES
Tabla AMA_CARRO_DETALLES
Tabla AMA_FACTURA_CABECERAS
Tabla AMA_CARRO_CABECERAS
18. Realizar una consulta a cualquier tabla o tablas, que incluya operadores aritméticos
forzando a que los valores nulos sean considerados como un valor de 0, una columna con
concatenación de caracteres, uso de alias en las columnas y ordenamiento descendente.
b) Consulta
20. Realizar una consulta que incluya un JOIN con operadores de comparación y operadores
AND u operadores OR.
21. Realizar una consulta que incluya funciones numéricas.
26. Realizar una consulta que incluya una función de grupo con una cláusula para restringir los
grupos (HAVING).
27. Realizar una consulta que incluya una subconsulta.
CONCLUSIONES:
Aplicar los conocimientos aprendidos en clases, como realizar un diseño de la base con todas relaciones
correctos, para no tener problemas al momento de ingresar datos a la base, verificar que la base pueda
dejar crear usuarios o en caso de tener este problema cambiar de sesión.
INTEGRANTES: