¿Qué debo hacer si la consulta cruzada no tiene resultados?
Fases del diseño de la base de datos:
A. Fase de análisis de requisitos: Requisitos integrales de la aplicación (requisitos reales) de cada usuario.
B. En la etapa de diseño conceptual, forme un modelo conceptual (modelo del mundo de la información) que sea independiente de la máquina y los productos DBMS, y descríbalo con un diagrama E-R.
C. En la etapa de diseño lógico, convierta el diagrama E-R en un modelo de datos respaldado por un producto de base de datos específico, como un modelo relacional, para formar un modelo lógico de base de datos. Luego, en función de los requisitos de procesamiento del usuario y las consideraciones de seguridad, se establecen las vistas necesarias basándose en las tablas básicas para formar un esquema externo de los datos.
d. En la etapa de diseño físico: de acuerdo con las características del DBMS y las necesidades de procesamiento, organizar el almacenamiento físico, diseñar índices y formar el esquema en la base de datos.
1. Etapa de análisis de requisitos
La recopilación y el análisis de requisitos generan requisitos de datos descritos por el diccionario de datos (y requisitos de procesamiento descritos por el diagrama de flujo de datos).
El objetivo del análisis de requisitos es investigar, recopilar y analizar las necesidades de información de los usuarios, las necesidades de procesamiento y las necesidades de seguridad e integridad en la gestión de datos.
Método de análisis de requisitos: investiga las actividades organizativas y comerciales de cada departamento, ayuda a los usuarios a aclarar las diversas necesidades del nuevo sistema y determina los límites del nuevo sistema.
Los métodos de encuesta más utilizados incluyen: hacer la tarea, celebrar reuniones de encuesta, pedir a las personas que se presenten, hacer preguntas y diseñar cuestionarios para que los usuarios completen y revisen los registros.
Los métodos para analizar y expresar las necesidades de los usuarios incluyen principalmente métodos de arriba hacia abajo y de abajo hacia arriba. El enfoque estructurado de arriba hacia abajo (SA) comienza desde la organización del sistema de nivel superior, analiza el sistema descomponiéndolo capa por capa y utiliza diagramas de flujo de datos y diccionarios de datos para describir cada capa.
El diagrama de flujo de datos expresa la relación entre los datos y el procesamiento. Los datos del sistema se describen a través de un diccionario de datos (DD).
2. Etapa de diseño de la estructura conceptual
A través de la síntesis, inducción y abstracción de las necesidades del usuario, se forma un modelo conceptual independiente del DBMS específico, que puede representarse mediante un diagrama E-R. .
Los modelos conceptuales se utilizan para modelar el mundo de la información. El modelo conceptual no depende del modelo de datos soportado por el DBMS. El modelo conceptual se puede convertir en un modelo de datos específico respaldado por el DBMS en la computadora.
Características de los modelos conceptuales:
(1) Tiene una fuerte capacidad de expresión semántica y puede expresar diversos conocimientos semánticos en aplicaciones de manera conveniente y directa.
(2) Debe ser simple, claro y fácil de entender para los usuarios. Debe ser el lenguaje de comunicación entre los usuarios y los diseñadores de bases de datos.
Un método común para el diseño de modelos conceptuales es el método IDEF1X, que es una tecnología de modelado semántico que aplica el método entidad-relación a modelos de datos semánticos para construir modelos de información del sistema.
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. nombrando Estándar...
Paso 2.1 Proyecto de Inicialización Cero
La tarea de esta etapa es determinar los objetivos de modelado, formular un plan de modelado, organizar el equipo de modelado, recolectar materiales de origen, y Establecer restricciones y especificaciones en la descripción del alcance y alcance. La recolección de materias primas es clave para esta etapa. Recopile datos originales a través de resultados de investigación y observación, procesos comerciales, entradas y salidas del sistema original y varios informes para formar una tabla de datos básicos.
2.2 Paso 1: Definir entidades
Todos los miembros del conjunto de entidades tienen el mismo conjunto de características y atributos entre sí, y la mayoría de las entidades se pueden obtener a partir del material fuente recopilado. Cuadro de datos básicos identificados directa o indirectamente. De acuerdo con los términos que representan objetos en la lista de nombres de material fuente y los términos que terminan en "código", como códigos de cliente, códigos de agente y códigos de producto, identifique las entidades representadas por sus sustantivos para identificar inicialmente entidades potenciales y formar una lista de entidades preliminar. .
2.3 Paso 2: Definir conexiones
Solo se permiten conexiones binarias en el modelo IDEF1X, y las conexiones n-arias deben definirse como n conexiones binarias.
De acuerdo con las necesidades y reglas comerciales reales, utilice la matriz de contactos de entidades para identificar relaciones binarias entre entidades y luego determine el potencial de la relación de conexión, el nombre de la relación y la descripción de acuerdo con la situación real, y determine el tipo de relación, si es una relación identificada, una relación no identificada o una relación desconocida. Una relación marcada (obligatoria u opcional) o una relación indefinida o una relación clasificada. Si cada instancia de la entidad secundaria necesita ser identificada por una relación con la entidad matriz, es una relación de identificación; de lo contrario, es una relación de no identificación. En una relación no identificable, cada instancia de una entidad secundaria es obligatoria si está asociada con una sola entidad principal; de lo contrario, no es obligatoria. Las entidades padre e hijo se clasifican si representan el mismo objeto real.
2.4 Paso 3: Definir el código
Elimine las relaciones inciertas generadas en la etapa anterior mediante la introducción de entidades cruzadas y luego identifique los atributos de los códigos candidatos de entidades no cruzadas y entidades independientes. Las instancias de cada entidad se identifican de forma única y luego se determina el código primario a partir de los códigos candidatos. Para determinar la validez del código de asunto y la relación, está garantizada por la regla no nula y la regla no multivalor, es decir, los atributos de la instancia de entidad no pueden ser nulos ni tener múltiples valores en al mismo tiempo. Descubra la relación definitiva de identificación errónea, descomponga aún más las entidades y finalmente cree la vista básica clave (diagrama KB) del modelo IDEF1X.
2.5 Paso 4: Definir atributos
Extraiga los sustantivos descriptivos de la tabla de datos de origen para desarrollar la tabla de atributos y determinar el propietario del atributo. Defina atributos de clave no principal y verifique los atributos para reglas que no sean nulas ni de valores múltiples. Además, es necesario verificar las reglas para funciones totalmente dependientes y dependencias no transitivas para garantizar que una propiedad del código no principal deba depender del código principal, de todo el código principal y solo del código principal. De esta manera, se obtiene una vista completa de los atributos del modelo IDEF1X mejorado, que es al menos consistente con la tercera forma normal de teoría relacional.
2.6 Paso 5: Definir otros objetos y reglas
Definir tipo de datos, longitud, precisión, valor no nulo, valor predeterminado, reglas de restricción, etc. atributo. Defina información de objetos como desencadenadores, procedimientos almacenados, vistas, roles, sinónimos y secuencias.
3. Etapa de diseño de la estructura lógica
Convertir la estructura conceptual en un modelo de datos soportado por DBMS (como un modelo relacional) y optimizarlo. Al diseñar la estructura lógica, debemos elegir el modelo de datos que sea más adecuado para describir y expresar la estructura conceptual correspondiente, y luego elegir el DBMS más adecuado.
Convertir el diagrama E-R en un modelo relacional en realidad convierte las entidades, sus atributos y las relaciones entre entidades en un modelo relacional. Esta conversión generalmente sigue los siguientes principios: Convertir entidades en modelos relacionales. Las propiedades de las entidades son propiedades de las relaciones. Los códigos de entidad son códigos relacionales.
Optimizar el modelo de datos, determinar dependencias de datos, eliminar conexiones redundantes y determinar a qué paradigma pertenece cada patrón de relación. Decide si fusionarlos o dividirlos. En términos generales, esta relación se descompone en el estándar 3NF, es decir:
Cada valor en la tabla solo se puede representar una vez.
Cada fila de la tabla debe identificarse de forma única (utilizando una clave única).
La información que no es clave y que depende de otras claves no debe almacenarse en la tabla.
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. Estándar de nomenclatura...
4. Etapa de diseño físico de la base de datos
Elija la estructura física (incluida la estructura de almacenamiento y el método de acceso) que sea más adecuada para el entorno de aplicación del modelo de datos lógico. . De acuerdo con las características del sistema de gestión de la base de datos y las necesidades de procesamiento, se llevan a cabo disposiciones de almacenamiento físico y diseño de índices para formar un patrón en la base de datos.
5. Etapa de implementación de la base de datos
Utilice el lenguaje de datos (como SQL) y su lenguaje host (como el lenguaje C) proporcionado por el DBMS para establecer la base de datos en función de los resultados. de diseño lógico y diseño físico. Y compilar y depurar la aplicación, almacenar los datos y ponerla en funcionamiento de prueba. La implementación de la base de datos incluye principalmente las siguientes tareas: definir la estructura de la base de datos con DDL, organizar el almacenamiento de datos, compilar y depurar aplicaciones y ejecutar la prueba de la base de datos (DDL (lenguaje de definición de datos) se utiliza para abrir nuevas tablas de datos, establecer campos, eliminar tablas de datos, eliminar campos y gestionar todo lo relacionado con la estructura de la base de datos).
●Crear (agregar contenido sobre la estructura de la base de datos, esto pertenece a DDL)
●Drop (eliminar contenido sobre la estructura de la base de datos, DDL)
● Cambio (cambio de estructura, DDL)
6. Fase de operación y mantenimiento de la base de datos
Los sistemas de base de datos deben evaluarse, ajustarse y modificarse continuamente durante la operación. El contenido incluye: volcado y recuperación de bases de datos, control de integridad y seguridad de bases de datos, monitoreo, análisis y mejora del rendimiento de bases de datos, reorganización y reconstrucción de bases de datos.
7. Uso de herramientas de modelado
Actualmente existen muchas herramientas auxiliares de bases de datos (herramientas CASE) que aceleran el diseño de bases de datos, como Rational Rose de Rational Company, Erwin y Bpwin de CA Company. , PowerDesigner de Sybase y Oracle Designer de Oracle.
ERwin se utiliza principalmente para establecer el modelo conceptual y el modelo físico de la base de datos. Puede describir gráficamente entidades, relaciones y atributos de entidades. ERwin admite el método IDEF1X. Al utilizar la herramienta de modelado ERwin para generar, cambiar y analizar automáticamente el modelo IDEF1X, no solo puede obtener excelentes modelos de funciones comerciales y requisitos de datos, sino también lograr la conversión del modelo IDEF1X al diseño físico de la base de datos. El modelo dibujado por la herramienta ERwin corresponde al modelo lógico y al modelo físico. En modelos lógicos, la caja de herramientas IDEF1X puede construir y dibujar cómodamente relaciones de entidades y atributos de entidades gráficamente. En el modelo físico, ERwin puede definir las tablas y columnas correspondientes y convertirlas automáticamente en tipos adecuados para varios sistemas de gestión de bases de datos.
Los diseñadores pueden elegir la herramienta de modelado de diseño de base de datos correspondiente según sus propias necesidades. Por ejemplo, una vez completado el análisis de requisitos, los diseñadores pueden utilizar Erwin para dibujar diagramas ER, convertir los diagramas ER en modelos de datos relacionales y generar estructuras de bases de datos. Dibuje diagramas de flujo de datos y cree aplicaciones.
2. Habilidades de diseño de bases de datos
1. Antes de diseñar la base de datos (etapa de análisis de la demanda)
1) Comprender las necesidades del cliente, incluidos los cambios futuros en las necesidades del usuario.
2) Comprender el tipo de negocio de la empresa puede ahorrar mucho tiempo durante la fase de desarrollo.
3) Prestar atención a la entrada (datos a registrar) y a la salida (informes, consultas y vistas).
4) Crear diccionario de datos y diagrama ER.
El diccionario de datos (DD) es una colección de varias descripciones de datos. Es una descripción de los datos en la base de datos, es decir, metadatos, no los datos en sí. (Como mínimo, incluya el tipo de datos de cada campo y las claves primaria y externa en cada tabla).
Descripción del elemento de datos: nombre del elemento de datos, descripción del significado del elemento de datos, alias, tipo de datos, longitud, rango de valores, significado del valor y relación lógica con otros elementos de datos.
Descripción de la estructura de datos: nombre de la estructura de datos, descripción del significado, composición: [elemento de datos o estructura de datos]
Descripción del flujo de datos: nombre del flujo de datos, descripción, fuente del flujo de datos, flujo de datos Destino, composición: [estructura de datos], flujo medio, flujo pico.
Descripción del almacenamiento de datos: nombre del almacenamiento de datos, descripción, número, flujo de datos entrante, flujo de datos saliente, composición: [estructura de datos], volumen de datos y método de acceso.
Descripción del proceso de procesamiento: nombre del proceso de procesamiento, descripción, entrada: [flujo de datos], salida: [flujo de datos], procesamiento: [breve descripción]
Los gráficos ER y los diccionarios de datos pueden Deje claro a cualquiera que conozca las bases de datos cómo obtener datos de la base de datos. Los diagramas ER son útiles para mostrar las relaciones entre tablas, mientras que el diccionario de datos muestra el propósito de cada campo y los posibles alias. Esto es absolutamente necesario para la documentación de expresiones SQL.
5) Definir convenciones estándar de nomenclatura de objetos.
Se debe estandarizar la denominación de los distintos objetos de la base de datos.
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. Normas de nomenclatura...
2. Diseño de tablas y campos (diseño lógico de base de datos)
Principios de diseño de tablas
1) Estandarización y normalización
La estandarización de datos ayuda a eliminar la redundancia de datos en la base de datos. La normalización se presenta en varias formas, pero la Tercera Forma Normal (3NF) generalmente se considera el mejor equilibrio entre rendimiento, escalabilidad e integridad de los datos. En pocas palabras, el principio de diseño de tablas de una base de datos que cumple con el estándar 3NF es: "Un hecho en un solo lugar", es decir, una tabla solo incluye sus propios atributos básicos. Cuando no son sus propios atributos, deben serlo. descompuesto. Las relaciones entre tablas están conectadas por claves foráneas. Tiene las siguientes características: Existe un conjunto de tablas dedicadas a almacenar datos relacionados conectados por claves.
2. Basado en datos
Al utilizar el software basado en datos en lugar de codificado, muchos cambios de políticas y mantenimiento serán mucho más convenientes, lo que mejorará en gran medida la flexibilidad y escalabilidad del sistema.
Por ejemplo, si la interfaz de usuario quiere acceder a fuentes de datos externas (archivos, documentos XML, otras bases de datos, etc.). ), se recomienda almacenar la información de ruta y conexión correspondiente en tablas admitidas por la interfaz de usuario. Si la interfaz de usuario realiza tareas como el flujo de trabajo (enviar correo electrónico, imprimir material de oficina, modificar el estado del registro, etc.), los datos que generan el flujo de trabajo también se pueden almacenar en la base de datos. La gestión de permisos de roles también se puede completar a través de la unidad de datos. De hecho, si el proceso se basa en datos, puede asignar una responsabilidad considerable a los usuarios, quienes mantendrán sus propios flujos de trabajo.
3) Considere varios cambios
Al diseñar la base de datos, considere qué campos de datos pueden cambiar en el futuro.
4) Especificaciones de nomenclatura para nombres de tablas, nombres de informes y nombres de consultas.
(nombrado con prefijo) Verifique las convenciones de nomenclatura entre nombres de tablas, nombres de informes y nombres de consultas. Puede confundirse rápidamente con los nombres de estos diferentes elementos de la base de datos. Puede nombrar los diferentes componentes de estas bases de datos de manera uniforme, pero al menos debe usar un prefijo (como tabla, consulta o informe) al comienzo del nombre del objeto para distinguirlos. Si usa Microsoft Access, puede usar símbolos como qry, rpt, tbl y mod para identificar objetos (por ejemplo, tbl_Employees). Utilice sp_company para identificar procedimientos almacenados y udf_ (o etiqueta similar) para identificar funciones personalizadas.
Principios de diseño en el sitio:
1) Tres campos útiles que deben agregarse a cada formulario.
DRecordCreationDate, el valor predeterminado es GETDATE() en SQL Server.
SRecordCreator, por defecto es el usuario predeterminado NOT NULL en SQL Server.
NRecordVersion, el sello de versión del registro; útil para explicar exactamente por qué aparecen datos nulos o faltantes en un registro.
Los datos de puntualidad deben incluir un campo "Última fecha/hora de actualización". Las marcas de tiempo son particularmente útiles para encontrar la causa de problemas de datos, reprocesar/recargar datos por fecha y eliminar datos antiguos.
2) Utilice múltiples campos en dirección y número de teléfono.
Una descripción de una línea de una dirección postal no es suficiente. Address_Line1, Address_Line2 y Address_Line3 proporcionan mayor flexibilidad. Además, los números de teléfono y las direcciones de correo electrónico deben tener su propia tabla de datos con sus propias categorías de tipo y etiqueta.
3) Reglas de nomenclatura para las columnas [campos] de la tabla (nombradas mediante prefijo/sufijo) y nombres de campos significativos.
Los nombres de las columnas [campos] deben utilizar prefijos y sufijos estándar. Si la clave es un número, utilice el tipo de carácter de sufijo _N: sufijo _C; Para dar otro ejemplo, si hay muchos campos de "dinero" en su tabla, es posible que desee agregar un sufijo _M a cada columna [campo].
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. nombrando Estándar...
Supongamos que hay dos tablas:
Clientes y Pedidos. La tabla de clientes tiene el prefijo cu_, por lo que los nombres de las subsecciones en la tabla son los siguientes: cu_name_id, cu_surname, cu_initials y cu_address. La tabla de pedidos tiene el prefijo OR_, por lo que los nombres de las subsecciones son:
OR_ORDERID, OR_CustomerNameID, OR_QUANTITY, OR_DESCRIPTION, etc.
De la base de datos La instrucción SQL para seleccionar todos los datos in se puede escribir de la siguiente forma:
Seleccione * Del Cliente, Orden Donde Cu_apellido="mi nombre";
Y cu_name_id = or_cust_name_id y or_cantidad = 1
Sin estos prefijos, se ve así (diferenciado por alias):
Seleccione * Del cliente, Pedido donde Apellido del cliente = "mi nombre"; = order.cust_name_id y Order.quantity = 1
A la primera declaración SQL no le faltan muchos caracteres. Pero si su consulta involucra cinco tablas o más columnas [campos], sabrá lo útil que puede ser esta técnica.
5) La longitud del tipo de número y del tipo de texto seleccionados debe ser lo más suficiente posible.
Supongamos que el ID del cliente tiene 10 dígitos. Luego debes establecer la longitud del campo de la tabla de la base de datos en 12 o 13 caracteres. Sin embargo, este espacio adicional no requiere que se reconstruya toda la base de datos en el futuro para adaptarse al crecimiento futuro de la base de datos.
6) Agregue un campo de marca de eliminación.
Incluya un campo de marca de eliminación en la tabla para que las filas puedan marcarse para su eliminación. No elimine ninguna fila en la base de datos relacional; es mejor utilizar un programa de limpieza de datos y mantener cuidadosamente la integridad del índice.
7) Preste atención a los nombres de objetos con mayúsculas y minúsculas mixtas y a los caracteres especiales.
Los nombres en mayúsculas y subrayados son más legibles (CUSTOMER_DATA). No deje espacios entre caracteres en los nombres de objetos.
8) Presta atención a tus palabras.
Asegúrese de que los nombres de sus campos no entren en conflicto con palabras reservadas, sistemas de bases de datos o métodos de acceso comunes; por ejemplo, utilice DESC como nombre del campo de descripción. ¡Las consecuencias se pueden imaginar! DESC es una palabra reservada después de la abreviatura descendente. Puede utilizar la instrucción SELECT * en la tabla, pero obtendrá mucha información inútil.
9) Mantenga los nombres y tipos de campos consistentes.
Asegure la coherencia al nombrar campos y especificar tipos de datos. Si el campo de la tabla 1 se denomina "número_acuerdo", no cambie el nombre de la tabla 2 a "ref1". Si el tipo de datos en la tabla 1 es un número entero, no lo cambie al tipo de carácter en la tabla 2. Por supuesto, hay una ID de clave en la tabla 1 (ABC), por lo que al realizar la asociación en la tabla 2 puede nombrarla ABC_ID para una mejor legibilidad.
10) Evite el uso de desencadenantes.
La funcionalidad de un disparador a menudo se puede lograr de otras maneras. Los desencadenantes pueden convertirse en una distracción al depurar un programa. Si realmente necesita utilizar un disparador, es mejor que se concentre en registrarlo.
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. Estándar de nomenclatura...
3. Seleccionar claves e índices (diseño lógico de base de datos)
Material de referencia: artículo "Optimización SQL-Índice"
4. integridad Diseño sexual (diseño lógico de base de datos)
1) Mecanismo de implementación de la integridad:
Integridad de la entidad: clave primaria
Integridad referencial:
Eliminar datos en la tabla principal: eliminación en cascada; eliminación restringida; valor nulo
Insertar datos en la tabla principal: inserción restringida
Actualizar datos en la tabla principal: actualización en cascada ; actualización restringida; valor nulo
DBMS puede lograr la integridad referencial de dos maneras: mecanismo de implementación de clave externa (reglas de restricción) y mecanismo de implementación de activación de integridad definida por el usuario:
p>No está vacío ; verificar; aumentar
2) Fortalecer la integridad de los datos mediante restricciones en lugar de reglas comerciales.
Utilizar sistemas de bases de datos para lograr la integridad de los datos. Esto incluye no sólo la integridad lograda mediante la estandarización, sino también la funcionalidad de los datos. No depende de la capa empresarial para garantizar la integridad de los datos; no puede garantizar la integridad entre tablas (claves externas) y, por lo tanto, no puede imponer otras reglas de integridad. Si utiliza restricciones en su capa de datos, debe asegurarse de que haya una manera de indicarle a la interfaz de usuario por qué la actualización no pasó la verificación de restricciones, en un idioma que el usuario comprenda.
3) Integridad de instrucciones obligatorias
Elimina datos dañinos antes de que ingresen a la base de datos. Activa las funciones de integridad especificadas del sistema de base de datos. Esto mantiene los datos limpios y obliga a los desarrolladores a dedicar más tiempo a manejar las condiciones de error.
4) Utilice búsquedas para controlar la integridad de los datos.
La mejor manera de controlar la integridad de los datos es limitar las opciones del usuario. Siempre que sea posible, los usuarios deben recibir una lista clara de valores para elegir. Esto reducirá errores y malentendidos al escribir código y proporcionará coherencia en los datos. Algunos datos públicos son especialmente adecuados para la búsqueda: códigos de país, códigos de estado, etc.
5) Adoptar un punto de vista
Para proporcionar otra capa de abstracción entre la base de datos y el código de la aplicación, se puede establecer una vista especial para la aplicación sin necesidad de que la aplicación acceda. la tabla de datos directamente. Hacerlo también le brinda más libertad a la hora de manejar cambios en la base de datos.
6) Sistemas de datos distribuidos
Para los sistemas distribuidos, debe estimar la cantidad de datos en los próximos cinco o 10 años antes de decidir si replicar todos los datos en cada sitio o conservar los datos en un solo lugar. Cuando envía datos a otros sitios web, será mejor que establezca algunas etiquetas en los campos de la base de datos y actualice sus etiquetas después de que el sitio web de destino reciba sus datos. Para este tipo de transferencia de datos, escriba su propio lote o programador para que se ejecute en intervalos específicos en lugar de que los usuarios transfieran datos después del trabajo diario. Copie sus datos de mantenimiento localmente, como constantes de cálculo y tasas de interés, y establezca números de versión para garantizar que los datos sean exactamente los mismos en cada sitio.
7. Relación
Si existe una relación de muchos a uno entre dos entidades y puede convertirse en una relación de muchos a muchos, entonces será mejor que conviértalo desde el principio. Configure una relación de muchos a muchos. Convertir una relación de muchos a uno existente en una relación de muchos a muchos es mucho más difícil que comenzar con una relación de muchos a muchos.
8) Desarrollar un plan de retención y recuperación de datos.
Considere una estrategia de preservación de datos e inclúyala en el proceso de diseño, y diseñe su proceso de recuperación de datos con anticipación. El uso de un diccionario de datos que se puede publicar para usuarios/desarrolladores permite una fácil identificación de datos y garantiza la documentación de las fuentes de datos. Escriba una actualización en línea de la "consulta de actualización" para que, si se pierden datos más adelante, la actualización pueda reprocesarse.
9) Utilice procedimientos almacenados para permitir que el sistema haga el trabajo pesado
Proporcione a los grupos de acceso un conjunto de procedimientos almacenados regulares para acelerar y simplificar el desarrollo del código del programa cliente. Una base de datos no es sólo un lugar para almacenar datos, sino también un lugar para simplificar la codificación.
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume los estándares de nomenclatura de bases de datos...
5. Otras habilidades de diseño
1) Evitar. usando un dispositivo disparador.
La funcionalidad de un disparador a menudo se puede lograr de otras maneras.
Los desencadenantes pueden convertirse en una distracción al depurar un programa. Si realmente necesita utilizar un disparador, es mejor que se concentre en registrarlo.
2) Utiliza inglés general (o cualquier otro idioma) en lugar de codificación.
Al crear menús desplegables, listas e informes, es mejor ordenarlos por nombre en inglés. Si se requiere codificación, el inglés que el usuario conoce se puede agregar a la codificación.
3) Guardar información de uso común
Es muy útil tener una tabla dedicada a la información general de la base de datos. En esta tabla se almacena la versión actual de la base de datos, la última inspección/reparación (para acceso), el nombre del documento de diseño relevante, el cliente y otra información. Esto habilita un mecanismo simple para rastrear la base de datos, lo cual es especialmente útil en entornos que no son de cliente/servidor cuando un cliente se queja de que su base de datos no cumple con las expectativas y se comunica con usted.
4) Incluyendo el mecanismo de versión
El mecanismo de control de versiones se introduce en la base de datos para determinar la versión de la base de datos que se está utilizando. Las necesidades del usuario siempre cambian con el tiempo. Es posible que eventualmente necesite modificar la estructura de la base de datos. Es más conveniente almacenar la información de la versión directamente en la base de datos.
5)
Documente todos los atajos, convenciones de nomenclatura, limitaciones y capacidades.
Utilice herramientas de bases de datos para anotar tablas, columnas, activadores y más. Útil para desarrollo, soporte y seguimiento de cambios.
Registrar la base de datos, o crear documentos dentro de la base de datos o por separado. De esta manera, cuando vuelvas a la segunda versión más de un año después, la posibilidad de errores se reducirá considerablemente.
6) Probar, experimentar y repetir pruebas
Después de establecer o modificar la base de datos, los campos de datos deben probarse con los datos recién ingresados por el usuario. Lo más importante es permitir que los usuarios prueben y trabajen con los usuarios para garantizar que los tipos de datos elegidos satisfagan las necesidades comerciales. Es necesario completar las pruebas antes de que la nueva base de datos entre en servicio real.
Verificación del diseño
Una técnica común para verificar el diseño de una base de datos durante el desarrollo es verificar la base de datos a través de un prototipo de aplicación respaldado por una base de datos. En otras palabras, para cada prototipo de aplicación que en última instancia exprese datos, asegúrese de examinar el modelo de datos y comprender cómo extraer los datos.
Tercero, especificaciones de nomenclatura de la base de datos
1. Denominación de entidades (tablas)
1) La tabla se nombra con un sustantivo o frase nominal, y asegúrese de que el nombre de la tabla es plural o singular. Además, se definen reglas simples para las tablas de alias (por ejemplo, si el nombre de la tabla es una palabra, el alias toma las primeras cuatro letras de esa palabra; si el nombre de la tabla tiene dos palabras, el alias toma las dos primeras letras de cada palabra). un alias de cuatro letras, si el nombre de la tabla consta de tres palabras, tome una de las dos primeras palabras, luego dos letras de la última palabra y el resultado seguirá siendo un alias de cuatro letras, y así sucesivamente)
Para las tablas de trabajo, el nombre de la tabla puede tener el prefijo WORK_, seguido del nombre de la aplicación que utiliza la tabla. Durante el proceso de denominación, las abreviaturas se pueden unir según la semántica. Nota: Los nombres de los campos estarán uniformemente en mayúsculas o minúsculas, por lo que habrá un guión bajo en el medio.
Autor: Xiaoling, Fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume las bases de datos. nombrando Estándar...
Por ejemplo:
Definición de abreviatura Ventas:Sal Ventas;
Pedido:Pedido pedido;
Detalles : Dtl Detalles;
Entonces la lista de pedidos de ventas se llama: Sal_Ord_Dtl;
2) Si solo hay una palabra en el nombre de la tabla o campo, se recomienda usar la palabra completa en su lugar No es una abreviatura.
Por ejemplo:
Definición de la abreviatura Material Ma para artículos;
La lista de artículos se llama Material, no Ma.
Pero el código del elemento del campo es: Ma_ID no es una identificación de material.
3) Prefijo Z en todas las tablas que almacenen listas de valores.
El propósito es ordenar estas categorías de lista de valores al final de la base de datos.
4) Añade el prefijo Eficiencia de la base de datos.
5) Asigne un nombre a la clase asociada conectando las dos clases base con un guión bajo, luego agregue el prefijo R y luego enumere los dos nombres de tablas o las abreviaturas de los nombres de las tablas en orden alfabético.
Las tablas de asociación se utilizan para almacenar relaciones de muchos a muchos.
Si el nombre de la tabla asociada supera las 10 letras, el nombre de la tabla original debe abreviarse. Si no es por otro motivo, se recomienda utilizar abreviaturas.
Por ejemplo, si existe una relación de muchos a muchos entre el objeto de la tabla y ella misma, la tabla que mantiene la relación de muchos a muchos se denomina: R_Object
Autor : Xiaoling, fuente: Foro, Editor: Li Shuqin, 2007-09-27 15:17
Este artículo analiza en detalle el proceso y las técnicas de diseño de bases de datos y resume los estándares de nomenclatura de bases de datos...
2. Nombramiento de atributos (columnas)
1) Utilice nombres de columnas significativos.
Las columnas de la tabla deben utilizar un conjunto de reglas de diseño clave. Cada tabla tendrá una identificación automática como clave principal y la clave primaria lógica se definirá como el primer conjunto de claves primarias candidatas.
R. Si el código es generado automáticamente por la base de datos, se llamará ID.
b. Si es un código lógico definido por el usuario, asígnele el nombre con la abreviatura y "ID", es decir, "XXXX ID".
c. Si la clave es de tipo numérico, puede usar _NO como sufijo;
d. Si es de tipo carácter, puede usar el sufijo _CODE.
Los nombres de las columnas electrónicas deben utilizar prefijos y sufijos estándar.
Por ejemplo, el campo numérico de la orden de venta se llama Sal_Ord_ID; si todavía hay un número generado automáticamente por la base de datos, se llama:ID.
2) Todos los atributos tienen el sufijo del tipo correspondiente.
Tenga en cuenta que si se requieren otros sufijos, deben colocarse antes del sufijo de tipo.
Nota: El tipo de datos es un campo de texto y el sufijo de tipo TX se puede omitir. Para algunos campos con tipos obvios, no es necesario escribir un sufijo de tipo.
3. Utilice nombres de prefijos
El uso de un prefijo unificado para los nombres de las columnas de cada tabla simplificará enormemente la escritura de expresiones SQL. Tiene desventajas, como romper la funcionalidad de la herramienta de unión automática de tablas que vincula nombres de columnas comunes con alguna base de datos.
3. Nomenclatura de vistas
1) Las vistas tienen el prefijo V y otras reglas de nomenclatura son similares a las tablas.
2) La nomenclatura debe reflejar cada vista; función.
4. Nomenclatura de los activadores (intenta no usarlos)
Los activadores tienen el prefijo TR y el nombre del activador es el nombre de la tabla correspondiente con un sufijo. agregue " _I", elimine el activador más "_D", actualice el activador más "_U", como: TR_Customer_I, TR_Customer_D, tr_customer_u.
5. Nombre del procedimiento almacenado
El procedimiento almacenado debe comenzar con 'UP_', que es diferente del procedimiento almacenado del sistema. Las siguientes partes tienen principalmente la forma de verbos y objetos, y cada componente está separado por un guión bajo. Por ejemplo, el procedimiento almacenado para agregar una cuenta de agente es "UP_Ins_Agent_Account".
6. Nombres de variables
Los nombres de las variables están en minúsculas. Si tienen forma de frase, separe cada palabra con un guión bajo, como @my_err_no.
7. Otras consideraciones al nombrar
1) El nombre anterior no debe exceder el límite del sistema de 30 caracteres. La longitud de los nombres de variables está limitada a 29 caracteres (sin incluir el carácter de identificación @).
2) Los objetos de datos y las variables deben nombrarse con caracteres en inglés y los nombres en chino están prohibidos. No deje espacios entre caracteres en los nombres de objetos.
3) Utilice palabras reservadas con cuidado y asegúrese de que los nombres de sus campos no entren en conflicto con palabras reservadas, sistemas de bases de datos o métodos de acceso comunes.
4) Mantenga la coherencia en los nombres y tipos de campos. Asegúrese de garantizar la coherencia al nombrar los campos y especificar los tipos de datos. Si el tipo de datos en una tabla es un número entero, no lo cambie al tipo de carácter en otra tabla.
Materiales de referencia:
Desarrolladores online