DISEÑO DE UNA BASE DE DATOS

INTEGRANTES:Ruíz Paredes Madai

Mio Varías Pierina

INTRODUCCIÓNO Un buen diseño de base de datos garantiza su fácil

mantenimiento. Los datos se almacenan en tablas y cada tabla contiene datos acerca de un tema, por ejemplo, clientes. Por tanto, cuando se actualiza una parte de los datos concreta, como una dirección, se hace en un solo lugar, pero ese cambio aparece automáticamente en toda la base de datos.

O Una base de datos bien diseñada suele contener distintos tipos de consultas que muestran la información necesaria. Una consulta puede mostrar un subconjunto de datos, como todos los clientes de Londres, o combinaciones de datos de tablas diferentes, como la información de pedidos combinada con la información de clientes.

NORMALIZACIÓN - EJEMPLOS

O La normalización es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más simples y más estables, son más fáciles de mantener. También se puede entender la normalización como una serie de reglas que sirven para ayudar a los diseñadores de bases de datos a desarrollar un esquema que minimice los problemas de lógica.

GRADOS DE NORMALIZACIÓN

O Primera Forma Normal: La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas.

O Segunda Forma Normal: La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.

O Tercera Forma Normal: Una tabla está normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave.

EJEMPLOO Los pasos a seguir son:

» Determinar las columnas que son dependientes de otra columna no llave. » Eliminar esas columnas de la tabla base. » Crear una segunda tabla con esas columnas y con la columna no llave de la cual son dependientes.

O Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla ARTICULOS, como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin embargo la tabla ÓRDENES no lo está, ya que NOM_CLIENTE y ESTADO son dependientes de ID_CLIENTE, y esta columna no es la llave primaria. Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de la cual dependen dentro de una nueva tabla CLIENTES. Las nuevas tablas CLIENTES y ÓRDENES se muestran a continuación.

INTEGRIDAD – SEGURIDAD Y RENDIMIENTO

O Autenticación.La fortaleza de la autenticación es uno de los campos de batalla donde muchas implementaciones NoSQL muestran debilidad. Es común encontrar que la las bases de datos NoSQL incorporen credenciales por defecto, o incluso sin autenticación necesaria o deshabilitada (por ejemplo, Redis). En muchos casos se basan en entornos de confianza en lugar de autenticación de usuario. Dependiendo del software siempre será un punto fundamental a chequear.

O Integridad de los datos.Siguiendo una filosofía donde prima la disponibilidad y el rendimiento, se penaliza en la integridad de los datos. Por ello es necesario utilizar frecuentemente mecanismos complementarios ajenos al motor de la base de datos para asegurar la integridad.

O Confidencialidad y cifrado en el almacenamiento.Por lo general, el almacenamiento de los datos se realiza en texto plano y salvo escasas excepciones como por ejemplo Cassandra y su tecnología Transparent data encryption, no se incorporan mecanismos de cifrado integrados. En la mayoría de los casos sigue siendo necesario delegar el cifrado a procesos en la capa de aplicación o del propio sistema de ficheros.

O Auditoria de datosLa mayoría de bases de datos NoSQL carecen de mecanismos propios y robustos de auditoría de datos, de gran peso a la hora de detectar posibles ataques mediante la observación de eventos sobre registros concretos tal y como se hace en bases de datos relacionales.

O Seguridad en las comunicaciones.El uso de cifrado y protocolo SSL es habitual en bases de datos relaciones, en cambio en sistemas NoSQL generalmente se encuentra deshabilitado por defecto, es opcional.

MANTENIMIENTO1. Ejecute un monitoreo contínuo sobre el rendimiento de la base de datos.2. Lleve a cabo un afinamiento de manera periódica, y siguiendo mejores prácticas.3. Asegúrese de contar con la configuración adecuada de concurrencia en SQL Server.4. Asegúrese que el usuario de sistema se encuentre habilitado.

Notas adicionalesTenga en cuenta que además del afinamiento y monitoreo a la base de datos, usted también deberá considerar las tareas de monitoreo sobre otros aspectos relacionados que interfieren en el funcionamiento adecuado de la base de datos (p.e configuración del dominio si son parte de una configuración en clúster, la red entre sus servidores de base de datos y otros elementos de la arquitectura del sistema como por ejemplo la SAN o el mismo servidor BPM).

ESTIMAR EL TAMAÑO DE UNA BASE DE DATOS

FACTORES DE CRECIMIENTO

El crecimiento de las bases de datos de Client Security se puede ver afectado por una serie de factores:O Número de agentes Client Security

implementadosO Número de exámenes realizados O Tipo de examen realizadoO Frecuencia de los exámenesO Frecuencia de los eventos de brotes

RESUMENO El diseño de una base de datos se

descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.

RECOMENDACIONESO Principalmente vemos la necesidad de

conocer cada día mas el entorno de las bases de datos. Aprender de manera didáctica y autodidactica con mayor dedicación.

O Es necesario conocer que la implementación del código debe estar bien estructurado para evitar algunas redundancias innecesarias.

O Conocer las especificaciones que nos presenta cuando estructuramos las tablas de cada base de datos, realizando nuestro trabajo mas practico y sencillo.

CONCLUSIONESO A través del desarrollo de las prácticas en

laboratorio he conocido las ventajas de las bases de datos que se superponen a los sistemas de archivos del pasado, como sabemos todo evoluciona es así como el modelo relacional que implementa SQL, nos da una excelente herramienta en la administración, seguridad y fiabilidad de los datos.

O Por lo tanto se sabe que conocer el proceso interno, la estructura he implementación de base de datos nos muestra la importancia que realizan en el mundo laboral, y como cada ente que las utiliza es dependiente de ellas.

APRECIACIÓN DEL EQUIPOO Algunos de los aspectos aprendidos y que de gran peso

es la base de datos su definición, requerimiento, ventajas y características donde podemos decir que la base de datos: Es una colección de datos o información usados para dar servicios a muchas aplicaciones al mismo tiempo.En cuanto al requerimiento podemos decir que cumple las mismas tareas de análisis que del software y tiene como característica relacionar la información como vía organización y asociación donde la base de datos tiene una ventaja que es utilizar la plataforma para el desarrollo del sistema de aplicación en las organizaciones.

GLOSARIO DE TERMINOS A. ARCHIVO: Grupo de registros relacionadosB. ATRIBUTOS: Es una unidad básica e indivisible

de información acerca de una entidad o una relación.

C. CLAVE PRIMARIA: Campo o grupo de campos que identifican exclusivamente un registró.

D. DIAGRAMA ENTIDAD- RELACIÓN : Modelo de datos que usa símbolos gráficos para mostrar la organización y las relaciones entre los datos.

E. DOMINIOS: Es el conjunto de valores que puede tomar cada atributo.

LINKOGRAFIAO http://www.eet2mdp.edu.ar/alumnos/MATERIAL/MATERIAL/

info/infonorma.pdf

O https://support.office.com/es-es/article/Dise%C3%B1ar-una-base-de-datos-52bb0007-76d9-4068-9d4c-4d98821a703c

O https://www.incibe.es/blogs/post/Seguridad/BlogSeguridad/Articulo_y_comentarios/Bases_de_datos_NoSQL

O http://help.bizagi.com/bpmsuite/es/index.html?sysadmin_tuning.htm

O https://technet.microsoft.com/es-es/library/bb418778.aspx