Sistema de gestión de biblioteca

Resumen

El sistema de gestión de biblioteca es un sistema de gestión de información típico (m is). Su desarrollo incluye principalmente el establecimiento y mantenimiento de la base de datos back-end y el desarrollo. de aplicaciones front-end. Para el primero, es necesario establecer una base de datos con una sólida coherencia e integridad de los datos y una buena seguridad de los mismos. Para esto último, se requiere que la aplicación sea completamente funcional y fácil de usar.

Por lo tanto, de acuerdo con los requisitos de la biblioteca abierta, realicé una investigación y aplicación en profundidad del sistema de administración de bases de datos MS SQL Server2000, los principios del lenguaje SQL, el diseño de aplicaciones Delphi y la tecnología de bases de datos Delphi, y completé principalmente el Libro Análisis de requisitos del sistema de gestión, división de módulos funcionales y análisis de esquemas de bases de datos, y diseñó la estructura y las aplicaciones de la base de datos. Los resultados de la operación del sistema demuestran que el sistema de gestión bibliotecaria diseñado en este artículo puede satisfacer las necesidades de los prestatarios, bibliotecarios y altos directivos.

El primer capítulo presenta brevemente el desarrollo de sistemas de aplicaciones de bases de datos y sistemas de gestión de bibliotecas, y analiza el trabajo que se debe realizar para desarrollar sistemas de gestión de bibliotecas.

El Capítulo 2 analiza sistemáticamente el diseño de la base de datos y el uso del lenguaje SQL, sentando las bases para una comprensión más profunda de las aplicaciones de bases de datos.

El tercer capítulo estudia la herramienta de desarrollo específica Delphi 6.0, y presenta sistemáticamente sus componentes de base de datos, la aplicación del lenguaje SQL en Delphi y otras tecnologías clave de programación de bases de datos.

El Capítulo 4 analiza los requisitos de aplicación del sistema de información de gestión de bibliotecas. Basado en la teoría del diseño de la base de datos, proporciona gradualmente especificaciones de requisitos del sistema, diagramas ER locales, diagramas ER globales, patrones y subpatrones de relación del sistema. La base de datos se establece utilizando MS SQL Server2000.

El Capítulo 5 lleva a cabo un diseño de programa específico, divide específicamente los permisos operativos de tres tipos de usuarios y diseña tres interfaces operativas. Realiza la exploración de tablas de bases de datos, agrega, elimina y modifica registros, genera informes, conecta operaciones de múltiples tablas de bases de datos, consultas de múltiples condiciones y consultas difusas, operaciones de actualización flexibles de conjuntos de resultados de consultas no actualizables, operaciones de tablas maestro-esclavo y contraseñas. Función de mantenimiento. Finalmente, el sistema también puede importar bases de datos para operar sobre cualquier base de datos con la misma estructura.

Este diseño aprovecha al máximo las potentes funciones de la tecnología de base de datos Delphi 6 y MS SQL Server2000 para mejorar la eficiencia y confiabilidad de la programación.

Palabras clave: base de datos, lenguaje SQL, MS SQL Server, Delphi6,

Componente de base de datos, gestión de libros, formulario, componente de vista de lista

24

37

5.2 Configuración del formulario del módulo de datos

1.1 Introducción al desarrollo del sistema de aplicación de base de datos

Antes de desarrollar un sistema de aplicación de base de datos, debe comprender los principios de desarrollar una base de datos Conceptos básicos, conocimiento claro y comprensión de las estructuras de bases de datos, pasos, sistemas de desarrollo y métodos de desarrollo de aplicaciones de bases de datos.

El objetivo del desarrollo de un sistema de aplicaciones de bases de datos es crear un producto que satisfaga las necesidades a largo plazo de los usuarios. El principal proceso de desarrollo es comprender las necesidades del usuario y luego traducirlas en un diseño de base de datos eficaz. Convierta los diseños en bases de datos reales que sean completamente funcionales y eficientes en su aplicación.

La tecnología de bases de datos siempre ha sido un tema muy importante en el campo de la investigación de software informático. Se produjo en la década de 1960. En los últimos 30 años, la tecnología de bases de datos se ha desarrollado rápidamente y ha formado un sistema teórico relativamente completo y una gran cantidad de sistemas prácticos. Además, en los últimos años, con el rápido crecimiento de la World Wide Web (WWW) y el rápido desarrollo de la tecnología de Internet, la tecnología de bases de datos se ha convertido en una de las tecnologías más populares.

1.1.1 Base de datos

La Figura 1.1 muestra los principales componentes de un sistema de base de datos. Las bases de datos son manejadas por un DBMS (Sistema de gestión de bases de datos) y utilizadas por desarrolladores y usuarios directa o indirectamente a través de aplicaciones. Incluye principalmente cuatro elementos: datos de usuario, metadatos, índice y metadatos de la aplicación.

1.1.1.1 Datos del usuario

Actualmente, la mayoría de los principales sistemas de gestión de bases de datos representan los datos del usuario como relaciones. Ahora piense en las relaciones como tablas de datos. Las columnas de la tabla contienen campos o atributos y las filas de la tabla contienen registros que corresponden a entidades del entorno empresarial. No todas las relaciones son igualmente calificadas y algunas están más estructuradas que otras.

El capítulo 2 describe un proceso llamado normalización que produce relaciones bien estructuradas.

Para comparar la diferencia entre relaciones mal estructuradas y relaciones bien estructuradas, este artículo toma como ejemplo la relación entre libros y prestatarios de libros en el sistema de gestión de bibliotecas diseñado en este artículo. Supongamos que la relación de diseño R1 (número de tarjeta de biblioteca, nombre, género, número de identificación, número de contacto, número de libro, título del libro, categoría del libro, autor, editorial, fecha de publicación, comentarios, precio, cantidad) es el problema con esta relación; que hay datos para dos temas diferentes, prestatarios de libros y libros. La relación formada de esta manera causará problemas cuando se modifique. Debido a que un prestatario puede pedir prestado más de un libro, si un determinado campo del prestatario (como el número de contacto) cambia, entonces el registro de los libros que tomó prestado (tal vez más de uno) también cambiará, lo cual no es el caso. . Por lo tanto, los datos se representan mejor mediante dos relaciones. Ahora si el prestatario cambia su número de contacto, solo necesita cambiar la fila correspondiente al usuario en la relación (tabla). Por supuesto, si desea generar un informe que muestre los nombres de los libros y los números de contacto de sus prestatarios, deberá combinar las filas de ambas tablas. Resulta que almacenar las relaciones por separado y combinarlas al generar informes es mejor que almacenarlas en una tabla compuesta.

Usuario (número de tarjeta de biblioteca, nombre, sexo, número de identificación, cédula de identidad, número de contacto, etc.)

Libro (número de libro, título del libro, categoría del libro, autor, editorial , Fecha de publicación, Notas, Precio, Cantidad)

1.1.1.2 Metadatos

Una base de datos es autodescriptiva, lo que significa que contiene una descripción de su estructura, lo que se denomina metadatos. Debido a que los productos DBMS están diseñados para almacenar y manipular tablas, la mayoría de los productos almacenan metadatos en forma de tablas, a veces denominadas tablas del sistema. Estas tablas del sistema almacenan las tablas en la base de datos, indicando cuántas columnas hay en cada tabla, qué columna es la clave principal y una descripción del tipo de datos de cada columna. También almacena índices, palabras clave, reglas y otras partes de la estructura de la base de datos.

Almacenar metadatos en tablas no solo es efectivo para el DBMS, sino también conveniente para los usuarios porque pueden consultar metadatos utilizando las mismas herramientas de consulta que los datos del usuario. El lenguaje SQL presentado en el Capítulo 2 de este artículo se puede utilizar tanto para metadatos como para datos de usuario.

1.1.1.3 Índice

El tercer tipo de datos mejora el rendimiento y la accesibilidad de la base de datos. Estos datos a menudo se denominan datos generales. Es principalmente un índice, aunque a veces se utilizan otros tipos de estructuras de datos, como listas enlazadas. Los índices se pueden utilizar para ordenar y acceder rápidamente a los datos. Tome la tabla de libros en el sistema de información de gestión de mi biblioteca como ejemplo para ilustrar.

Supongamos que los datos están ordenados en el disco en orden ascendente por "número de libro" y el usuario desea imprimir un informe de datos del libro ordenado por "título del libro". Por lo tanto, todos los datos deben extraerse de la tabla de origen y ordenarse, lo cual es un proceso que requiere mucho tiempo a menos que la tabla sea muy pequeña. Alternativamente, puede crear un índice en el campo "Nombre del libro" cuyas entradas estén ordenadas por "Nombre del libro" para que las entradas del índice se puedan leer y utilizar para acceder a los datos del libro de forma secuencial.

Los índices se utilizan para acceder a los datos rápidamente. Por ejemplo, el usuario sólo quiere acceder a los estudiantes cuyo valor de categoría de libro sea "01" en la tabla de libros. Sin un índice, tendría que buscar en toda la tabla fuente, pero con un índice puede encontrar la entrada del índice y utilizarla para seleccionar todas las filas apropiadas.

Los índices ayudan a ordenar y buscar, pero tienen un costo. Cada vez que cambia una fila en la tabla del libro, el índice también debe cambiar, lo que significa que el índice no es arbitrario y debe guardarse cuando realmente sea necesario.

1.1.1.4 Metadatos de la aplicación

El cuarto dato almacenado en la base de datos son los metadatos de la aplicación, que se utilizan para almacenar formularios de usuario, informes, consultas y otras formas de consultas. componentes. No todos los DBMS admiten componentes de aplicaciones, y los DBMS que admiten componentes no necesariamente almacenan la estructura de todos los componentes en la base de datos como metadatos de la aplicación. Sin embargo, la mayoría de los productos DBMS modernos almacenan estos datos como parte de la base de datos. En términos generales, los desarrolladores y usuarios de bases de datos no tienen acceso directo a los metadatos de la aplicación. En cambio, procesan estos datos a través de herramientas del DBMS.

MS SQL Server2000 admite metadatos de aplicaciones, como formularios y procedimientos almacenados.

1.1.2 Sistema de gestión de bases de datos

El sistema de gestión de bases de datos (DBMS) se refiere al sistema de software que gestiona los datos en el sistema de bases de datos.

DBMS es el componente central del sistema de base de datos. Todas las operaciones en la base de datos, incluidas la definición, la actualización y varios controles, se realizan a través del DBMS. DBMS siempre se basa en un determinado modelo de datos y puede considerarse como la implementación específica de un determinado modelo de datos en un sistema informático. Según los diferentes modelos de datos, los sistemas de gestión de bases de datos se pueden dividir en jerárquicos, de red, relacionales y orientados a objetos. MS SQL Server2000 es un sistema de gestión de bases de datos relacionales.

Modelo relacional. El modelo relacional utiliza principalmente una estructura de tabla bidimensional para representar conjuntos de entidades y claves externas para representar relaciones entre entidades. Un modelo relacional es una colección de varios patrones relacionales. El esquema relacional es equivalente al tipo de registro mencionado anteriormente y sus instancias se denominan relaciones. Cada relación es en realidad una tabla bidimensional.

La mayor diferencia entre el modelo relacional y los modelos jerárquico y de cuadrícula es el uso de claves en lugar de punteros para navegar por los datos. La tabla es simple y fácil de entender, y la programación no involucra detalles como la estructura de almacenamiento y la tecnología de acceso. El modelo relacional es un modelo matemático. El lenguaje SQL es un lenguaje estandarizado para bases de datos relacionales y ha sido ampliamente utilizado.

Como se muestra en la Figura 1.1, las características y funciones del DBMS se pueden dividir en tres subsistemas: subsistema de herramientas de diseño, subsistema de operación y motor DBMS.

El subsistema de diseño cuenta con un conjunto de herramientas que simplifica la creación de bases de datos y sus aplicaciones. Normalmente contiene herramientas para generar tablas, formularios, consultas e informes. Los productos DBMS también proporcionan lenguajes de programación e interfaces para lenguajes de programación.

El subsistema de ejecución maneja los componentes de la aplicación desarrollados por el subsistema de diseño. Contiene un procesador en ejecución que maneja la interacción de datos entre formularios y bases de datos, además de responder consultas e imprimir informes.

El motor DBMS acepta solicitudes de los otros dos componentes y las convierte en comandos para que el sistema operativo lea y escriba datos en el medio físico. El motor DBMS también participa en la gestión de transacciones, el bloqueo, la copia de seguridad y la recuperación.

1.1.3 Crear base de datos

1.1.3.1 Esquema de base de datos

El esquema de base de datos define la estructura, tablas, relaciones, dominios y reglas de negocio de la base de datos. Un esquema de base de datos es un diseño sobre el cual se construyen bases de datos y aplicaciones.

Un dominio es una colección de valores posibles. Debes determinar el dominio para cada columna de cada tabla. Además del formato físico de los datos, también es necesario determinar si ciertos campos son exclusivos de la tabla.

El último elemento del esquema de la base de datos son las reglas comerciales, que son restricciones a las actividades comerciales que deben reflejarse en la base de datos y las aplicaciones de la base de datos. Las reglas comerciales son una parte importante del esquema porque especifican las restricciones que deben satisfacer los valores de datos permitidos independientemente de los cambios de datos que reciba el motor DBMS. Independientemente de si la solicitud de cambio de datos no válida proviene de un usuario de formulario, una solicitud de consulta/modificación o una aplicación, el DBMS debe rechazarla.

Desafortunadamente, diferentes productos DBMS implementan reglas comerciales de diferentes maneras. En algunos casos, el producto DBMS no tiene la capacidad de implementar las reglas comerciales necesarias y deben codificarse en la aplicación.

Crear una tabla

1.1.3.3 Definir puntos de contacto

1.1.4 Componentes de la aplicación

Las aplicaciones de bases de datos incluyen formularios, consultas e informes , menús y aplicaciones.

1.2 Sistema de gestión de bibliotecas

Hoy vivimos en una era de la información en rápido desarrollo. Todos los ámbitos de la vida son inseparables del procesamiento de información, que es un entorno donde las computadoras se utilizan ampliamente en los sistemas de gestión de información. La mayor ventaja de las computadoras es que pueden administrar información. El uso de información de control por computadora no solo mejora la eficiencia del trabajo, sino que también mejora en gran medida su seguridad.

Especialmente para la gestión de información compleja, las computadoras pueden aprovechar al máximo sus ventajas. La gestión de la información informática está estrechamente relacionada con el desarrollo de los sistemas de gestión de la información, y los sistemas de gestión de la información son un requisito previo para la gestión del sistema. Este sistema está diseñado para una mejor gestión de la información bibliotecaria.

Como centro de distribución de recursos de información, la biblioteca cuenta con una gran cantidad de libros y materiales prestados por los usuarios, incluida una gran cantidad de gestión de datos de información. Hoy en día, muchas bibliotecas se encuentran en un uso preliminar y ni siquiera han utilizado computadoras para la gestión de la información. Según la encuesta, en el pasado dependían principalmente del procesamiento manual basado en soportes de papel, como textos y tablas, para gestionar la información.

Las estadísticas y la verificación del préstamo de libros (como el número de días de préstamo, el número de días de exceso del límite, etc.) a menudo se llevan a cabo verificando manualmente la tarjeta de la biblioteca y calculando y copiando manualmente la autoridad de préstamo del prestatario y el número de días de préstamo. El procesamiento de información de datos requiere una gran carga de trabajo y es propenso a errores debido a la gran cantidad de datos, es fácil de perder y difícil de encontrar; En general, faltan métodos sistemáticos y estandarizados de gestión de la información. Aunque algunas bibliotecas cuentan con computadoras, estas no se utilizan para la gestión de la información y los recursos están inactivos. Este es el entorno básico para el desarrollo de sistemas de información gerencial.

El procesamiento de datos es una operación manual, con una gran carga de trabajo y una alta tasa de errores, y no es fácil corregir errores. Las bibliotecas gestionan manualmente las situaciones de préstamo de libros, pero la gestión de la información sobre el préstamo de libros es confusa y complicada debido a la gran cantidad de información. Generalmente, el préstamo de libros se registra en la tarjeta de la biblioteca, y el número y contenido de los libros se hacen constar en el expediente. Fue entonces cuando el personal y los administradores de la biblioteca tomaron conciencia. Después de mucho tiempo, si quieren hacer más consultas, tienen que revisar mucha información, lo cual requiere mucho tiempo y es laborioso. Es aún más difícil hacer revisiones de libros escritos hace mucho tiempo.

A partir de este problema, creo que es necesario establecer un sistema de gestión bibliotecaria que estandarice, sistematice y programe la gestión bibliotecaria, evite la aleatoriedad en la gestión bibliotecaria, mejore la velocidad y precisión del procesamiento de la información y haga Es oportuno y preciso, consulta y modifica libros de forma efectiva.

1.1 Qué hace el sistema

1) Comprender el estado actual de las herramientas de desarrollo de aplicaciones.

Conceptos básicos de programación de Delphi 6.0

3) Conceptos básicos de Microsoft SQL Server

4) Diseño de base de datos; interfaz de diseño

5) Desarrollar base de datos. Algunas funciones implementadas por la base de datos son las siguientes

l Visualización llamativa de datos y descripciones de datos

l Consulta de múltiples condiciones, recuperación de múltiples registros y consulta difusa; p>

l Datos El archivo se importa al formulario de datos en un formato de almacenamiento determinado y se almacena en la base de datos después de la verificación de la integridad de los datos;

Diseño de seguridad de la base de datos;

Diseño de base de datos, interfaz de datos e interfaz.

1.3 El trabajo realizado en este artículo

La introducción presenta brevemente la estructura y el desarrollo del sistema de aplicación de base de datos y analiza las características y tareas del diseño del sistema de información de gestión bibliotecaria.

El Capítulo 2 presenta el diseño y análisis de paradigmas de la base de datos, e introduce sistemáticamente el lenguaje SQL para allanar el camino para el diseño y la comprensión de programas de aplicación.

El Capítulo 3 presenta la tecnología de programación de bases de datos de Delphi 6.0, la aplicación del lenguaje SQL en Delphi 6.0 y el establecimiento de MS SQL Server.

El Capítulo 4 analiza los requisitos de la aplicación del sistema de gestión de bibliotecas, diseña la estructura de la base de datos del sistema y divide y refina las funciones del sistema de acuerdo con los requisitos.

El Capítulo 5 utiliza MSSQL Server2000 y Delphi 6.0 para diseñar aplicaciones específicas basadas en los resultados del diseño del Capítulo 4.

La parte de resumen presenta la experiencia de diseño y programación, y señala las deficiencias y direcciones de mejora del diseño del sistema.

Capítulo 2 Bases teóricas de la base de datos

Un sistema de gestión de información exitoso se basa en muchas condiciones, y la base de datos es una de las condiciones y tecnologías clave más importantes.

El diseño de la base de datos involucrado en el sistema de gestión de la información se divide en cinco pasos: análisis de requisitos de la base de datos, diseño conceptual, diseño lógico, diseño físico y pruebas de carga.

(1) La tarea del análisis de requisitos de la base de datos es hacer fluir los documentos de gestión empresarial en flujos de datos, dividir los límites entre temas, dibujar diagramas DFD y completar el diccionario de datos correspondiente.

(2) La tarea del diseño conceptual es dibujar el diagrama entidad-relación de este problema a partir de DFD y enumerar la tabla de esquema de cada entidad y relación.

(3) La tarea del diseño lógico es determinar los atributos del nombre de la tabla de cada entidad y relación a partir del diagrama E-R y la tabla de esquema correspondiente.

(4) La tarea del diseño físico es determinar el tipo, ancho y rango de valores de todos los atributos, diseñar la clave principal de la tabla básica y traducir todos los nombres de tablas y campos al inglés ( muchos software pueden admitir esto ahora) Los campos chinos, como MS SQL Server, son los nombres de campos chinos que uso), logrando así establecer una base de datos física y completar el diccionario de diseño físico de la base de datos.

(5) Las pruebas de carga abarcan todo el proceso de prueba del programa. Todo el trabajo de entrada, modificación, consulta y procesamiento puede considerarse como una prueba de carga de la base de datos.

Para diseñar una buena base de datos de un sistema de gestión de la información, además de cumplir con las funciones que requiere el sistema, también se deben seguir los siguientes principios:

Cuanto menor sea el número de tablas básicas, cuanto mejor.

Cuantas menos claves primarias, mejor. Las claves son herramientas que unen tablas. Cuantas menos claves primarias, más simples serán las uniones entre tablas.

Cuantos menos campos, mejor.

El diseño de todas las tablas básicas debe ajustarse a la tercera forma normal tanto como sea posible.

En el diseño de bases de datos, cómo manejar relaciones de muchos a muchos y cómo diseñar claves primarias son dos problemas difíciles que deben considerarse. A continuación, nos centramos en estudiar las tecnologías clave y las dificultades de implementación de este tema desde los aspectos de la aplicación SQL, el paradigma de diseño de bases de datos y la optimización de consultas, y las resolvimos.

2.1 Diseño de sistemas de bases de datos y análisis de paradigmas

La tarea principal del sistema de información es obtener la información requerida por la gestión a través de una gran cantidad de datos, lo que requiere el almacenamiento y gestión. de una gran cantidad de datos. Por lo tanto, establecer una buena estructura de organización de datos y una base de datos para que todo el sistema pueda llamar y administrar de manera rápida, conveniente y precisa los datos requeridos es uno de los principales indicadores para medir la calidad del desarrollo del sistema de información.

2.1.1 Diseño de sistemas de bases de datos

El diseño de bases de datos se trata principalmente del diseño lógico de la base de datos, es decir, de organizar los datos según ciertas clasificaciones, sistemas de agrupación y niveles lógicos, lo cual es orientado al usuario. Al diseñar una base de datos, es necesario integrar los datos de archivo y las necesidades de datos de varios departamentos de la empresa, analizar la relación entre los datos y diseñar una base de datos con la escala adecuada, menos redundancia de datos, alta eficiencia de acceso y que satisfaga diversas necesidades. Basado en las funciones y herramientas de descripción proporcionadas por el DBMS. Consulta el modelo de datos requerido.

Los pasos del diseño de la base de datos son:

(1) Definición de la estructura de la base de datos: en la actualidad, algunos sistemas de gestión de bases de datos (DBMS) admiten el procesamiento de transacciones en línea CLTP (responsable de recopilar, procesar y almacenamiento de transacciones) Datos) DBMS operativos, algunos DBMS grandes pueden admitir el almacenamiento de datos y el procesamiento analítico en línea CLAP (una operación de procesamiento de datos que respalda la toma de decisiones), algunas bases de datos son relacionales y algunas bases de datos pueden admitir bases de datos orientadas a objetos. Defina la estructura de la base de datos para el DBMS seleccionado.

(2) Definición de la tabla de datos: la definición de la tabla de datos se refiere a definir la estructura de la tabla de datos en la base de datos. La estructura lógica de la tabla de datos incluye: nombre del atributo, tipo, representación, valor predeterminado, reglas de verificación, palabras clave, si puede estar vacío, etc. Las bases de datos relacionales deben diseñarse de acuerdo con los requisitos de la estandarización relacional, pero para lograr una alta eficiencia, el grado de estandarización debe determinarse de acuerdo con el entorno y las condiciones de la aplicación. El diseño de la tabla de datos no solo debe cumplir con los requisitos de almacenamiento de datos, sino también agregar algunos campos o tablas de datos temporales que reflejen información relevante, responsabilidades operativas y datos intermedios.

(3) Dispositivos de almacenamiento y organización del espacio de almacenamiento: determine las ubicaciones de almacenamiento, las rutas de almacenamiento, los dispositivos de almacenamiento, etc. datos, soluciones de respaldo y cómo garantizar la coherencia y la integridad de los datos en múltiples versiones.

(4) Configuración de permisos de uso de datos: de acuerdo con las diferentes necesidades de uso de los usuarios, determine los permisos de usuario para el uso de datos para garantizar la seguridad de los datos.

(5) Diseño de diccionario de datos: utilice un diccionario de datos para describir el diseño de la base de datos para facilitar el mantenimiento y la modificación.

Para organizar mejor los datos y diseñar una base de datos de aplicación práctica, debemos prestar atención a los siguientes temas:

Reorganización estandarizada de la estructura de datos: expresión estandarizada de los datos, que será Se detalla más adelante.

Establecimiento de una estructura de datos relacionales: una vez estandarizada y reorganizada la estructura de datos básica, se debe establecer la estructura relacional de todos los datos. Una vez completado este paso, básicamente se completa el diseño de la base de datos y la estructura de datos. Sólo sustituyendo el contenido del análisis de datos y del diccionario de datos en la estructura relacional general de datos diseñada se puede establecer una arquitectura de base de datos estandarizada.

El establecimiento de la estructura de datos relacionales implica tres aspectos: determinar los elementos de índice clave de la asociación y establecer la tabla de asociación; determinar la estructura de registros monoparentales y establecer la estructura relacional de toda la base de datos.

(1) Determinación de las relaciones de enlace

Después de la estandarización y reorganización de los datos mencionada anteriormente, podemos asegurarnos de que cada tabla de datos básica (nos referimos a ella como tabla) esté estandarizada. , pero estos Una sola tabla no puede reflejar completamente las cosas. Por lo general, necesitamos los datos de indicadores generales del sistema de indicadores para reflejar completamente el problema. Es decir, en cada sección de estas tablas básicas se almacenan atributos de diferentes aspectos de una misma cosa.

Entonces, ¿cómo sabe un sistema informático qué registros de qué tablas deben corresponder a qué registros de otras tablas que representan lo mismo? Por lo tanto, al diseñar la estructura de datos, es necesario determinar la relación de registros de datos entre tablas. Esta relación de datos entre tablas generalmente se logra mediante conexiones entre claves primarias o claves auxiliares. Debido a que solo la palabra clave principal en cada tabla puede identificar de manera única este valor de registro en la tabla (debido a que otras funciones de campo de datos en la tabla dependen de la palabra clave principal de acuerdo con los requisitos de la tercera forma normal), unir las tablas a través de la palabra clave puede ser único Identifica dónde se almacenan las diferentes propiedades de algo en diferentes tablas.

(2) Determinar una estructura de relación única entre padres e hijos

La llamada determinación de una estructura de relación única entre padres e hijos es eliminar muchos a muchos (en lo sucesivo denominado como M:N) en varias tablas establecidas, es decir, intente hacer la relación entre los registros en todas las tablas en forma de árbol (solo un tronco puede generar varias ramas, en lugar de varios troncos que pueden generar varias ramas alternativamente). El llamado "padre" se refiere a la relación principal de la tabla. La eliminación de relaciones de muchos a muchos se puede resolver con la ayuda de diagramas E-R, y se puede tener cuidado para evitar esta situación durante el análisis del sistema.

El método para eliminar esta situación M:N también es muy sencillo. Simplemente agregue una tabla entre las dos tablas y la relación M:N original se convierte en una relación M:1,1:N.

Determinar los atributos de seguridad de los recursos de datos:

Los sistemas generales de gestión de bases de datos nos proporcionan la funcionalidad para definir la seguridad y confidencialidad de los datos. Las funciones de seguridad proporcionadas por el sistema generalmente tienen ocho niveles (nivel 0-7) y cuatro métodos diferentes (solo lectura, solo escritura, eliminar y modificar), lo que permite a los usuarios definir libremente cada tabla utilizando los cuatro métodos de estos ocho niveles. .

Por lo general, existen los siguientes métodos para definir la confidencialidad de seguridad:

A. En principio, todos los archivos se definen como nivel cuatro y las oficinas con prioridades personales particularmente altas (acceso a terminales o computadoras). cuentas) Puede definirse como un nivel superior al nivel cuatro y viceversa.

b. Los archivos estadísticos (tablas) y los archivos de entrada de datos generalmente se definen como de solo escritura para esta estación de trabajo y de solo lectura para otras estaciones de trabajo.

cLos documentos financieros y otros documentos confidenciales generalmente se definen como escribibles, modificables y borrables sólo en estaciones de trabajo intermedias (como el Departamento de Finanzas) y de sólo lectura en otras estaciones de trabajo, y no todos pueden verlos, solo Sólo aquellos del mismo nivel y superior pueden mirar.

2.1.2 Análisis del paradigma de diseño de bases de datos

Establecer un buen sistema de índice de datos es la parte más importante del establecimiento de una estructura de datos y una base de datos. Un buen sistema de índice de datos es una condición necesaria para establecer una base de datos, pero no es una condición suficiente. Podemos pensar que una clase de indicador en el sistema de indicadores establecido es una tabla básica en la base de datos relacional, y cada indicador específico bajo esta clase de indicador es un campo en esta tabla básica. Sin embargo, construir la base de datos directamente de esta manera obviamente no es lo mejor. Antes de construir una base de datos, las estructuras de datos en el sistema de indexación deben reorganizarse de forma estandarizada.

Una forma estandarizada de organización de datos

En la expresión estandarizada de datos, un conjunto de datos interrelacionados generalmente se denomina relación, y cada elemento indicador de datos bajo esta relación se denomina es. un elemento de datos. Cuando esta relación se implementa en una base de datos específica, es una tabla básica y el elemento de datos es un campo en la tabla básica. La expresión normalizada también estipula que se debe definir un elemento de datos como una clave en cada tabla base que identifique de forma única otros elementos de datos relacionados en la tabla. En la teoría de la normalización, la tabla es bidimensional y tiene las siguientes cuatro propiedades:

lEn cualquier columna de la tabla, los elementos de datos deben pertenecer al mismo atributo (como se muestra en la figura, cada columna contiene los datos de diferentes registros de contrato) mismos datos de atributos).

l Cada fila de la tabla es diferente y no se permiten duplicados (cada fila de la imagen es un registro de contrato diferente).

En la tabla l, el orden de las filas no importa (como se muestra en la figura, cada fila contiene un registro de contrato, por lo que no importa qué contrato se coloca primero).

En la tabla no importa el orden de las columnas, pero no se puede repetir (como se muestra en la figura, no importa quién viene primero, pero no se puede repetir ni tener el mismo nombre ).

Después de la definición estandarizada del formulario de tabla, existen definiciones estandarizadas de cinco estructuras de datos, que se denominan esquemas estandarizados y formas normales. Entre estos cinco paradigmas, generalmente sólo se utilizan los tres primeros, lo cual es suficiente para los sistemas comunes.

Además, estos cinco paradigmas son "compatibles hacia arriba", es decir, las estructuras de datos que se ajustan al quinto paradigma se ajustan automáticamente al primer, segundo, tercer y cuarto paradigma, y ​​las estructuras de datos que se ajustan al cuarto paradigma se ajustan automáticamente al primero. , segundo y tercer paradigma, etc.

Primera forma normal (1º NF) significa que no hay duplicados en la misma tabla, y si los hay, se deben eliminar los duplicados. Este proceso de eliminar duplicados se llama normalización. En el método de desarrollo analizado en este artículo, 1st NF en realidad no tiene sentido. ¿Porque nuestro sistema de indexación estandarizado y procesos tabulares lo aseguran todo automáticamente? /div>