Diseño de la estructura de la base de datos. Creando una base de datos. Etapas de diseño. Etapa V. Síntesis de un modelo informático de un objeto.

1. DISEÑO DE BASE DE DATOS

1.1. Base de datos relacional y su estructura.

Una base de datos (DB) es una colección de información sobre objetos, procesos, eventos o fenómenos relacionados con un área determinada, organizada de acuerdo con ciertas reglas y mantenida en la memoria de la computadora. área temática, tema o tarea. Está organizado de tal manera que satisfaga las necesidades de información de los usuarios, así como un almacenamiento conveniente de esta recopilación de datos, tanto en su totalidad como en parte.

Base de datos relacional es un conjunto de mutuas tablas relacionadas, cada uno de los cuales contiene información sobre objetos de un determinado tipo. Cada fila de la tabla contiene datos sobre un objeto (por ejemplo, un automóvil, una computadora, un cliente) y las columnas de la tabla contienen varias características estos objetos son atributos (por ejemplo, número de motor, marca de procesador, números de teléfono de empresas o clientes).

Las filas de una tabla se llaman registros. Todos los registros de la tabla tienen la misma estructura: constan de campos (elementos de datos) en los que se almacenan los atributos del objeto (Fig. 1). Cada campo de registro contiene una característica del objeto y representa un tipo de datos específico (por ejemplo, cadena de texto, número, fecha). Se utiliza una clave primaria para identificar registros. clave primaria es un conjunto de campos de tabla cuya combinación de valores identifica de forma única cada registro de la tabla.

Arroz. 1. Nombres de objetos en la tabla.

Los sistemas de gestión de bases de datos (DBMS) se utilizan para trabajar con datos. Funciones principales del DBMS:

definición de datos (descripción de la estructura de la base de datos);

proceso de datos;

gestión de datos.

El desarrollo de la estructura de la base de datos es la tarea más importante que se resuelve al diseñar una base de datos. La estructura de una base de datos (el conjunto, forma y relaciones de sus tablas) es una de las principales decisiones de diseño a la hora de crear aplicaciones utilizando una base de datos. La estructura de la base de datos creada por el desarrollador se describe en el lenguaje de definición de datos DBMS.

Cualquier DBMS le permite realizar las siguientes operaciones con datos:

agregar registros a tablas;

eliminar registros de la tabla;

actualizar los valores de algunos campos en uno o más registros en las tablas de la base de datos;

buscar uno o más registros que cumplan una condición determinada.

Para realizar estas operaciones, se utiliza un mecanismo de consulta. El resultado de ejecutar consultas es un conjunto de registros seleccionados según ciertos criterios o cambios en las tablas. Las consultas a la base de datos se forman en un lenguaje especialmente creado para este fin, que se llama

“lenguaje de consulta estructurado” (SQL – Structured Query Language).

La gobernanza de datos generalmente se refiere a proteger los datos del acceso no autorizado, respaldar el procesamiento de datos de múltiples usuarios y garantizar la integridad y coherencia de los datos.

1.2. Etapas del diseño de una base de datos relacional.

La razón principal por la que el diseño de bases de datos es difícil es que los objetos mundo real y no se requiere que las relaciones entre ellos tengan y, por regla general, no tienen una estructura consistente con el modelo de datos relacionales. Al diseñar, el desarrollador debe idear una representación de los objetos reales y sus relaciones en términos de tablas, campos, atributos, registros, etc., es decir, en términos de abstracciones del modelo de datos relacionales. Por tanto, en este contexto, el término “diseño” puede entenderse tanto como un proceso, cuyo resultado es un proyecto, como como un proceso, cuyo resultado es una proyección.

Desarrollar una base de datos eficaz implica varios pasos. El proceso de desarrollo de la base de datos comienza con el análisis de requisitos. El diseñador en esta etapa de desarrollo debe encontrar respuestas a las siguientes preguntas: qué elementos de datos deben almacenarse, quién accederá a ellos y cómo.

En la segunda etapa, se crea la estructura lógica de la base de datos. Para hacer esto, determine cómo se agruparán lógicamente los datos. La estructura de la base de datos en esta etapa se expresa en términos de objetos de aplicación y relaciones entre ellos.

En la etapa final (tercera), la estructura lógica de la base de datos se convierte en física, teniendo en cuenta los aspectos de rendimiento. Los elementos de datos en esta etapa reciben atributos y se definen como columnas en las tablas del DBMS seleccionado para la implementación de la base de datos.

Consideremos la aplicación del concepto de bases de datos relacionales en la práctica. Imaginemos las actividades de una empresa de viajes. Evidentemente, para que funcione es necesario almacenar y rastrear un determinado conjunto de información sobre los clientes de una determinada agencia de viajes (turistas), sobre los tours que se les ofrecen, sobre el registro y pago de bonos. Esto se puede hacer en un cuaderno de papel normal, pero con el tiempo la búsqueda registros necesarios Y estados financieros Será un trabajo bastante rutinario y largo.

1.2.1. Definición de requisitos

Los requisitos para una aplicación de base de datos generalmente se desarrollan mediante encuestas y conversaciones con los usuarios finales. Este es un proceso iterativo durante el cual los desarrolladores determinan la estructura de los diálogos de los usuarios, los criterios de búsqueda de documentos y las posibles reacciones de los usuarios.

Una técnica general para definir y documentar los requisitos de una base de datos es compilar un diccionario de datos. El diccionario de datos enumera y define elementos individuales datos que deben almacenarse en la base de datos. Proyecto Inicial El diccionario de datos para el director de una agencia de viajes se presenta en la Tabla 1.

Tabla 1

Diccionario de datos para la aplicación de base de datos del administrador de agencias de viajes

Elemento de datos

Descripción

Apellido del turista

Nombre del turista

Apellido

patronímico del turista

Serie y número de pasaporte de turista.

Teléfono de contacto turístico

Ciudad de residencia del turista

País de residencia del turista

Código postal de dirección turística

nombre del viaje

Precio de un viaje turístico

fecha de inicio

Hora de inicio del viaje turístico

Fecha de finalización

Hora de finalización del viaje turístico

Información

Información adicional sobre el recorrido.

fecha de pago

Fecha de pago del viaje.

Monto del pago

Compilando un diccionario – buen camino para comenzar a definir los requisitos de su base de datos. Pero un diccionario no es suficiente para definir la estructura de la base de datos, ya que el diccionario de datos no describe cómo se relacionan los elementos, cómo se crean, actualizan y seleccionan los datos, quién utilizará la base de datos y cómo.

Requerido especificación funcional, que refleja información sobre la cantidad de usuarios simultáneos, la frecuencia con la que se insertarán y actualizarán los registros y cómo se recuperará la información de la base de datos.

La descripción funcional de una aplicación de base de datos para gestores de agencias de viajes podría incluir, por ejemplo, los siguientes requisitos:

La aplicación será utilizada por el director de la agencia de viajes, 2 gerentes de ventas, un contable, un cajero y 2 empleados de oficina de la agencia de viajes: un total de 7 usuarios. Se supone que no más de 3 empleados trabajarán simultáneamente con la base de datos. Para trabajar, el personal de contabilidad sólo necesita tener acceso a los datos de pago de viajes.

Todos los usuarios pueden agregar información a la base de datos en cualquier momento. Cuando se agrega o cambia información, se debe registrar el usuario que realizó el cambio y la fecha y hora del cambio.

Se asignará uno de los miembros del personal de la oficina. administrador del sistema. Sólo él debería liderar cuentas usuarios.

La especificación de funciones y el diccionario de datos suelen desarrollarse simultáneamente, ya que estos documentos se complementan informativamente.

Una parte importante del análisis de requisitos es anticipar las necesidades de los usuarios, ya que no siempre son capaces de explicar completa y claramente sus propios requisitos para el sistema. Prácticamente descripción funcional Debe representar el sistema de la manera más completa y detallada posible.

1.2.2. modelo lógico

diagramas ER

Una forma común de representar un modelo de base de datos lógico es construir diagramas ER (Entidad-Relación). En este modelo, una entidad se define como un objeto discreto para el cual se almacenan elementos de datos, y una relación describe la relación entre dos objetos.

EN En el ejemplo del director de una agencia de viajes, hay 5 objetos principales:

Turistas

Visitas guiadas

Vales

Estaciones

Pagos

Las relaciones entre estos objetos se pueden definir en términos simples:

Cada turista puede comprar uno o varios (muchos) bonos.

Cada bono corresponde a su pago (pago

tal vez varios

si el bono, por ejemplo,

vendido a crédito).

Cada recorrido puede tener

varias temporadas.

Paquete de viaje

en venta

una temporada de una gira.

Estos objetos y relaciones

puede ser representado por ER-

diagrama,

como se muestra

Arroz. 2. Diagrama ER para aplicación DB

gerente de agencia de viajes

Objetos, atributos y claves.

El modelo se desarrolla aún más definiendo atributos para cada objeto. Los atributos de objeto son elementos de datos relacionados con un objeto específico que deben almacenarse. Analizamos el diccionario de datos compilado, seleccionamos objetos y sus atributos en él y ampliamos el diccionario si es necesario. Los atributos de cada objeto del ejemplo se presentan en la Tabla 2.

Objetos y atributos de base de datos

Tabla 2

Nombre

fecha de inicio

fecha de pago

Fecha de finalización

Apellido

Información

Atributos

Tenga en cuenta que faltan varios elementos. Se ha omitido la información de registro mencionada en la especificación funcional. Cómo tenerlo en cuenta, pensarás por ti mismo y finalizarás el ejemplo propuesto. Pero lo más importante es que aún faltan los atributos necesarios para conectar objetos entre sí. Estos elementos de datos no están representados en el modelo ER.

De hecho, no son atributos “naturales” de los objetos. Se procesan de forma diferente y se tendrán en cuenta en el modelo de datos relacional.

El modelo relacional se caracteriza por el uso de claves y relaciones. En el contexto de una base de datos relacional, existe una distinción entre los términos relación y relación. Una relación se trata como una tabla bidimensional desordenada con filas no relacionadas. El esquema de datos se forma entre relaciones (tablas). atributos generales, cuáles son las claves.

Hay varios tipos de claves y, a veces, difieren sólo en términos de su relación con otros atributos y relaciones. Una clave primaria identifica de forma única una fila en una relación (tabla), y cada relación puede tener sólo una clave primaria, incluso si más de un atributo es único. En algunos casos, se requiere más de un atributo para identificar filas en una relación. El conjunto de estos atributos se llama clave compuesta. En otros casos, la clave principal debe crearse (generarse) especialmente. Por ejemplo, en la relación “Turistas” tiene sentido agregar identificador único turista (código de turista) en el formulario clave primaria esta relación para organizar conexiones con otras relaciones de bases de datos.

Otro tipo de clave, llamada clave externa, existe sólo en términos del esquema de datos entre dos relaciones. Una clave foránea en una relación es un atributo que es la clave primaria (o parte de una clave primaria) en otra relación. Este es un atributo distribuido que forma un esquema de datos entre dos relaciones en la base de datos.

Para la base de datos diseñada, expandiremos los atributos de los objetos con campos de código como claves principales y usaremos estos códigos en las relaciones de la base de datos para hacer referencia a los objetos de la base de datos de la siguiente manera (Tabla 3).

Es demasiado pronto para considerar completo el esquema de la base de datos construida, ya que se requiere su normalización. Se utiliza un proceso conocido como normalización de bases de datos relacionales para agrupar atributos. de maneras especiales para minimizar la redundancia y la dependencia funcional.

Objetos y atributos de base de datos con campos de código extendidos

Tabla 3

código turístico

Código de viaje

Código de temporada

código de pago

código turístico

Nombre

fecha de inicio

fecha de pago

Atributos

Código de temporada

Fecha de finalización

Apellido

Información

Código de viaje

Normalización

Las dependencias funcionales ocurren cuando el valor de un atributo se puede determinar a partir del valor de otro atributo. Un atributo que se puede definir se llama funcionalmente dependiente del atributo que es el determinante. Por lo tanto, por definición, todos los atributos que no son clave (sin clave) dependerán funcionalmente de la clave principal en cada relación (ya que la clave principal identifica de forma única cada fila). Cuando un atributo de una relación no define de forma única otro atributo, sino que lo restringe a un conjunto de valores predefinidos, se denomina dependencia multivalor. Una dependencia parcial ocurre cuando un atributo de relación depende funcionalmente de un atributo de una clave compuesta. Las dependencias transitivas se observan cuando un atributo no clave depende funcionalmente de uno o más atributos no clave en una relación.

El proceso de normalización consiste en la construcción paso a paso de una base de datos en forma normal (NF).

La primera forma normal (1NF) es muy simple. Todas las tablas de la base de datos deben satisfacer un único requisito: cada celda de las tablas debe contener un valor atómico; en otras palabras, el valor almacenado dentro del dominio de la aplicación de la base de datos no debe tener una estructura interna cuyos elementos puedan ser requeridos por el solicitud.

La segunda forma normal (2NF) se crea cuando se eliminan todas las dependencias parciales de las relaciones de la base de datos. Si no hay claves compuestas en la relación, entonces este nivel de normalización se logra fácilmente.

La tercera forma normal (3NF) de la base de datos requiere la eliminación de todas las dependencias transitivas.

La cuarta forma normal (4NF) se crea cuando se eliminan todas las dependencias multivaluadas.

La base de datos de nuestro ejemplo está en 1NF, ya que todos los campos de las tablas de la base de datos tienen contenido atómico. Nuestra base de datos también está en 2NF, ya que introdujimos artificialmente en cada tabla códigos únicos para cada objeto (Código de Turismo, Código de Viaje, etc.), por lo que logramos 2NF para cada una de las tablas de la base de datos y para toda la base de datos en su conjunto. Queda por abordar las formas normales tercera y cuarta.

Tenga en cuenta que sólo existen en relación con diferentes tipos de dependencias de atributos de bases de datos. Hay dependencias: es necesario cargar la base de datos NF, no hay dependencias: la base de datos ya está en NF. Pero última opción Prácticamente nunca ocurre en aplicaciones reales.

Entonces, ¿qué dependencias transitivas y multivaluadas están presentes en nuestro ejemplo de base de datos de un administrador de agencia de viajes?

Analicemos la actitud de los "Turistas". Consideremos las dependencias entre los atributos "Código de turista", "Apellido", "Nombre", "Patronímico" y "Pasaporte" (Fig. 3). Cada turista, representado por la combinación “Apellido - Nombre - Patronímico”, tiene un solo pasaporte para la duración del viaje, mientras que los homónimos completos deben tener diferentes numeros pasaportes. Por tanto, los atributos “Apellido - Nombre - Patronímico” y “Pasaporte” forman una clave compuesta para los turistas.

Clave compuesta

Apellido

código turístico

Arroz. 3. Ejemplo de dependencia transitiva

Como se puede ver en la figura, el atributo “Pasaporte” depende transitivamente de la clave “Código de Turista”. Por lo tanto, para eliminar esta dependencia transitiva, dividimos la clave compuesta de la relación y la relación misma en 2 según relaciones uno a uno. La primera relación, la dejemos con el nombre “Turistas”, incluye los atributos “Código turístico” y “Apellido”, “Nombre”, “Patronímico”. La segunda relación, llamémosla “Información sobre turistas”, está formada por los atributos “Código Turístico” y todos los restantes atributos de la relación “Turistas”: “Pasaporte”, “Teléfono”, “Ciudad”, “País”, "Índice". Estas dos nuevas relaciones ya no tienen dependencia transitiva y están en 3NF.

No hay dependencias multivalor en nuestra base de datos simplificada. Por ejemplo, supongamos que por cada turista varios numeros de contacto(casa, trabajo, móvil, etc., que es muy habitual en la práctica), y no sólo uno, como en el ejemplo. obtenemos dependencia multivaluada clave - “Código de turista” y los atributos “Tipo de teléfono” y “Teléfono”, en esta situación la clave deja de ser clave. ¿Qué hacer? El problema también se resuelve dividiendo el esquema de relación en 2 esquemas nuevos. Uno de ellos debe representar información sobre teléfonos (la relación “Teléfonos”), y el segundo sobre los turistas (la relación “Turistas”), a quienes se contacta mediante el campo “Código de Turista”. “Código de turista” en relación a “Turistas” será la clave primaria, y en relación a “Teléfonos” será la clave externa.

1.2.3. modelo fisico

El modelo de datos físicos depende del DBMS seleccionado. Por ejemplo, si planeas usar SGBD Oracle, entonces la base de datos física constará de archivos de datos, áreas de tablas, segmentos de reversión, tablas y columnas.

e índices.

EN Este manual cubrirá la creación de un modelo de base de datos física utilizando Microsoft Access DBMS y un servidor de base de datos. MicrosoftSQL Servidor 2005 Edición Express.

1.3. Crear una base de datos en Microsoft Access DBMS

1.3.1. Mesas

Para crear una tabla en el DBMS de Microsoft Access, utilizamos el modo de diseño (Fig. 4).

Arroz. 4. Seleccionar el modo de diseño

Arroz. 5. Lista completa campos de la tabla

En la ventana “Tabla1: tabla” que aparece, debes definir los nombres de los campos, que se convertirán en los encabezados de esta tabla. Ingresemos los siguientes nombres de campo (Fig. 5).

Cuando ingresas un nombre de campo, para ello

se determina el tipo de datos predeterminado

"texto". Para cambiar el tipo:

sin seleccionar valor deseado desde la caída-

lista de donaciones (Fig. 6).

Arroz. 6. Definir el tipo de datos del campo

Descripciones de posibles tipos de datos.

Los datos de Microsoft Access se proporcionan en la tabla.

Tabla 4

Tipos de datos de Microsoft Access

tipo de datos

Descripción

Texto

Texto o una combinación de texto y números, como una dirección, y

números que no requieren cálculos, por ejemplo, números de teléfono,

números de inventario o códigos postales. Almacena hasta 255 caracteres.

La propiedad “FieldSize” determina el número máximo de

Número de caracteres que se pueden ingresar en el campo

campo NOTA

Destinado a la entrada información de texto, en volumen excede-

255 caracteres. Un campo de este tipo puede contener hasta 65.535 caracteres.

bueyes Este tipo de datos se diferencia del tipo Texto en que

de pie por separado. Gracias a esto, se acelera el procesamiento de tablas (clasificación).

cavar, buscar, etc.). Un campo de tipo MEMO no puede ser una clave o

indexado

Numérico

Datos utilizados para cálculos matemáticos, con excepción de

financiero

cálculos (para ellos debes usar el tipo

"Monetario"). Almacena 1, 2, 4 u 8 bytes. Tipo específico de chi-

El campo de palabras está determinado por el valor de la propiedad Tamaño del campo.

Fecha/hora

Valores de fecha y hora. Almacena 8 bytes

Monetario

Se utiliza para valores monetarios y para evitar redondeos.

leniya durante los cálculos. Almacena 8 bytes

Inserción automática de secuencial única (aumentada

basado en 1) o números aleatorios al agregar una entrada. Co-

almacena 4 bytes

Lógico

Datos que toman sólo uno de dos valores posibles.

como Sí/No, Verdadero/Falso, Activado/Desactivado. Los valores nulos no son

están permitidos. Almacena 1 bit.

Campo de objeto

Objetos OLE (como documentos Microsoft Word, electrónico

mesas microsoft excel, dibujos, grabaciones sonoras u otros datos en

formato binario) (limitado por el espacio en disco)

El proceso de diseño incluye los siguientes pasos.

    Diseño infológico.

    Determinar los requisitos para el entorno operativo en el que operará el sistema de información.

    Seleccionar un sistema de gestión de bases de datos (DBMS) y otras herramientas de software.

    Diseño de bases de datos lógicas.

    Diseño físico de la base de datos.

1.1. Diseño infológico.

El proceso de diseño de sistemas de información es una tarea bastante compleja. Comienza con la construcción de un modelo de datos infológicos, es decir, identificando entidades.

Un modelo informacional de un dominio (software) es una descripción de la estructura y dinámica del software, la naturaleza de las necesidades de información de los usuarios en términos comprensibles para el usuario e independientes de la implementación de la base de datos. Esta descripción no se expresa en términos de objetos de software individuales y conexiones entre ellos, sino de sus tipos, restricciones de integridad asociadas y aquellos procesos que conducen a la transición de un área temática de un estado a otro.

Actualmente, el diseño se utiliza utilizando el método Entidad-Relación (método ER), que es una combinación de métodos sujetos y aplicados y tiene las ventajas de ambos.

La etapa de diseño de la información comienza con el modelado del software. El diseñador lo divide en una serie de áreas locales, cada una de las cuales (idealmente) incluye información suficiente para satisfacer las necesidades de un grupo separado de futuros usuarios o resolver una tarea (subtarea) separada. Cada representación local se modela por separado y luego se combinan.

La elección de la representación local depende de la escala del software. Normalmente se divide en áreas locales para que cada una de ellas corresponda a una aplicación externa independiente y contenga entre 6 y 7 entidades.

Esencia– este es un objeto sobre el cual se acumulará información en el sistema. Las entidades existen físicamente (por ejemplo, EMPLEADO o AUTOMÓVIL ) y abstracto (por ejemplo, EXAMEN o DIAGNÓSTICO ).

Las entidades se clasifican en clase, tipo de entidad e instancia. Hay tres clases principales de entidades: vara, de asociación Y característica, así como una subclase de entidades asociativas – designaciones.

Esencia central (núcleo ) es una entidad independiente que no es ni una asociación, ni una designación, ni una característica. Dichas entidades tienen existencia independiente, aunque pueden designar otras entidades.

Entidad Asociativa (asociación ) es una relación de muchos a muchos entre dos o más entidades o instancias de una entidad. Asociaciones son consideradas entidades de pleno derecho, pueden: participar en otras asociaciones y designaciones del mismo modo que las entidades centrales; tener propiedades, es decir no sólo tienen un conjunto de atributos clave necesarios para indicar relaciones, sino también cualquier número de otros atributos que caracterizan la relación.

Entidad característica ( característica ) es una relación de muchos a uno o uno a uno entre dos entidades ( caso especial asociaciones). el unico objetivo características dentro del área temática bajo consideración Consiste en describir o aclarar alguna otra entidad. La necesidad de ellos surge debido al hecho de que las entidades del mundo real a veces tienen propiedades multivaluadas.

Por ejemplo, un marido puede tener varias esposas, un libro puede tener varias características de una reimpresión (corregida, ampliada,...), etc.

La existencia de una característica depende enteramente de la entidad que se caracteriza: las mujeres pierden su condición de esposas si su marido muere.

Entidad designadora ( designación ) Es una relación de muchos a uno o uno a uno entre dos entidades y diferente de la característica en que no depende de la entidad designada. Las notaciones se utilizan para almacenar valores repetidos de atributos de texto grandes: "codificadores" de disciplinas estudiadas por los estudiantes, nombres de organizaciones y sus departamentos, listas de productos, etc.

Como regla general, las designaciones no son considerados como entidades de pleno derecho, aunque esto no daría lugar a ningún error. Las designaciones y características no son entidades completamente independientes, ya que presuponen la existencia de alguna otra entidad que será "designada" o "caracterizada". Sin embargo, todavía representan casos especiales de una entidad y, por supuesto, pueden tener propiedades, participar en asociaciones, designaciones y tener sus propias características (de nivel inferior). También enfatizamos que todas las instancias de una característica deben estar asociadas con alguna instancia de la entidad caracterizada. Sin embargo, se permite que algunas instancias de la entidad caracterizada no tengan relaciones.

Tipo de entidad caracterizado por un nombre y una lista de propiedades, y Copiar– valores de propiedad específicos.

Los tipos de entidades se pueden clasificar como fuerte Y débil . Las entidades fuertes existen por sí solas y la existencia de entidades débiles depende de la existencia de las fuertes.

Por ejemplo, un lector de biblioteca es una entidad fuerte y la suscripción de este lector es una entidad débil, lo que depende de la presencia del lector correspondiente.

Las entidades débiles se llaman subordinadas (subsidiarias), y los fuertes - básico (principal, padre).

Para cada entidad, se seleccionan propiedades (atributos).

Hay:

    Atributos identificativos y descriptivos. Los atributos de identificación tienen un significado único para las entidades. de este tipo y son claves potenciales. pista potencial, que se utiliza para acceder a instancias de registros con más frecuencia. Además, la PC debe incluir el número mínimo de atributos requeridos para la identificación.

    Los atributos restantes se denominan descriptivos y contienen las propiedades de interés para la entidad. Atributos compuestos y simples

    . Un atributo simple consta de un componente y su valor es indivisible.

    Un atributo compuesto es una combinación de varios componentes, que posiblemente pertenezcan a diferentes tipos de datos (por ejemplo, nombre completo o dirección). La decisión de utilizar un atributo compuesto o dividirlo en componentes depende de cómo se procesa y del formato de representación de ese atributo por parte del usuario. Atributos de valor único y de valor múltiple

(puede tener uno o varios valores para cada instancia de entidad, respectivamente). Atributos básicos y derivados. El valor del atributo principal es independiente de otros atributos. El valor de un atributo derivado se calcula en función de los valores de otros atributos (por ejemplo, la edad de un estudiante se calcula en función de su fecha de nacimiento y la fecha actual). Especificación atributo consiste en su títulos, instrucciones

tipo de datos

Y descripciones de restricciones de integridad– el conjunto de valores (o dominio) que puede tomar un determinado atributo. A continuación se realiza la especificación de conexiones dentro de la representación local. Las conexiones pueden tener diferentes significados significativos (semántica). Se hace una distinción entre relaciones "entidad-entidad", "entidad-atributo" y "atributo-atributo" para las relaciones entre atributos que caracterizan a una misma entidad o a la misma relación entidad-entidad., Cada conexión caracterizado nombre, obligación tipo Y grado. Distinguir opcional Y obligatorio.

comunicaciones. Si un objeto recién generado de un tipo está necesariamente asociado con un objeto de otro tipo, entonces entre estos tipos de objetos hay obligatorio conexión (indicada por una doble línea). De lo contrario, la conexión es opcional Por tipo Existen múltiples relaciones: uno a uno (1:1), uno a muchos (1:n) y muchos a muchos (m:n). Diagrama ER que contiene

varios tipos conexiones se muestra en la Fig. 1. Tenga en cuenta que conexiones obligatorias en la figura. 1 están resaltados con una doble línea. Grado , La relación está determinada por el número de entidades que están cubiertas por esta relación. Un ejemplo de relación binaria es la conexión entre un departamento y los empleados que trabajan en él. Un ejemplo de una relación ternaria es una relación como , examen . Del último ejemplo queda claro que una relación también puede tener atributos (en este caso es Fecha Y Calificación ). En la figura 1 se muestra un ejemplo de un diagrama ER que indica entidades, sus atributos y relaciones. 2.

Las decisiones de diseño tomadas se pueden describir en un lenguaje de modelado de información (IML), basado en lenguaje SQL, que permite dar una cómoda y completa descripción de cualquier entidad y, por tanto, de toda la base de datos. Por ejemplo:

CREAR MESA Platos *(Entidad Principal)

LLAVE PRIMARIA (BL)

CAMPOS (BL entero, texto de plato 60, ver texto 7)

LIMITACIONES (1. Los valores del campo Plato deben ser

único; en caso de infracción, retirada

mensajes "Ese plato ya existe".

2. Los valores del campo Tipo deben pertenecer a

conjunto: Aperitivo, Sopa, Plato principal, Postre,

Beber; si se produce una infracción, muestra un mensaje

"Solo puedes tomar Aperitivo, Sopa, Caliente,

Postre, Bebida");

CREAR MESA Composición *(Enlaces Platos y Productos)

CLAVE PRIMARIA (BL, PR)

LLAVE EXTRANJERA (BL DEL Plato

NO SE PERMITEN valores NULOS

QUITAR LAS CASCADA DEL PLATO

ACTUALIZAR CASCADA Dish.BL)

LLAVE EXTRANJERA (Productos PREMIO

NO SE PERMITEN valores NULOS

ELIMINACIÓN DE PRODUCTOS LIMITADOS.

ACTUALIZAR Productos.PR EN CASCADIZADO)

CAMPOS (BL Entero, PR Entero, Peso Entero)

LIMITACIONES (1. Los valores de los campos BL y PR deben pertenecer a

un conjunto de valores de los campos de la tabla correspondientes

Platos y Productos; si se produce una infracción, muestra un mensaje

“No existe tal plato” o “No existe tal producto”.

2. El valor del campo Peso debe estar en el rango de 0,1 a 500 g);

Sin embargo, tal descripción no es muy clara. Para lograr una mayor ilustratividad, es recomendable complementar el proyecto utilizando los lenguajes de modelado de información "Entidad-relación" o "Tabla-relación"

En diagramas ER "Entidad-relación" esencia están representados (Fig. 2) rectángulos marcados, asociacionesmarcado con diamantes o hexágonos, atributosóvalos marcados, A comunicaciones entre ellos - costillas no direccionales(líneas que conectan formas geométricas), encima de las cuales se puede indicar el grado de conexión (1 o una letra que reemplaza la palabra "muchos") y la explicación necesaria.

En el lenguaje de modelado de información "Table-link" (Fig. 3), se representan todas las entidades. tablas de una sola columna con encabezados, consistente en nombre Y tipo de entidad. Las filas de la tabla son una lista de atributos de la entidad, y los que componen la clave principal se ubican cerca y están rodeados por un marco. Las relaciones entre entidades se indican mediante flechas dirigidas desde las claves primarias o sus componentes.

(núcleo)

(asociación)

(característica)

Una vez creadas las vistas locales, se fusionan. Si el número de áreas locales es pequeño (no más de cinco), se combinan en un solo paso. De lo contrario, la unión binaria normalmente se realiza en varios pasos.

Cuando se combinan, el diseñador puede formar construcciones que se derivan de aquellas que se utilizaron en las representaciones locales. Este enfoque podría perseguir los siguientes objetivos:

    unificación en un todo único de ideas fragmentarias sobre varias propiedades el mismo objeto;

    introducción de conceptos abstractos convenientes para resolver problemas del sistema, estableciendo su conexión con conceptos específicos utilizados en el modelo;

    la formación de clases y subclases de objetos similares (por ejemplo, la clase "producto" y subclases de tipos de productos producidos en la empresa).

En la etapa de unificación es necesario identificar y eliminar todas las contradicciones. Por ejemplo, los mismos nombres de objetos o relaciones semánticamente diferentes, o restricciones de integridad inconsistentes sobre los mismos atributos en diferentes aplicaciones. La eliminación de las contradicciones requiere volver a la etapa de modelar las representaciones locales para poder realizarles los cambios apropiados.

Una vez completada la combinación, los resultados del diseño representan un modelo de información conceptual del área temática. Los modelos de representación local son modelos infológicos externos.

      DETERMINACIÓN DE LOS REQUISITOS PARA EL QUIRÓFANO

SITUACIÓN.

En esta etapa, se evalúan los requisitos de los recursos informáticos necesarios para el funcionamiento del sistema, se determina el tipo y la configuración de una computadora específica y se selecciona el tipo y la versión del sistema operativo. La cantidad de recursos informáticos depende del volumen esperado de la base de datos diseñada y de la intensidad de su uso. Si la base de datos funcionará en modo multiusuario, entonces debe estar conectada a la red y tener un sistema operativo multitarea adecuado.

Diseño de base de datos

Conceptos básicos sobre bases de datos y DBMS

Sistema de información (SI) es un sistema construido sobre la base de tecnología informática, diseñado para almacenar, buscar, procesar y transmitir cantidades significativas de información, que tiene un cierto ámbito de aplicación práctica.

Base de datos- Esta es una IP que se almacena electrónicamente.

Base de datos (BD)– una recopilación organizada de datos destinados a almacenamiento a largo plazo en la memoria externa del ordenador, actualización y uso constante.

Las bases de datos se utilizan para almacenar y buscar grandes cantidades de información. Ejemplos de bases de datos: computadora portátil, diccionarios, libros de referencia, enciclopedias, etc.

Clasificación de bases de datos:

1. Según la naturaleza de la información almacenada:

- Fáctico: contiene información breve sobre los objetos descritos, presentada en un formato estrictamente definido (archivos de tarjetas, por ejemplo: base de datos de la colección de libros de la biblioteca, base de datos del personal de la institución),

- Documental: contiene documentos (información) de varios tipos: texto, gráficos, audio, multimedia (archivos, por ejemplo: libros de referencia, diccionarios, bases de datos de actos legislativos en el campo del derecho penal, etc.)

2. Por método de almacenamiento de datos:

- Centralizado (almacenado en una computadora),

- Distribuido (utilizado en redes informáticas locales y globales).

3. Según la estructura de organización de los datos:

- relacional (tabular),

- No relacional.

El término “relacional” (del latín relatio – relación ) indica que dicho modelo de almacenamiento de datos se basa en la relación de sus partes constituyentes. Relacional La base de datos es esencialmente bidimensional. mesa. Cada fila de dicha tabla se denomina registro. Las columnas de la tabla se llaman campos: cada campo se caracteriza por su nombre y tipo de datos. Un campo de base de datos es una columna de una tabla que contiene los valores de una propiedad específica.

Propiedades del modelo de datos relacional:

Cada elemento de la tabla es un elemento de datos;

Todos los campos de la tabla son homogéneos, es decir. tener un tipo;

Entradas idénticas no en la mesa;

El orden de los registros en la tabla puede ser arbitrario y puede caracterizarse por la cantidad de campos y el tipo de datos.

Jerárquico Se llama base de datos en la que la información se ordena de la siguiente manera: un elemento se considera elemento principal, el resto son subordinados. EN jerárquico En la base de datos, los registros están ordenados en una secuencia determinada, como los escalones de una escalera, y la búsqueda de datos se puede realizar en un "descenso" secuencial de un escalón a otro. Este modelo se caracteriza por parámetros tales como niveles, nodos, conexiones. El principio de funcionamiento del modelo es tal que varios nodos de un nivel inferior se conectan mediante una conexión con un nodo de un nivel superior.

Nodo: modelo de información de un elemento ubicado en este nivel jerarquía.

Propiedades del modelo de datos jerárquico:

Varios nodos de nivel inferior están conectados a un solo nodo nivel superior;

Un árbol jerárquico tiene un solo vértice (la raíz) y no está subordinado a ningún otro vértice;

Cada nodo tiene su propio nombre (identificador);

Sólo hay una ruta desde el registro raíz hasta el registro de datos más privado.

base jerárquica data es un directorio de carpetas de Windows con el que puede trabajar iniciando el Explorador. El nivel superior lo ocupa la carpeta Escritorio. En el segundo nivel se encuentran las carpetas Mi PC, Mis documentos, Entorno de red y Papelera de reciclaje, que son descendientes de la carpeta Escritorio, siendo gemelas. A su vez, la carpeta Mi PC es antecesora de las carpetas de tercer nivel, carpetas de disco (Disco 3.5 (A:), C:, D:, E:, F:) y carpetas del sistema (Impresoras, Panel de control, etc.). .).

Red Se llama base de datos en la que se añaden enlaces horizontales a las relaciones jerárquicas verticales. Cualquier objeto puede ser maestro y esclavo.

La base de datos de la red es en realidad la World Wide Web de la red informática global Internet. Los hipervínculos vinculan cientos de millones de documentos en una única base de datos de red distribuida.

El software diseñado para trabajar con bases de datos se llama sistema de gestión de base de datos(SGBD). Los DBMS se utilizan para el almacenamiento y procesamiento ordenado de grandes volúmenes de información.

Sistema de gestión de bases de datos(DBMS) es un sistema que proporciona búsqueda, almacenamiento, corrección de datos y generación de respuestas a consultas. El sistema garantiza la seguridad, la confidencialidad, el movimiento y la comunicación de los datos con otro software.

Las principales acciones que un usuario puede realizar utilizando el DBMS:

Crear una estructura de base de datos;

Llenar la base de datos con información;

Cambiar (editar) la estructura y el contenido de la base de datos;

Búsqueda de información en la base de datos;

Clasificación de datos;

Protección de bases de datos;

Comprobación de la integridad de la base de datos.

SGBD moderno permitir incluir no sólo textos y información gráfica, pero también fragmentos de sonido e incluso videoclips.

La facilidad de uso del DBMS le permite crear nuevas bases de datos sin recurrir a la programación, sino utilizando solo funciones integradas. Los DBMS garantizan la exactitud, integridad y coherencia de los datos, así como fácil acceso a ellos.

DBMS populares: FoxPro, Access para Windows, Paradox.

Por tanto, es necesario distinguir entre las bases de datos (DB) en sí (conjuntos ordenados de datos) y los sistemas de gestión de bases de datos (DBMS), programas que gestionan el almacenamiento y el procesamiento de datos. Por ejemplo, Acceder a la aplicación incluido en suite de oficina programas oficina de microsoft, es un DBMS que permite al usuario crear y procesar bases de datos tabulares.

Principios del diseño de sistemas de control. bases de datos de los requisitos que debe satisfacer una organización de base de datos:

- Productividad y disponibilidad. Las solicitudes del usuario por parte de la base de datos se satisfacen a la velocidad requerida para utilizar los datos. El usuario recibe rápidamente datos cuando los necesita.

- Costos mínimos. Bajo costo de almacenamiento y uso de datos, minimizando el costo de realizar cambios.

- Simplicidad y facilidad de uso. Los usuarios pueden descubrir y comprender fácilmente qué datos están disponibles para ellos. El acceso a los datos debe ser sencillo y exclusivo. posibles errores desde el lado del usuario.

- Fácil de hacer cambios. La base de datos puede crecer y cambiar sin alterar los usos existentes de los datos.



- Posibilidad de búsqueda. Un usuario de una base de datos puede realizar una variedad de consultas sobre los datos almacenados en ella. Para implementar esto se utiliza el llamado lenguaje de consulta.

- Integridad. Las bases de datos modernas pueden contener datos compartidos por muchos usuarios. Es muy importante que durante el trabajo no se rompan los elementos de datos y las conexiones entre ellos. Además, los errores de hardware y diversos tipos de fallos aleatorios no deberían provocar una pérdida irreversible de datos. Esto significa que el sistema de gestión de datos debe contener un mecanismo de recuperación de datos.

- Seguridad y privacidad. La seguridad de los datos significa la protección de los datos contra el acceso accidental o intencional a ellos por parte de personas no autorizadas, contra la modificación (cambio) no autorizado de los datos o su destrucción. La privacidad se define como el derecho de los individuos u organizaciones a decidir cuándo, cómo y cuánta información se puede compartir con otros individuos u organizaciones.

A continuación, utilizando el ejemplo de uno de los sistemas de administración de bases de datos más comunes (Microsoft Access es parte del popular paquete Microsoft Office), nos familiarizaremos con los principales tipos de datos, los métodos para crear bases de datos y las técnicas para trabajar con bases de datos.

Diseño de base de datos

Como cualquiera producto de software, la base de datos tiene su propio ciclo de vida (LCD). El componente principal del ciclo de vida de una base de datos es la creación de una única base de datos y los programas necesarios para su funcionamiento.

LCBD incluye las siguientes etapas principales:

1. Planificación del desarrollo de bases de datos;

2. Determinación de los requisitos del sistema;

3. Recopilación y análisis de requisitos de los usuarios:

4. Diseño de base de datos:

Diseño conceptual bases de datos: creación de un modelo de datos conceptual, es decir, un modelo de información. Dicho modelo se crea sin centrarse en ningún DBMS ni modelo de datos específicos. Más a menudo modelo conceptual la base de datos incluye: descripción objetos de información, o conceptos del área temática y conexiones entre ellos; descripción de las restricciones de integridad, es decir requisitos para valores de datos aceptables y relaciones entre ellos;

Diseño de bases de datos lógicas: creación de un modelo de datos lógico; crear un esquema de base de datos basado en modelo específico datos, por ejemplo, un modelo de datos relacionales. Para un modelo de datos relacional, un modelo lógico es un conjunto de diagramas de relaciones, que generalmente indican claves primarias, así como "vínculos" entre relaciones, que son claves externas.

La transformación de un modelo conceptual en un modelo lógico suele realizarse según reglas formales. Esta etapa puede automatizarse en gran medida.

En la etapa de diseño lógico, se tienen en cuenta las características específicas de un modelo de datos específico, pero es posible que no se tengan en cuenta las características específicas de un DBMS específico.

Diseño de base de datos física: creación de un esquema de base de datos para un DBMS específico, creación de una descripción del DBMS. Los detalles de un DBMS en particular pueden incluir restricciones en la denominación de los objetos de la base de datos, restricciones en los tipos de datos admitidos, etc. Además, las características específicas de un DBMS en particular durante el diseño físico incluyen la elección de soluciones relacionadas con el entorno físico de almacenamiento de datos (elección de métodos de gestión memoria de disco, dividir la base de datos en archivos y dispositivos, métodos de acceso a los datos, desarrollar herramientas de protección de datos), crear índices, etc.;

5. Desarrollo de aplicaciones:

Diseño de transacciones (un grupo de declaraciones SQL (un conjunto de comandos) ejecutadas en su conjunto);

Diseño de interfaz de usuario;

6. Implementación;

8. Pruebas;

9. Operación y mantenimiento:

Análisis funcional y soporte. versión original DB;

Adaptación, modernización y soporte de opciones rediseñadas.

Diseño de base de datos– el proceso de creación de un esquema de base de datos y determinación de las restricciones de integridad necesarias (cumplimiento de la información disponible en la base de datos con su lógica interna, estructura y todas las reglas explícitamente especificadas).

Principales tareas del diseño de bases de datos:

Garantizar que toda la información necesaria se almacene en la base de datos.

Garantizar la capacidad de obtener datos para todas las solicitudes necesarias.

Reduzca la redundancia y duplicación de datos.

Garantizar la integridad de la base de datos.

Puedes seleccionar próximos pasos desarrollo de base de datos:

· diseño;

· implementación de software;

· llenado y funcionamiento.

La etapa de diseño es construcción teórica el modelo de información de la base de datos original. Incluye:

· recopilar información sobre el área temática, su estructura, flujos de información de entrada y salida de datos, estudiar tareas de automatización, analizar e identificar objetos del sistema fuente e identificar conexiones entre ellos;

· determinación de propiedades y características de cada objeto en la base de datos, a qué campos (atributos) se asignan, se compilan las tablas fuente y las relaciones entre ellas, se determinan los elementos de datos incluidos en la base de datos, las restricciones sobre los valores de los datos, etc.

· asignación de claves primarias (campos) para cada objeto y normalización (particionamiento) de tablas fuente;

· comprobar la exactitud del proyecto, que debe mostrar todos los objetos seleccionados, sus atributos y procesos descritos con el nivel de detalle requerido, mostrar el área temática que requiere resolver el problema;

· determinación de la estructura lógica de la base de datos;

· resolver problemas de protección y mantenimiento de la integridad de la base de datos. Garantizar la integridad de los datos se refiere a un sistema de medidas destinadas a mantener la exactitud de los datos en la base de datos en cualquier momento.

La etapa de implementación de software está asociada al desarrollo de aplicaciones en una computadora, para lo cual es necesario realizar próximos pasos:

· describir las tablas resultantes usando un DBMS e ingresarlas en la computadora;

· para los usuarios del sistema de información, desarrollar interfaces para trabajar con la base de datos, es decir, formularios de pantalla para ingresar y mostrar datos, informes para imprimir datos resumidos, consultas para obtener datos;

· desarrollar un procedimiento para mantener y mantener la base de datos en funcionamiento, trabajo usuarios finales;

· probar el sistema, redactar instrucciones para trabajar con él y formar al personal.

La fase de operación y llenado comienza con el llenado de la base de datos con datos específicos. Incluye el mantenimiento directo de la base de datos y su mantenimiento.

Al desarrollar bases de datos para grandes empresas y corporaciones, el análisis y modelado se realizan utilizando herramientas de software especiales, como las herramientas CASE, que permiten modelar flujos de datos, procesos y funciones de la empresa, identificar cuellos de botella y hacer recomendaciones para la organización eficaz de la empresa. Estructura y procesos de negocio en la empresa.

Además de construir modelos del estado actual de la empresa y analizar software Las simulaciones le permiten crear especificaciones y construir un proyecto. sistema futuro, además, se puede obtener código de programa para los DBMS más comunes. Así, la etapa de modelado puede abarcar la etapa de diseño y parte de la etapa de implementación del sistema de información.

Diseño conceptual de bases de datos.

La primera fase del proceso de diseño de una base de datos se denomina diseño conceptual de la base de datos. Consiste en crear un modelo de datos conceptual para la parte analizada de los objetos del sistema en estudio. Este modelo de datos se crea en base a la información registrada en las especificaciones de requisitos del usuario. El diseño conceptual de una base de datos es absolutamente independiente de detalles de su implementación como el tipo de DBMS elegido, el conjunto de sistemas creados programas de aplicacion, lenguajes de programación utilizados, tipo de plataforma informática elegida, así como cualquier otra característica implementación física. El modelo de datos conceptual creado es la fuente de información para la fase de diseño de la base de datos lógica.

Diseño de bases de datos lógicas

La segunda fase del diseño de la base de datos se llama diseño lógico bases de datos. Su propósito es crear un modelo de datos lógico. El modelo de datos conceptual creado en el paso anterior se refina y transforma en un modelo de datos lógico. El modelo de datos lógico tiene en cuenta las características del modelo de organización de datos seleccionado en el DBMS (por ejemplo, un modelo relacional o de red).

Si el modelo de datos conceptual no depende de ningún aspecto físico de la implementación, entonces el modelo de datos lógico se crea basándose en el modelo de organización de datos seleccionado en el DBMS. En otras palabras, en esta etapa ya debería saberse qué DBMS se utilizará: relacional, de red, jerárquico u orientado a objetos. Sin embargo, en esta etapa se ignoran todos los demás aspectos del DBMS seleccionado, por ejemplo, cualquier característica organización física sus estructuras de almacenamiento de datos y construcción de índices.

Durante el proceso de desarrollo, el modelo de datos lógicos se prueba y verifica constantemente para garantizar que cumpla con los requisitos del usuario. Para comprobar la exactitud del modelo de datos lógico, se utiliza el método de normalización. La normalización garantiza que las relaciones derivadas del modelo de datos existente no tengan redundancia de datos que pueda causar anomalías en las actualizaciones después de que se implementen físicamente. Entre otras cosas, el modelo de datos lógico debe soportar todas las transacciones requeridas por los usuarios.

El modelo de datos lógico construido es una fuente de información para la etapa de diseño físico y proporciona al desarrollador base fisica datos mediante la búsqueda de las compensaciones necesarias para lograr los objetivos establecidos, lo cual es muy importante para un diseño eficaz. El modelo lógico de datos también juega papel importante en la etapa de operación y mantenimiento ya sistema terminado. Con un soporte adecuadamente organizado, un modelo de datos actualizado le permite representar con precisión y claridad cualquier cambio realizado en la base de datos y evaluar su impacto en los programas de aplicación.

Normalización de bases de datos

Al diseñar bases de datos, lo más importante es definir las estructuras de las tablas y las relaciones entre ellas. Los errores en la estructura de datos son difíciles, y a menudo imposibles, de corregir mediante programación. Cuanto mejor sea la estructura de los datos, más fácil será programar la base de datos. La teoría del diseño de bases de datos contiene el concepto de formas normales destinadas a optimizar la estructura de la base de datos. Las formas normales son una secuencia lineal de reglas aplicadas a la base de datos, y cuanto mayor sea el número de la forma normal, más perfecta será la estructura de la base de datos. La normalización es un proceso de varios pasos en el que se organizan, separan las tablas de la base de datos y se ordenan los datos. El propósito de la normalización es eliminar algunas características indeseables de la base de datos. En particular, el objetivo es eliminar algunos tipos de redundancia de datos y así evitar anomalías al cambiar los datos. Las anomalías en el cambio de datos son dificultades durante la inserción, modificación y eliminación de datos que surgen debido a la estructura de la base de datos. Aunque hay muchos niveles, normalmente basta con normalizar a la Tercera Forma Normal.

Consideremos un ejemplo de normalización de la base de datos de gestión de entrega de pedidos. Una base de datos de "Ventas" desordenada constaría de una tabla (Fig. 7).

Fig.7. DB "Ventas"

En la tabla, cada registro contiene información sobre varios pedidos de un cliente. Debido a que la columna de información del producto contiene demasiados datos, es difícil obtener información organizada de esta tabla (por ejemplo, crear un informe sobre las compras totales de varios tipos de productos).

Primera forma normal

La primera forma normal determina la atomicidad de todos los datos contenidos en las columnas. La palabra "átomo" proviene del latín "atomis", que literalmente significa "no divisible". La primera forma normal especifica que solo hay un valor en cada posición definida por fila y columna, en lugar de una matriz o lista de valores. Las ventajas de este requisito son obvias: si las listas de valores se almacenan en una sola columna, entonces no hay manera sencilla manipular estos valores. Por supuesto, esto aumenta la cantidad de registros en la tabla.

Normalicemos la base de datos "Ventas" a la primera forma normal (Fig. 8).

Fig.8. Primera forma normal

3.3.2. Segunda forma normal

Puede pasar a la Segunda Forma Normal desde una tabla que ya corresponde a la Primera Forma Normal. Además, se debe cumplir la siguiente condición: cada campo que no sea clave debe depender completamente de la clave principal.

Normalicemos la base de datos "Ventas" a la segunda forma normal. Toda la información no relacionada con pedidos individuales se resaltará en mesa separada. Como resultado, en lugar de una tabla de "Ventas", obtenemos dos: la tabla de "Pedidos" (Fig. 9) y la tabla de "Productos" (Fig. 10).

Fig.9. Tabla "Pedidos"

Figura 10. Tabla "Productos"

Por tanto, el tipo de producto se almacena en una sola tabla. Tenga en cuenta que no se pierde información durante la normalización.

3.3.3. Tercera forma normal

Se considera que una tabla se ajusta a la Tercera Forma Normal si se ajusta a la Segunda Forma Normal y todas las columnas que no son clave son mutuamente independientes. Una columna cuyos valores se derivan de datos de otras columnas es un ejemplo de dependencia.

Normalicemos la base de datos "Ventas" a la tercera forma normal. Para hacer esto, elimine la columna "Total" de la tabla "Pedidos". Los valores de esta columna no dependen de ninguna clave y se pueden calcular mediante la fórmula ("Precio")*("Cantidad"). Así, se obtuvo la base de datos “Ventas” con estructura optima, que consta de dos tablas (Fig. 11).

Arroz. 11. Base de datos normalizada "Ventas"

3.2 Implementación de software bases de datos

La implementación del software de la base de datos se lleva a cabo mediante la creación de un DBMS de destino en el lenguaje de definición de datos (DDL). Los comandos DDL se compilan y utilizan para crear esquemas y archivos de bases de datos vacíos. En la misma etapa, se definen todas las vistas de usuario específicas.

Los programas de aplicación se implementan utilizando lenguajes de tercera o cuarta generación. Algunos elementos de estos programas de aplicación serán transacciones de procesamiento de bases de datos escritas en el lenguaje de manipulación de datos (DML) del DBMS de destino y llamadas desde programas en lenguaje básico programación, por ejemplo, en Visual Basic, C++, Java. Esta fase también crea otros componentes del proyecto de aplicación, como pantallas de menú, formularios de entrada de datos e informes. Hay que tener en cuenta que muchos SGBD existentes tener sus propias herramientas de desarrollo que le permiten crear rápidamente aplicaciones utilizando lenguajes de consulta no procedimentales, una variedad de generadores de informes, generadores de formularios, generadores imagenes graficas y generadores de aplicaciones.

Esta etapa también implementa las funciones de soporte de integridad y protección de la base de datos de la aplicación. Algunos de ellos se describen utilizando DDL, mientras que otros pueden necesitar definirse por otros medios, por ejemplo, utilizando utilidades DBMS adicionales o creando programas de aplicación que implementen las funciones requeridas.

3.2.1. Desarrollo de aplicaciones

El desarrollo de aplicaciones es el diseño de la interfaz de usuario y los programas de aplicación diseñados para trabajar con una base de datos. En la mayoría de los casos, el diseño de la aplicación no se puede completar hasta que se complete el diseño de la base de datos. Por otro lado, la base de datos está diseñada para soportar aplicaciones y, por lo tanto, debe intercambiarse información constantemente entre las fases de diseño de la base de datos y diseño de aplicaciones para esa base de datos.

Debe asegurarse de que toda la funcionalidad requerida por las especificaciones de requisitos del usuario sea compatible con la interfaz de usuario de las aplicaciones relevantes. Esto se aplica tanto al diseño de programas de aplicación para acceder a la información de una base de datos como al diseño de transacciones, es decir. Diseñar métodos de acceso a bases de datos.

Además de diseñar formas para que el usuario acceda a las cosas que necesita, funcionalidad, un apropiado interfaz de usuario aplicaciones de bases de datos. Esta interfaz debe proporcionar la información que el usuario necesita de la forma que más le convenga.

3.2.2 Pruebas de bases de datos

La prueba es el proceso de ejecutar programas de aplicación para encontrar errores. Antes de utilizar un nuevo sistema en la práctica, se debe probar minuciosamente. Esto se puede lograr desarrollando un algoritmo de prueba bien pensado utilizando datos reales, que deben estructurarse de tal manera que todo el proceso de prueba se lleve a cabo de manera estrictamente secuencial y metódicamente correcta. El propósito de las pruebas no es demostrar la ausencia de errores; es poco probable que se pueda demostrar la ausencia de errores en; software- más bien, por el contrario, sólo puede mostrar su presencia. Si las pruebas se realizan con éxito, seguramente se revelarán errores en los programas de aplicación y en las estructuras de las bases de datos. Como subproducto, las pruebas sólo pueden demostrar que la base de datos y los programas de aplicación funcionan dentro de sus especificaciones y al mismo tiempo cumplen con los requisitos de rendimiento existentes. Además, la recopilación de datos estadísticos en la etapa de prueba nos permite establecer indicadores de confiabilidad y calidad del software creado.

Al igual que con el diseño de bases de datos, los usuarios nuevo sistema deben participar en el proceso de prueba. Idealmente, las pruebas del sistema deberían realizarse en un conjunto de equipos separado, pero a menudo esto simplemente no es posible. Cuando se utilizan datos reales, es importante crearlos primero. copias de seguridad, en caso de que resulten dañados como consecuencia de errores. Una vez finalizadas las pruebas, el proceso de creación de un sistema de aplicación se considera completo y puede transferirse a operación comercial.

3.3 Operación y mantenimiento de la base de datos

Operación y mantenimiento - soporte funcionamiento normal DB.

En los pasos anteriores, la aplicación de base de datos se implementó y probó completamente. El sistema está entrando ahora en la etapa final de su ciclo vital, llamado operación y mantenimiento. Incluye realizar acciones como:

· seguimiento del rendimiento del sistema. Si el rendimiento cae por debajo de niveles aceptables, es posible que sea necesaria una reorganización adicional de la base de datos;

· mantenimiento y modernización (si es necesario) de aplicaciones de bases de datos. Se incorporan nuevos requisitos a la aplicación de base de datos cuando se vuelven a ejecutar los pasos anteriores del ciclo de vida.

Una vez que la base de datos se pone en uso, su funcionamiento debe monitorearse continuamente para garantizar que el desempeño y otros indicadores cumplan con los requisitos. Un DBMS típico suele proporcionar varias utilidades de administración de bases de datos, incluidas utilidades para cargar datos y monitorear el funcionamiento del sistema. Estas utilidades pueden monitorear el rendimiento del sistema y proporcionar información sobre diversas métricas, como la utilización de la base de datos, la efectividad del sistema de bloqueo (incluida información sobre la cantidad de interbloqueos que se han producido) y estrategias de ejecución de consultas seleccionadas. El administrador de la base de datos puede utilizar esta información para ajustar el sistema y mejorar el rendimiento (por ejemplo, creando índices adicionales), acelerar la ejecución de consultas, cambiar las estructuras de almacenamiento o unir o dividir tablas individuales.

El proceso de monitoreo debe mantenerse durante toda la vida de la aplicación, permitiendo una reorganización efectiva de la base de datos en cualquier momento para cumplir con los requisitos cambiantes. Dichos cambios proporcionan información sobre las mejoras más probables a la base de datos y los recursos que pueden ser necesarios en el futuro. Si el DBMS que está utilizando no tiene algunos utilidades necesarias, entonces el administrador tendrá que desarrollarlos él mismo o comprar los necesarios herramientas adicionales de desarrolladores externos.

4. SGBD de Microsoft Access

4.1.Finalidad e información general sobre el SGBD de Microsoft Access

El sistema Microsoft Access es un sistema de gestión de bases de datos, utiliza un modelo de datos relacional y forma parte del paquete de la aplicación. programas de microsoft Oficina. Está diseñado para almacenar, ingresar, buscar y editar datos, así como para mostrarlos de una forma conveniente.

Las áreas de aplicación de Microsoft Access incluyen las siguientes:

· en pequeñas empresas (contabilidad, registro de pedidos, mantenimiento de información de clientes, mantenimiento de información sobre contactos comerciales);

· en grandes corporaciones (aplicaciones para grupos de trabajo, sistemas de procesamiento de información);

· como DBMS personal (directorio de direcciones, gestión de carteras de inversiones, libros de cocina, catálogos de libros, discos, vídeos, etc.).

Access es uno de los métodos más poderosos, convenientes y sistemas simples gestión de bases de datos. Debido a que Access es parte de Microsoft Office, comparte muchas de las mismas características que Microsoft Office. Aplicaciones de oficina y poder intercambiar información con ellos. Por ejemplo, cuando trabaja en Access, puede abrir y editar archivos y usar el portapapeles para copiar datos de otras aplicaciones.

Las herramientas para desarrollar objetos en Access son "asistentes" y "constructores". Estos son programas especiales que se utilizan para crear y editar tablas, consultas, varios tipos de formularios e informes. Normalmente, el "maestro" se utiliza para crear y el "constructor" se utiliza para editar objetos. El proceso de edición implica cambiar la apariencia de algún objeto para mejorarlo. Al editar un formulario, puede cambiar los nombres y el orden de los campos, aumentar o disminuir el tamaño del área de entrada de datos, etc. Puede utilizar el "constructor" para crear formularios, pero este es un trabajo que requiere mucha mano de obra. Access incluye herramientas de software especiales que ayudan a analizar la estructura de datos, importar hojas de cálculo y datos de texto, mejorar el rendimiento de las aplicaciones, crear y personalizar aplicaciones utilizando plantillas integradas. Para automatizar completamente sus aplicaciones, puede utilizar macros para vincular datos a formularios e informes.

Access implementa la gestión de bases de datos relacionales. El sistema admite claves primarias y externas. Garantiza la integridad de los datos a nivel del kernel, lo que no permite operaciones de actualización o eliminación incompatibles. Las tablas en Access están equipadas con herramientas de validación de datos, es decir. no permitido entrada incorrecta. Cada campo de la tabla tiene su propio formato y descripciones estándar, lo que facilita la entrada de datos. Soportes de acceso siguientes tipos campos, incluidos: tabulación, texto, numérico, contador, moneda, fecha/hora, MEMO, booleano, hipervínculo, objeto OLE, archivo adjunto y campos calculados. Si no hay valores en los campos, el sistema proporciona apoyo total valores vacíos.

En Access puedes usar herramientas graficas, como en Microsoft Word, Excel, PowerPoint y otras aplicaciones que le permiten crear varios tipos gráficos y diagramas. Puede crear histogramas, gráficos 2D y 3D. Puede agregar todo tipo de objetos a los formularios e informes de Access: imágenes, diagramas, clips de audio y vídeo. Al vincular estos objetos a una base de datos desarrollada, se pueden crear formularios e informes dinámicos. También puedes utilizar macros en Access para automatizar determinadas tareas. Le permiten abrir y cerrar formularios e informes, crear menús y cuadros de diálogo para automatizar la creación de diversas tareas de la aplicación.

En Access, puede obtener ayuda contextual haciendo clic en y aparecerá la pantalla información de fondo sobre el tema que interesa al usuario en ese momento. Al mismo tiempo, puede navegar fácilmente a la tabla de contenido del sistema de ayuda, información específica, un historial de accesos anteriores y marcadores. La información de la base de datos se almacena en un archivo con la extensión .accdb.

4.2. Objetos de Microsoft Access

Al iniciar Acceder al SGBD aparece una ventana para crear nueva base datos o trabajar con bases de datos creadas previamente, o plantillas existentes (Fig. 12).

Arroz. 12. Acceso de lanzamiento

Las plantillas son estructuras de bases de datos vacías en las que se definen tipos de campos, se crean objetos básicos, se establecen relaciones entre tablas, etc.

Al crear una nueva base de datos Acceder a los datos abrirá una tabla vacía que contiene una fila y dos columnas (Figura 13).

Figura 13. Nueva ventana de base de datos

El lado izquierdo de la ventana (área de navegación) muestra todos los objetos de la base de datos creados, mientras que solo vemos una tabla vacía, porque los objetos creados ya no están en la nueva base de datos (Fig. 13). Los principales objetos del DBMS de Access incluyen los siguientes.

Mesas. Las tablas son los objetos principales de las bases de datos porque almacenan todos los datos y definen la estructura de la base de datos. Una base de datos puede contener miles de tablas, cuyos tamaños están limitados únicamente por espacio disponible en el disco duro de la computadora. El número de registros en las tablas está determinado por el volumen. disco duro, y el número de campos no supera los 255.

Las tablas en Access se pueden crear de la siguiente manera:

· en modo “diseñador”;

· en el modo de introducir datos en una tabla.

Puede crear una tabla importando o creando un enlace a datos almacenados en otro lugar. Esto se puede hacer, por ejemplo, con datos almacenados en un archivo Excel, una lista de Windows SharePoint Services, un archivo XML u otra base de datos de MS ACCESS. lista de SharePoint le permite proporcionar acceso a los datos a los usuarios que no tienen instalada la aplicación MS ACCESS. Cuando importa datos, se crea una copia de ellos en una nueva tabla en la base de datos actual. Los cambios posteriores realizados en los datos originales no afectarán los datos importados y viceversa. Cuando se realiza el enlace de datos, se crea una tabla vinculada en la base de datos actual que proporciona conexión dinámica a datos almacenados en otro lugar. Los cambios en los datos de una tabla vinculada se reflejan en la fuente y los cambios en la fuente se reflejan en la tabla vinculada.

La vista Hoja de datos muestra los datos almacenados en la tabla, mientras que la vista Diseño muestra la estructura de la tabla.

Si las tablas tienen campos comunes, puede usar una subtabla para insertar registros de otra en una tabla. Este enfoque le permite ver simultáneamente datos de varias tablas.

Solicitudes. Las solicitudes son medios especiales, diseñado para buscar y analizar información en tablas de bases de datos que cumplan ciertos criterios. Los registros encontrados, llamados resultados de la consulta, se pueden ver, editar y analizar. de varias maneras. Además, los resultados de una consulta se pueden utilizar como base para crear otros objetos de Access. Existen diferentes tipos de consultas, las más comunes son las consultas de selección, las consultas paramétricas y cruzadas, las consultas de eliminación de registros, las consultas de cambio y otras. Menos comúnmente utilizadas son las solicitudes de acción y consultas SQL(Lenguaje de Consulta Estructurado). Si la solicitud requerida no existe, puede crearla adicionalmente.

Las solicitudes se generan de varias maneras, por ejemplo, usando el "asistente" también puede crear una solicitud manualmente en el modo "diseñador"; El tipo de consulta más simple y más utilizado es la consulta de selección. Estas consultas seleccionan datos de una o más tablas y los forman nueva mesa, cuyas entradas se pueden modificar. Las consultas seleccionadas se utilizan para calcular sumas, promedios y otros totales. Por tanto, las consultas utilizan datos de las tablas principales y crean tablas temporales.

Formularios. Los formularios se utilizan para ingresar y editar registros en tablas de bases de datos. Los formularios se pueden mostrar en tres modos: un modo para entrada de datos, un modo de tabla donde los datos se presentan en formato tabular y un modo de "diseño" que le permite realizar cambios y adiciones a los formularios.

Los elementos principales del formulario son las inscripciones, que indican el texto que se muestra directamente en el formulario, y los campos que contienen los valores de los campos de la tabla. Aunque el modo Generador le permite crear un formulario desde cero, normalmente se utiliza para refinar y mejorar los formularios creados con el Asistente. Además de las herramientas anteriores, también se pueden crear formularios utilizando las siguientes herramientas:

· "forma";

· “forma dividida”;

· “varios elementos”;

· "formulario vacío".

Es más eficaz utilizar formularios para la entrada de datos en forma de formularios especiales, ya que el formulario puede parecerse a un formulario. El uso de formularios le permite ingresar datos en una forma fácil de usar en documentos familiares. Los formularios de E/S le permiten ingresar datos en la base de datos, verlos, cambiar valores de campos, agregar y eliminar registros. El formulario puede contener un botón que se utiliza para imprimir un informe, abrir otros objetos o realizar otras tareas automáticamente.

Informes. Los informes se utilizan para mostrar información en tablas en un formato que se presenta claramente tanto en la pantalla del monitor como en papel. Un informe es un medio eficaz para imprimir datos de una base de datos en la forma requerida por el usuario (en forma de certificados, exámenes, tablas, etc.). Además de los datos extraídos de múltiples tablas y consultas, los informes pueden incluir elementos de diseño que se encuentran en documentos impresos, como títulos, encabezados y pies de página.

El informe se puede mostrar en cuatro modos: en el modo "diseñador", que le permite cambiar apariencia informe, en modo de visualización de muestra, en el que puede mostrar todos los elementos del informe terminado, pero en forma abreviada, en modo "diseño", que le permite mostrar más claramente (en comparación con el modo de diseño) y formatear el informe, y en avance, donde se muestra el informe tal como será impreso.

Tablas, consultas, formularios e informes son los objetos más utilizados en el desarrollo de bases de datos de Access.

Sin embargo, las capacidades de la base de datos se pueden ampliar significativamente mediante el uso de páginas de acceso, macros y módulos.

Paginas. Para proporcionar a los usuarios de Internet acceso a la información, se pueden crear páginas especiales de acceso a datos en la base de datos. Al utilizar las páginas de acceso a datos, puede ver, agregar, cambiar y manipular datos almacenados en la base de datos. Las páginas de acceso a datos también pueden contener datos de otras fuentes, como Excel. Para publicar información de una base de datos en Acceso web incluir un “asistente” que proporcione la creación de una página de acceso.

Macros. Las macros representan pequeños programas de uno o más comandos macro que realizan operaciones específicas como abrir un formulario, imprimir informes, hacer clic en un botón, etc. Esto es especialmente útil si planea compartir la base de datos con usuarios no calificados. Por ejemplo, puede escribir macros que contengan una secuencia de comandos que realicen tareas rutinarias, o asociar acciones como abrir un formulario o imprimir un informe con botones en un pulsador.

Módulos Un módulo es un objeto de base de datos que le permite crear bibliotecas de rutinas y funciones utilizadas en toda la aplicación. Usando códigos de módulo, puede resolver problemas como manejar errores de entrada, declarar y usar variables, organizar bucles, etc.

Conceptos básicos de bases de datos

Desarrollo tecnología informática se llevó a cabo en dos direcciones principales:

uso de tecnología informática para realizar cálculos numéricos;

Uso de la tecnología informática en los sistemas de información.

Un sistema de información es un conjunto de software y hardware, métodos y personas que proporcionan recolección, almacenamiento, procesamiento y entrega de información para resolver problemas asignados. En las primeras etapas del uso de sistemas de información, se utilizó un modelo de procesamiento de archivos. Posteriormente, las bases de datos comenzaron a utilizarse en los sistemas de información. Las bases de datos son una forma moderna de organizar, almacenar y acceder a información. Ejemplos de grandes sistemas de información son los sistemas bancarios, los sistemas de pedido de billetes de tren, etc.

Una base de datos es un conjunto integrado de datos estructurados e interrelacionados, organizados según ciertas reglas que proporcionan principios generales descripción, almacenamiento y tratamiento de datos. Normalmente se crea una base de datos para un área temática.

Un área temática es una parte del mundo real que se va a estudiar para crear una base de datos que automatice el proceso de gestión.

Los conjuntos de principios que definen la organización de la estructura lógica del almacenamiento de datos en una base de datos se denominan modelos de datos.

Hay 4 modelos de datos principales: listas (tablas planas), bases de datos relacionales, estructuras jerárquicas y de red.

Durante muchos años se utilizaron principalmente tablas planas (bases de datos planas), como listas en Excel. Actualmente, los modelos de datos relacionales son los más utilizados en el desarrollo de bases de datos. El modelo de datos relacionales es una colección de las tablas bidimensionales más simples: relaciones (relación en inglés), es decir La tabla bidimensional más simple se define como una relación (un conjunto de registros del mismo tipo unidos por un tema).

El nombre proviene del término relación. modelo relacional datos. Las bases de datos relacionales utilizan varias tablas bidimensionales en las que las filas se denominan registros y las columnas, campos, entre cuyos registros se establecen relaciones. Este método de organización de datos permite que los datos (registros) de una tabla se vinculen con los datos (registros) de otras tablas mediante identificadores únicos (claves) o campos clave.



Conceptos básicos de bases de datos relacionales: normalización, relaciones y claves.

1. Principios de normalización:

Cada tabla de base de datos no debe tener campos duplicados;

Cada tabla debe tener un identificador único (clave primaria);

Cada valor de clave principal debe tener información suficiente sobre el tipo de entidad u objeto de tabla (por ejemplo, información sobre rendimiento académico, grupo o estudiantes);

Cambiar los valores en los campos de la tabla no debería afectar la información de otros campos (excepto los cambios en los campos clave).

2. Tipos de conexión lógica.

Se establece una relación entre dos campos (columnas) comunes de dos tablas. Hay relaciones uno a uno, uno a muchos y muchos a muchos.

Relaciones que pueden existir entre registros de dos tablas:

uno a uno, cada registro de una tabla corresponde a un registro de otra tabla;

uno a muchos, cada registro de una tabla corresponde a varios registros de otra tabla;

muchos - a - uno, muchos registros de una tabla corresponden a un registro en otra tabla;

muchos a muchos, muchos registros de una tabla corresponden a varios registros de otra tabla.

El tipo de relación en la relación creada depende del método de definición de los campos asociados:

Se crea una relación de uno a muchos cuando solo uno de los campos es una clave principal o un campo de índice único.

Se crea una relación uno a uno cuando ambos campos vinculados son campos clave o tienen índices únicos.

Una relación de muchos a muchos son en realidad dos relaciones de uno a muchos con una tercera tabla cuya clave principal consta de los campos de clave externa de las otras dos tablas.

3. Claves. Una clave es una columna (puede haber varias columnas) agregada a una tabla que permite vincularla a registros en otra tabla. Hay dos tipos de claves: primaria y secundaria o foránea.

Una clave primaria es uno o más campos (columnas) cuya combinación de valores identifica de forma única cada registro de una tabla. La clave primaria no permite Valores nulos y siempre debe tener un índice único. Una clave principal se utiliza para vincular una tabla a claves externas en otras tablas.

Una clave externa (secundaria) es uno o más campos (columnas) en una tabla que contiene una referencia a un campo o campos de clave principal en otra tabla. Una clave externa define cómo se unen las tablas.

De dos tablas relacionadas lógicamente, una se denomina tabla de clave primaria o tabla principal y la otra se denomina tabla de clave secundaria (externa) o subtabla. Los DBMS le permiten comparar registros relacionados de ambas tablas y mostrarlos juntos en un formulario, informe o consulta.

Hay tres tipos de claves primarias: campos de clave de contador (contador), clave simple y clave compuesta.

Campo Contador (Tipo de datos “Contador”). Un tipo de datos de campo en una base de datos en el que se ingresa automáticamente un valor numérico único en el campo para cada registro agregado a la tabla.

Clave sencilla. Si un campo contiene valores únicos, como códigos o números de acceso, entonces este campo se puede definir como clave principal. Cualquier campo que contenga datos se puede definir como clave, siempre que el campo no contenga valores duplicados o nulos.

Clave compuesta. En los casos en los que sea imposible garantizar la unicidad de los valores de cada campo, es posible crear una clave formada por varios campos. Esta situación ocurre con mayor frecuencia en una tabla que se utiliza para una relación de muchos a muchos entre dos tablas.

Cabe señalar nuevamente que el campo de clave principal debe contener solo valores únicos en cada fila de la tabla, es decir no se permiten coincidencias, pero en un campo de clave secundaria o externa, se permite que coincidan los valores en las filas de la tabla.

Si tienes dificultades para elegir tipo adecuado clave principal, entonces es aconsejable seleccionar el campo del contador como clave.

Los programas que están diseñados para estructurar información, colocarla en tablas y manipular datos se denominan sistemas de gestión de bases de datos (DBMS). En otras palabras, los DBMS están diseñados tanto para crear y mantener una base de datos como para acceder a los datos. Actualmente, existen más de 50 tipos de DBMS para computadoras personales. Los tipos más comunes de DBMS incluyen: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access, etc.

Creando una base de datos. Etapas de diseño

La creación de una base de datos comienza con el diseño.

Etapas de diseño de la base de datos:

Investigación del área temática;

Análisis de datos (entidades y sus atributos);

Defina relaciones entre entidades y defina claves primarias y secundarias (externas).

Durante el proceso de diseño, se determina la estructura de la base de datos relacional (la composición de las tablas, su estructura y conexiones lógicas). La estructura de la tabla está determinada por la composición de las columnas, el tipo de datos y el tamaño de las columnas y las claves de la tabla.

Los conceptos básicos del modelo de base de datos “entidad-relación” incluyen: entidades, conexiones entre ellas y sus atributos (propiedades).

Una entidad es cualquier objeto concreto o abstracto en el área temática considerada. Las entidades son tipos básicos información que se almacena en la base de datos (en una base de datos relacional, a cada entidad se le asigna una tabla). Las entidades pueden incluir: estudiantes, clientes, departamentos, etc. Una instancia de entidad y un tipo de entidad son conceptos diferentes. El concepto de tipo de entidad se refiere a un conjunto de individuos, objetos o eventos homogéneos que actúan como un todo (por ejemplo, un estudiante, un cliente, etc.). Una instancia de entidad se refiere, por ejemplo, a una persona específica en un conjunto. El tipo de entidad puede ser un estudiante y la instancia puede ser Petrov, Sidorov, etc.

Un atributo es una propiedad de una entidad en un dominio. Su nombre debe ser único para un tipo de entidad específico. Por ejemplo, para la entidad estudiantil se pueden utilizar los siguientes atributos: apellido, nombre, patronímico, fecha y lugar de nacimiento, datos del pasaporte, etc. En una base de datos relacional, los atributos se almacenan en campos de tabla.

La relación es la relación entre entidades en el área temática. Las relaciones son conexiones entre partes de una base de datos (en una base de datos relacional, son conexiones entre registros de una tabla).

Las entidades son datos que se clasifican por tipo y las relaciones muestran cómo estos tipos de datos se relacionan entre sí. Si describimos un área temática determinada en términos de entidad-relación, obtenemos un modelo entidad-relación para esta base de datos.

Consideremos el área temática: Oficina del Decano (Logros Estudiantiles)

La base de datos de la “Oficina del Decano” debe almacenar datos sobre estudiantes, grupos de estudiantes, calificaciones de estudiantes en diversas disciplinas, profesores, becas, etc. Nos limitaremos a datos sobre estudiantes, grupos de estudiantes y calificaciones de los estudiantes en diversas disciplinas. Definamos entidades, atributos de entidad y requisitos básicos para funciones de bases de datos con datos limitados.

Las principales entidades temáticas significativas de la base de datos “Decanato” son: Estudiantes, Grupos de estudiantes, Disciplinas, Rendimiento académico.

Atributos básicos significativos para el sujeto de las entidades:

Estudiantes: apellido, nombre, patronímico, sexo, fecha y lugar de nacimiento, grupo de estudiantes;

Grupos de estudiantes: nombre, curso, semestre;

Disciplinas: nombre, número de horas

Rendimiento académico – evaluación, tipo de control.

Requisitos básicos para las funciones de la base de datos:

Seleccionar el desempeño del estudiante en las disciplinas, indicando el número total de horas y tipo de control;

Seleccionar el desempeño de los estudiantes por grupos y disciplinas;

Seleccionar disciplinas estudiadas por un grupo de estudiantes en un curso específico o

un determinado semestre.

Del análisis de los datos del dominio se desprende que a cada entidad se le debe asignar una tabla bidimensional simple (relaciones). A continuación, debe establecer conexiones lógicas entre las tablas. Es necesario establecer dicha conexión entre las tablas Estudiantes y Progreso para que cada registro de la tabla Estudiantes corresponda a varios registros en la tabla Progreso, es decir uno a muchos, ya que cada estudiante puede tener varias calificaciones.

Conexión lógica entre entidades Grupos - Estudiantes se define como uno a muchos basándose en el hecho de que hay muchos estudiantes en un grupo y cada estudiante es parte de un grupo. La relación lógica entre las entidades Disciplina - Logro se define como uno a muchos, porque para cada disciplina se pueden asignar varias calificaciones a diferentes estudiantes.

Con base en lo anterior, creamos un modelo entidad-relación para la base de datos "Oficina del Decano" - la flecha es símbolo Conexiones: uno a muchos.

Para crear una base de datos, debe utilizar uno de los DBMS más conocidos, por ejemplo Access DBMS.




Arriba