• Author / Uploaded
• Andres Camelo

Citation preview

PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

AA3 – ROLES, PERMISOS Y PERFILES

ESTUDIANTE: JENNER EDUARDO OSPINA BENAVIDES ID 1094936389 TUTOR: JUAN JOSE OSORIO TABARES

UNIPANAMERICANA FUNDACION UNIVERSITARIA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS BOGOTÁ 2019

2 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Tabla de contenido Introducción..........................................................................................................................3 Objetivos................................................................................................................................3 Objetivo General.................................................................................................................3 Realizar la base de datos de la IPS en el sistema Gestor de bases de datos Oracle con el fin de comprender los conceptos teóricos y de interfaz......................................................3 Objetivos específicos..........................................................................................................3 Desarrollo del taller..............................................................................................................4 Primera parte.......................................................................................................................4 Contextualización............................................................................................................4 Segunda parte. Caso practico............................................................................................14 Referencias...........................................................................................................................30

3 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Introducción El presente trabajo de investigación busca abarcar los conceptos generales acerca de la importancia de la Arquitectura de un sistema gestor de bases de datos, pasando por sus funciones, componentes y estructuras de almacenamiento. Un sistema gestor de bases de datos (SGBD), recordemos es la recolección de programas que permiten gestionar el funcionamiento de la base de datos en su control de concurrencia y de integridad, también permite que los usuarios de esta creen y realicen el mantenimiento de la base de datos, para lo cual se debe cumplir una serie de requisitos.

Objetivos Objetivo General Realizar la base de datos de la IPS en el sistema Gestor de bases de datos Oracle con el fin de comprender los conceptos teóricos y de interfaz. Objetivos específicos 1. Adquirir los conocimientos básicos en cuanto a los conceptos teóricos y prácticos que nos ofrece Oracle. 2. Conocer e identificar la estructura de memoria de un sistema gestor de bases de datos 3. Utilizar los recursos del sistema gestor de base de datos para realizar consultas mucho más elaboradas uy que nos permitan ampliar el conocimiento. 4. Reconocer e identificar las funciones de un sistema gestor de bases de datos

4 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Desarrollo del taller Primera parte Contextualización Dar respuesta a las siguientes preguntas, utilizando la bibliografía dada. 1. Qué es la Instancia ASM Automatic Storage Management, cuáles son sus ventajas y cuál es la forma de crear una instancia ASM ASM es un administrador de volúmenes y un sistema de archivos de bases de datos de Oracle de instancia única. Es la solución de administración de almacenamiento recomendada por Oracle que proporciona la alternativa de administrar los volúmenes, sistema de archivo y dispositivos sin formatos convencionales ASM por medio de grupos de discos almacena archivos de datos este grupo de discos es una colección de discos que ASM administra como la unidad. La información almacenada en el grupo de discos es distribuida de forma uniforme o dividida con el fin de proporcionar un rendimiento uniforme en todos los discos lo que se compara con el rendimiento de los dispositivos sin formato. Se pueden agregar o quitar discos de un grupo de discos, ASM redistribuye automáticamente el contenido de los archivos, eliminando la necesidad de inactividad. ASM permite realizar distribuciones (Strioing) y redundancias (Mirroring) La instancia de ASM se basa en la misma tecnología de una instancia de Oracle Database, pero como realiza menos tereas, un SGA de ASM es mucho más pequeño que un SGA de bases de datos. Los metadatos de ASM son la información que ASM usa para controlar el grupo de discos, estos metadatos incluyen:     

Los discos que pertenecen a un grupo de discos. La cantidad de espacio disponible en un grupo de discos. Los nombres de archivo de los archivos en un grupo de discos La ubicación de la extensión de datos del archivo de datos del grupo de discos Un registro de rehacer que registra información sobre bloques de datos que cambian atómicamente

5 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Ventajas     

Administra grupos de discos automáticos Administra redundancias dentro de cada grupo de discos Soporta archivos grandes Proporciona Mirroring y Striping a nivel de Archivos Se puede realizar con sentencias SQL lo que facilita la comprensión de las tareas

Para crear una instancia ASM debemos tener en cuenta:     

Asegúrese de que esté instalado el software de Oracle Clusterware. Asegúrese de que la estructura de Oracle RAC se ejecute en todos los nodos en los que se va a crear la instancia de Oracle ASM. Asegúrese de que el sistema de archivos en el que residirá el directorio $ORACLE_HOME de Oracle ASM ya se haya creado. Conviértase en super usuario en un nodo del cluster. Instale y configure una instancia de Oracle ASM y cree grupos de discos. [ CITATION ORA10 \l 9226 ]

2. Definir y dar un ejemplo de: 

Trigers – disparador

Un disparador (o trigger) es un procedimiento de almacenado asociado a una tabla que se ejecuta al realizar una operación “básica” (INSERT, un DELETE o un UPDATE) sobre ésta. La operación básica que despierta al trigger es conocida como sentencia disparadora. La ejecución del disparador puede ser antes o después de llevar a cabo la sentencia disparadora. Es posible especificar condiciones adicionales para la ejecución del disparador (restrictores). Dado que una sentencia disparadora puede afectar una o más filas de una tabla, es necesario especificar si se quiere que el disparador se ejecute para cada una de las filas afectadas o para el bloque en general.

Los disparadores pueden ser utilizados para cumplir con alguna de las siguientes tareas:

6 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS    

Evitar la ejecución de transacciones inválidas Garantizar el cumplimiento de restricciones de integridad Garantizar el cumplimiento de reglas del negocio Generar, automáticamente, valores de columnas derivadas

Cuando se diseñan disparadores es necesario tomar en cuenta las siguientes consideraciones: 

El disparador no debe ser utilizado para garantizar el cumplimiento de restricciones de integridad que puedan ser definidas a nivel de esquema. Por ejemplo, no tiene sentido implementar un disparador para verificar que al insertar una tupla en la tabla Empleado que su tipo debe ser ‘A’, si es administrativo, ‘O’, si es obrero o ‘D’, si es docente. Esta restricción puede garantizarse al definir el atributo tipo_empleado de la tabla Empleado. La manera de hacerlo es colocando la restricción CHECK (tipo_empleado IN (‘A’,’O’,’D’))



Hay que evitar crear disparadores recursivos. Por ejemplo, el crear un disparador que se active después de actualizar la tabla Empleado, que a su vez realiza una actualización de la tabla Empleado, provoca una ejecución recursiva del disparador que agota la memoria.



Dado que los disparadores son compilados la primera vez que se activan, se recomienda que la cantidad de instrucciones de un disparador no sea muy grande (máximo 60 líneas). De esta manera, el efecto que tiene la primera ejecución sobre el rendimiento del sistema será menor. Si un trigger tiene demasiadas líneas es preferible incluir el código de éste en un procedimiento almacenado (que se almacena ya compilado). De esta forma, el trigger puede llamar al procedimiento, reduciendo así el tiempo de compilación al momento de ejecución.

Ejemplo de un TRIGGER El siguiente TRIGGER inserta un valor nuevo en un campo único identificador tras una actualización de datos en la tabla usuario web: DELIMITER $$ CREATE TRIGGER trigger_usuario_identificador

7 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

AFTER UPDATE ON usuario FOR EACH ROW BEGIN UPDATE usuario SET identificador = CONCAT (NEW.id, '_', NEW.nombre, '_', NEW.dni) WHERE id = OLD.id; END; $$ En resumen, un TRIGGER sirve para, Ejecutar un código SQL cuando ocurra un evento en concreto: INSERT, UPDATE o DELETE



Procedimiento almacenado

Los bloques de código anónimos BEGIN END, proveen un mecanismo básico para la programación en PL/SQL, uno de los principales problemas es que impide la reutilización de SCRIPTS, si se tuviera un algoritmo como, por ejemplo, para calcular algún monto según determinados parámetros tendríamos que repetirlo cuantas veces sea necesario. El uso de procedimientos en PL/SQL supone un buen mecanismo para promover la reutilización de código, además de que permite dividir el código en partes funcionales individuales, adicionalmente los procedimientos pueden ser declarados en bloques anónimos o almacenarnos en la misma base de datos. La creación de un procedimiento en PL/SQL es similar a la creación de un bloque anónimo. La siguiente es la sintaxis de un procedimiento: PROCEDURE () IS

BEGIN

END; Dónde: : Es el nombre del procedimiento, el cual se usará para identificarlo.

8 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

: Los parámetros son como variables, contienen datos que se pueden especificar al momento de llamar al procedimiento. : Como en un bloque anónimo, en los procedimientos se pueden crear variables, pero estas variables sólo pueden usadas en código dentro del procedimiento. : Es el código propio ejecutado al momento de llamar al procedimiento, se pueden hacer uso de las variables declaradas, así como de los parámetros.

3. Que es una tabla DUAL, para que se utiliza, realice un ejemplo. La tabla DUAL es una tabla muy particular que está en todas las bases de datos de ORACLE que se crea automáticamente cuando creamos la base de datos, pertenece al diccionario de datos, esta dentro del esquema de tablas del usuario sys, esta tabla está formada por una sola columna llamada DUMMY y una sola fila que contiene como valor X, como se muestra en la siguiente imagen.   

        Esta tabla se utiliza para distintos tipos de usos, uno de esos usos es la evaluación de alguna expresión matemática o para consultar algunos datos que no existen dentro de la base de datos por ejemplo algunas operaciones matemáticas, algunos mensajes o para probar algunas funciones.    

9 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Ejemplo de mensajes  

    Ejemplo expresión matemática         

Ejemplo evaluar funciones del sistema (sysdate)   

   

10 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

4. Que es un tablespace Tablespace es una unidad lógica de almacenamiento dentro de una base de datos de Oracle, una tablaspace se compone de por lo menos una datafile, pero un datafile solo puede pertenecer a una tablaspace. Una tablaspace viene siendo el puente entre el site Cuando se crea una tabla o un índice se crea una tablaspace determinada para estas ya que tanto los índices como las tablas en Oracle pertenecen a una tablaspace. Estados del Tablaspace 



Offine realiza una copia de seguridad del tablaspace y actualiza una aplicación sin que ningún otro usuario pueda realizar modificación de los datos en medio de la actualización. Online

Tipos de tablaspace     

System Temporal De tipo deshacer cambio Con tamaño de bloque variable De tipo BigFile

5. Que es una datafile Un datafile es la representación física de un tablespace. Son los "ficheros de datos" donde se almacena la información físicamente. Un datafile puede tener cualquier nombre y extensión (siempre dentro de las limitaciones del SO), y puede estar localizado en cualquier directorio del disco duro, aunque so localización típica suele ser $ORACLE_HOME/Database. Un datafile tiene un tamaño predefinido en su creación (por ejemplo, 100Mb) y este puede ser alterado en cualquier momento. Cuando creemos un datafile, este ocupará tanto espacio en disco como hayamos indicado en su creación, aunque internamente esté vacío. Oracle hace esto para direccionar espacio continuo en disco y evitar así la fragmentación. Conforme se vayan creando objetos en ese tablespace, se irá ocupando el espacio direccionado.

11 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Un datafile está asociado a un solo tablespace y un tablespace está asociado a uno o varios datafiles. Es decir, la relación lógica entre Tablespaces y datafiles es de 1-N, maestrodetalle.

En el esquema podemos ver como el Tablespace A está compuesto (físicamente) por tres datafiles (DATOS_1.ORA, DATOS_2.ORA y DATOS_3.ORA). Estos tres datafiles son los ficheros físicos que soportan los objetos contenidos dentro del tablespace A. Aunque siempre se dice que los objetos están dentro del tablespace, en realidad las tablas están dentro del datafile, pero tienen las propiedades asociadas al tablespace. Cada uno de los datafiles utilizados está ocupando su tamaño en disco (50 Mb los dos primeros y 25 Mb el último) aunque en realidad sólo contengan dos objetos y estos objetos no llenen el espacio que está asignado para los datafiles. Los datafiles tienen una propiedad llamada AUTOEXTEND, que se si está activa se encarga de que el datafile crezca automáticamente (según un tamaño indicado) cada vez que se necesite espacio y no exista. Al igual que los tablespaces, los datafiles también puede estar en línea o fuera de ella.

6. Que es un rol y un permiso en la base de datos – defina la sintaxis correspondiente.

12 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Un Rol es un grupo de usuarios que permite agrupar usuarios para aplicarles permisos, así al agregar un nuevo usuario a la base de datos, no es necesario concederle permisos para cada objeto, sino que lo agregamos a un rol; cuando asignamos permisos sobre un objeto al rol, automáticamente el permiso afectara a los usuarios que pertenezcan a tal rol.    Sintaxis de rol  CREATE USER nuevo_usuario IDENTIFIED BY contraseña;  CREATE ROLE nuevo_rol;  GRANT select,insert,update,delete ON tabla TO nuevo_rol;  GRANT nuevo_rol TO nuevo_usuario;      Los permisos controlan el acceso a los distintos objetos de una base de datos; pueden concederse a nivel de usuario (individualmente) o a nivel de rol (a todos los usuarios de un grupo).  Los permisos que un usuario tiene en una base de datos dependen de los permisos de usuario y de los roles al que pertenezca dicho usuario.    Sintaxis de permisos   GRANT CREATE SESSION TO miusuario;  GRANT SELECT, INSERT, UPDATE, DELETE ON T_PEDIDOS TO miusuario;  GRANT SELECT ON T_PEDIDOS TO PUBLIC;     GRANT system_priv(s) TO {user, | role, | PUBLIC}                   [IDENTIFIED BY password] [WITH ADMIN OPTION]     GRANT role TO {user, | role, |PUBLIC}                   [IDENTIFIED BY password] [WITH ADMIN OPTION]     GRANT ALL PRIVILEGES TO {user, | role, | PUBLIC}                   [IDENTIFIED BY password] [WITH ADMIN OPTION]     GRANT object_priv [(column, column,...)]      ON [schema.]object         TO {user, | role, |PUBLIC} [WITH GRANT OPTION] [WITH HIERARCHY OPTION]     GRANT ALL PRIVILEGES [(column, column,...)]      ON [schema.]object         TO {user, | role, |PUBLIC} [WITH GRANT OPTION] [WITH HIERARCHY OPTION] 

13 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS    GRANT object_priv [(column, column,...)]      ON DIRECTORY directory_name         TO {user, | role, |PUBLIC} [WITH GRANT OPTION] [WITH HIERARCHY OPTION]     GRANT object_priv [(column, column,...)]      ON JAVA [RE]SOURCE [schema.]object         TO {user, | role, |PUBLIC} [WITH GRANT OPTION] [WITH HIERARCHY OPTION]  7. Con el fin de comprender: Gestión de Estructuras de Almacenamiento de base de datos, en el libro sugerido de la base de datos E-libro: Big data: análisis de datos en entornos masivos de Jordi Casas Roma, Jordi Nin Guerrero, and Francesc Julbe López (2.019), leer el capítulo: Tipologías y arquitecturas de un sistema big data, realizar un ensayo de la arquitectura de un sistema big data, entendiendo este como la estructura para almacenamiento en un gestor de bases de datos.

14 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Segunda parte. Caso practico  Teniendo en cuenta el caso propuesto para la IPS, dado en el desarrollo del curso, vamos a agregar el módulo administrativo, donde tenemos la información de los empleados y sus datos (Identificación, nombres, apellidos, teléfono, salario) los departamentos (Identificación, nombre)  Realizado el modelo lógico (modelo entidad relación y relacional), el modelo físico (script para la creación de tablas) Ahora le corresponde atender las siguientes necesidades que se han determinado para la empresa en mención de acuerdo con el levantamiento de información. 1. Construir las consultas que corresponden a los siguientes requerimientos:  Un listado de todos los empleados que pertenecen a los departamentos de Administration o IT. Consulta de empleados pertenecientes al departamento Administrativo (13).

15 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Consulta de empleados pertenecientes al departamento TI (12).

 El reporte de la historia laboral de un empleado especifico.

 La cantidad total de salarios que se deben pagar por cada uno de los departamentos.

16 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Total, salarios Departamento TI (12).

Total, salarios Departamento ADMINISTRATIVO (13).

17 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Total, salarios Departamento MEDICOS (14).

Total, salarios Departamento RECUSSOS_HUMANOS (15).

18 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

 Una consulta que muestre el promedio de los salarios, el menor salario, el mayor salario. Promedio de salarios

Menor salario

19 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

Mayor salario

 Pacientes atendidos en un rango de fecha determinado

20 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

 Lista de médicos con sus especialidades

 Lista de pacientes que asisten a consulta con un motivo determinado

21 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

 Pacientes a quienes se les asigna orden médica, bien sea para laboratorios, imágenes diagnósticas y otro tipo de exámenes.

22 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

2. En el grupo de trabajo determinar 10 consultas donde se realicen subconsultas, entre las tablas, definirlas y mostrar el resultado. 

Nombre y apellido de los pacientes con ordenes medicas y tipo de orden.



Pacientes con orden medica correspondientes a la localidad 18 -.

23 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS 

Pacientes con orden medica con tipo de documentos CC.



Pacientes con orden medica en Chapinero.

24 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS 

Pacientes con orden medica en ciudades diferentes a Bogotá.



Pacientes con orden medica cuyo número de teléfono termine en uno (1).

25 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS 

Pacientes con orden medica que corresponden al tipo de afiliación POS.



Pacientes con orden medica cuyo correo corresponde al dominio @gmail.com.

26 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS 

Pacientes con orden medica cuyo correo tiene un dominio diferente a @gmail.com.



Pacientes con ordenes medicas solicitadas a las 13:00 de cualquier día.

27 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

3. Definir y crear dos trigers de importancia para el manejo de la base de datos.

4. Cree un usuario llamado PERNO (Personal y Nomina) otorgándole permisos de resource, connect, y dba.

28 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

29 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

5. Cree un perfil, Cree el PROFILE, PRO_FUNCIONARIO. Con las siguientes características: Sessions_per_user 3 Connect_time 20 horas Idle_time 15 minutos Failed_login_attempts 3 Password_life_time 60 dias Password_reuse_max 2 Password_lock_time 1 dia Password_grace_time 8 dias

30 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

6. Cree los usuarios JPINZON ----- ROL ADMINISTRADOR

31 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

SAGUIRRE ---- ROL_FUNCIONARIO

32 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

PPEREZ ----- ROL_AUDITOR

33 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

7. Realizar una matriz para la tabla DEPARTMENTS y la tabla EMPLOYEES que permita construir un diccionario de datos identificando y diferenciando los tipos de datos para tres sistemas gestores diferentes, a continuación, se sugiere un modelo.

34 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

NOMBRE CAMPO

TABLA EMPLEADO NOMBRE TIPO DE LONGITUD DATO MINIMA

LONGITUD MAXIMA

IDENTIFICACION

VARCHAR2

1 BYTE

4000 BYTES

NOMBRE

VARCHAR2

1 BYTE

4000 BYTES

APELLIDO

VARCHAR2

1 BYTE

4000 BYTES

TELEFONO

NUMBER (P,S)

SALARIO

NUMBER (P,S)

ID_ DEPARTAMENTO

VARCHAR2

1 BYTE

4000 BYTES

IDENTIFICACION

CHAR

1 BYTE

4 BYTES

NOMBRE

CHAR

1 BYTE

4 BYTES

APELLIDO

CHAR

1 BYTE

4 BYTES

TELEFONO

INT

1 BYTE

4 BYTES

SALARIO

INT

1 BYTE

4 BYTES

ID_ DEPARTAMENTO

CHAR

1 BYTE

4 BYTES

ORACLE

MYSQL

ESCALA P ) ESCALA S (84) ESCALA P ) ESCALA S (84)

ESCALA P (38) ESCALA S (127) ESCALA P (38) ESCALA S (127)

RESTRICCION EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA SI NO SE ESPECIFICA LA PRECISION LA ESCALA PREDETERMINADA ES EL RANGO SI NO SE ESPECIFICA LA PRECISION LA ESCALA PREDETERMINADA ES EL RANGO EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA LA CADENA PUEDE CONTENER DE 0 A 255 CARACTERES LA CADENA PUEDE CONTENER DE 0 A 255 CARACTERES LA CADENA PUEDE CONTENER DE 0 A 255 CARACTERES NUMERO ENTERO CON O SIN SIGNO VA DESDE EL VALOR 2147483648 HASTA 2147483647 NUMERO ENTERO CON O SIN SIGNO VA DESDE EL VALOR 2147483648 HASTA 2147483647 EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA

TABLA DEPARTAMENTO NOMBRE CAMPO

NOMBRE TIPO DE DATO LONGITUD MINIMA LONGITUD MAXIMA

ID_DEPARTAMENTO

VARCHAR2

1 BYTE

4000 BYTES

NOMBRE_DEPARTAMENTO

VARCHAR2

1 BYTE

4000 BYTES

ID_DEPARTAMENTO

CHAR

1 BYTE

4 BYTES

NOMBRE_DEPARTAMENTO

CHAR

1 BYTE

4 BYTES

ORACLE

MYSQL

RESTRICCION EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA EL TAMAÑO DEL CAMPO DEPENDERA DEL VALOR QUE CONTENGA

8. Construir los procedimientos almacenados para las siguientes necesidades:

35 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

A) Una función (FN_CALCULA_FPC) que calcule el 16% de Fondo de Pensiones y Cesantías. Dentro de esta función debe invocar la función FN_CALCULA_SB

B) Una función (FN_CALCULA_SENA) que calcule el 1% para SENA. Dentro de esta función debe invocar la función FN_CALCULA_SB

Referencias

36 PROYECTO DE INVESTIGACION INTRODUCCION Y ARQUITECTURA DE LAS BASES DE DATOS

ORACLE . (septiembre de 2010). Guía del servicio de datos de Oracle Solaris Cluster para Oracle Real Application Clusters (RAC). Obtenido de https://docs.oracle.com/cd/E22734_01/html/821-2816/toc.html YA, T. (14 de 11 de 2019). TUTORIALES YA. Obtenido de ORACLE YA: https://www.tutorialesprogramacionya.com/oracleya/