Colección de citas famosas - Mensajes de felicitación - Sistema de gestión de biblioteca

Sistema de gestión de biblioteca

Sistema de gestión de bibliotecas

Resumen

El sistema de gestión de bibliotecas es un sistema de gestión de información típico. Su desarrollo incluye principalmente el establecimiento y mantenimiento de la base de datos back-end y el desarrollo del front-end. aplicaciones. 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, estudié y apliqué en profundidad el 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, completando principalmente los requisitos del sistema de administración de bibliotecas. El análisis, la división de módulos funcionales y el análisis del esquema de la base de datos, y la estructura de la base de datos y el programa de aplicación se diseñaron en consecuencia. 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 debe realizarse 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 y proporciona gradualmente especificaciones de requisitos del sistema, diagramas ER locales, diagramas ER globales, patrones y subpatrones de relaciones del sistema basados ​​​​en la teoría del diseño de bases de datos. 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 de operación de tres tipos de usuarios y diseña tres interfaces de operación. Realiza las funciones de explorar tablas de bases de datos, agregar, eliminar y modificar registros, generar informes, conectar 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 mantenimiento de contraseñas. 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 Configuraciones en forma de módulos de datos

1.1 Introducción al desarrollo de sistemas de aplicaciones de bases de datos

Antes de desarrollar un sistema de aplicaciones de bases de datos, debemos comprender cómo desarrollar una base de datos Conceptos básicos y tener una comprensión clara de la estructura de la base de datos, los pasos, los sistemas de desarrollo y los métodos para desarrollar 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. Traduzca diseños en bases de datos reales que sean completamente funcionales y eficientes para su uso.

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 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 el proceso de producción de relaciones bien estructuradas, llamado normalización.

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 y cantidad) es el problema con esta relación; que hay datos para dos temas diferentes, prestatarios de libros y libros. La relación así formada puede causar problemas cuando se modifica. Debido a que un prestatario puede tomar prestados varios libros, 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 debe cambiar, lo cual no es bueno. Por lo tanto, los datos se representan mejor mediante dos relaciones. Ahora, si un prestatario de libros cambia su número de contacto, simplemente cambie la fila correspondiente de la relación (tabla) Usuario. 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, comentarios, 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 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 eficiente para el DBMS, sino que también es conveniente para los usuarios porque pueden consultar los metadatos utilizando las mismas herramientas de consulta que para 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 organizados en orden ascendente de "número de libro" en el disco y el usuario desea imprimir un informe de datos del libro ordenado por "nombre del libro". Por lo tanto, es necesario extraer y ordenar todos los datos de la tabla de origen, 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 sea realmente necesario.

1.1.1.4 Metadatos de la aplicación

El cuarto tipo de datos almacenados 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 componentes de consulta. .

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 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, que puede considerarse como una 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 utiliza 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, sus instancias se denominan relaciones y 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 detalles como la estructura de almacenamiento y la tecnología de acceso no están involucrados en la programación. 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 sistema de gestión de bases de datos se pueden dividir en tres subsistemas: subsistema de herramientas de diseño, subsistema de operación y motor del sistema de gestión de bases de datos.

El subsistema de diseño cuenta con un conjunto de herramientas que ayuda a crear 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 de 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 de 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 recibidos por 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.

1.1.3.2 Crear formularios

1.1.3.3 Definir contactos

1.1.4 Componentes de la aplicación

Las aplicaciones de base de datos incluyen formularios, consultas, 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 una computadora es que puede administrar información. El uso de computadoras para controlar la información no solo mejora la eficiencia del trabajo, sino que también mejora enormemente 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 buena 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, solían gestionar la información principalmente mediante procesamiento manual basado en soportes de papel como textos y formularios. Las estadísticas y la verificación del préstamo de libros (como el número de días de préstamo y el número de días de exceso del límite) 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 sus 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 es difícil de cambiar una vez cometidos los errores. Las bibliotecas gestionan manualmente las situaciones de préstamo de libros, pero debido a la gran cantidad de información, la gestión de la información sobre el préstamo de libros es confusa y complicada. Generalmente, la situación del préstamo se registra en la tarjeta de la biblioteca, y el número y contenido de los libros se hacen constar en el expediente. Esto quedó claro entonces para el personal y los administradores de la biblioteca. Después de mucho tiempo, si quieren investigar más, tienen que buscar en muchos materiales, lo que hace que la investigación lleve mucho tiempo y sea laboriosa. Es aún más difícil revisar 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.

2) Conceptos básicos de programación de Delphi 6.0

3) Microsoft SQL Server Foundation

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

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

l Visualización destacada de datos y descripción de datos

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

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

lDiseño de seguridad de la base de datos;

Base de datos, interfaz de datos y diseño de interfaz.

1.3 La contribución de 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, allanando el camino para diseñar y comprender 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 dividir 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 de entidad-relación del tema 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 El software ahora puede admitir campos chinos (como MS SQL Server, yo uso nombres de campos chinos), logrando así la construcción de una base de datos física y completando 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.

Todas las tablas básicas deben diseñarse para 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 presentar 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 principal tarea del sistema de información es obtener la información requerida para su gestión a través de grandes cantidades de datos, lo que requiere el almacenamiento y gestión de grandes cantidades de datos. cantidades 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 la recopilación, procesamiento y almacenamiento Datos de transacciones) 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 para respaldar la toma de decisiones), algunas bases de datos son bases de datos 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 la ubicación de almacenamiento, la ruta de almacenamiento, el dispositivo 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 los derechos de uso de datos: de acuerdo con las diferentes necesidades de uso de los usuarios, determine los derechos de los usuarios para usar los datos para garantizar la seguridad de los mismos.

(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 bases de datos de aplicaciones prácticas, debemos prestar atención a los siguientes temas:

Reorganización estandarizada de estructuras de datos: expresión estandarizada de datos, que se discutirá en detalle más adelante.

Establecimiento de una estructura de datos relacional: después de estandarizar y reorganizar 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 el diccionario de datos en la estructura relacional general de datos diseñada se puede establecer una estructura de sistema 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 un registro principal único 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 anteriores, podemos asegurarnos de que cada tabla de datos básica (la llamamos tabla para abreviar) esté estandarizada. , pero estos Una tabla única no puede reflejar completamente las cosas y, por lo general, se requieren datos de indicadores generales del sistema de indicadores para reflejar completamente el problema. Es decir, en cada segmento 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 y 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 forma única el valor del registro en la tabla (porque de acuerdo con los requisitos de la tercera forma normal, otras funciones de campo de datos en la tabla dependen de la palabra clave principal), conectar tablas a través de palabras clave puede A Ubicación de almacenamiento para diferentes atributos que identifican de forma única algo en diferentes tablas.

② 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 la estructura de muchos a muchos (en lo sucesivo, denominada M:N) fenómeno 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). La llamada "línea principal" 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 cambiará a 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 documentos se definen como nivel 4, oficinas con prioridad personal particularmente alta (cuenta de acceso a terminal o computadora). ) puede definirse como un nivel superior al Nivel 4 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.

c. Los documentos financieros y otros documentos confidenciales generalmente se definen como escribibles, modificables y borrables solo para estaciones de trabajo intermedias (como el Departamento de Finanzas), y se definen como de solo lectura para otras estaciones de trabajo, y no todos pueden hacerlo. léelos. , solo las personas con el mismo nivel y un nivel superior pueden leerlo.

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 indexación 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 la 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. Esta relación, cuando se implementa en una base de datos específica, es una tabla base y el elemento de datos es un campo en la tabla base. La expresión estandarizada también establece que se debe definir un elemento de datos en cada tabla base como una clave que identifica 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 los siguientes cuatro atributos:

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

Todas las filas de la tabla l son diferentes y no se permiten duplicados (cada fila de la imagen es un registro de contrato diferente).

lEn la tabla, 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).

lEn una tabla no importa el orden de las columnas, pero no se pueden repetir (como se muestra en la figura, no importa quién viene primero, pero no se pueden 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. De estos cinco paradigmas, sólo se suelen utilizar los tres primeros, lo que 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 segundo paradigma y tercera forma normal, y así sucesivamente.

Primera forma normal (1º NF) significa que no hay duplicados en una misma tabla, y si los hay, se deben eliminar. 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 indicadores estandarizado y proceso de tabulación lo asegura todo automáticamente? /div gt;