Enlace de video:
esas cosas sobre el diseño de bases de datos
P: ¿Qué es el diseño de bases de datos?
De acuerdo con las necesidades específicas del sistema empresarial, combinado con el DBMS (sistema de gestión de bases de datos) que hemos elegido, construimos un modelo de almacenamiento de datos óptimo para este sistema empresarial. Y el proceso de establecer la estructura de la tabla en la base de datos y la relación entre la tabla y la tabla. Puede almacenar de manera efectiva los datos en el sistema de aplicación y puede acceder de manera eficiente a los datos almacenados
P: ¿Cuáles son las configuraciones de diseño de base de datos buenas y malas?
Excelente:
1. Reduzca la redundancia de datos
2. Evite el mantenimiento anormal de datos
3. Ahorre espacio de almacenamiento
4. Acceso eficiente
Malo:
1. Hay una gran cantidad de redundancia de datos
2. Hay una inserción, actualización y eliminación de datos anormales
3. Se desperdicia mucho espacio de almacenamiento
4. El acceso a los datos es ineficiente
P: ¿Cuáles son los cuatro pasos del diseño de una base de datos?
1. Análisis de demanda
2. Análisis lógico
3. Diseño físico
4. Optimización del mantenimiento
P: ¿Qué es el análisis de requisitos de la base de datos?
1. Qué son los datos
2. Cuáles son los atributos y características de almacenamiento de los
datos 3. Cuáles son las características de los datos y atributos
4. El ciclo de vida de los datos
P: ¿Qué hace el diseño lógico de la base de datos?
1. Transformar la demanda en el modelo lógico de la base de datos
2. Mostrar el modelo lógico en forma de diagrama ER
3. No tiene nada que ver con el sistema DBMS específico seleccionado
P: ¿Cuáles son las consideraciones para el diseño físico de la base de datos?
1. Seleccione el sistema de administración de base de datos apropiado
2. Defina las convenciones de nomenclatura para bases de datos, tablas y campos
3. Seleccione el tipo de campo apropiado de acuerdo con el sistema DBMS seleccionado
4. Diseño desnormalizado
P: ¿Qué hacer para el mantenimiento y la optimización de la base de datos?
1. Mantener el diccionario de datos
2. Mantener el índice
3. Mantener la estructura de la tabla
4. Cuando sea apropiado, dividir la tabla horizontal o verticalmente
P: ¿Qué características de los datos deben aclararse en el análisis de requisitos de la base de datos?
1. Entidad y la relación entre entidades (1 a 1, 1 a muchas, muchas a muchas)
2. ¿Cuáles son los atributos contenidos en la entidad?
3. Qué atributos o combinación de atributos pueden identificar de forma única a una entidad
Explicación del sustantivo:
relación: una relación corresponde a una tabla que comúnmente se conoce como
tupla: una fila en la tabla es una tupla
Atributo: una columna en la tabla es un atributo; cada atributo tiene un nombre, llamado nombre de atributo
Código candidato: un determinado grupo de atributos en la tabla puede determinar de forma única una tupla.
Código maestro: hay varios códigos candidatos para una relación y uno de ellos se selecciona como código principal.
Dominio: el rango de valores del atributo.
Componente: un atributo en la tupla valor
Descripción de la leyenda de ER:
Rectángulo: indica el conjunto de entidades y el nombre del conjunto de entidades está escrito en el rectángulo.
Diamante: indica el conjunto de contactos.
Elipse: indica el atributo de la entidad.
Segmento de línea: conecta el atributo al conjunto de entidades o conecta el conjunto de entidades al conjunto de contactos
P: ¿Cuál es la excepción de inserción de la operación de la base de datos?
Si una entidad existe con la existencia de otra entidad, esa entidad no se puede representar sin una entidad
P: ¿Cuál es la excepción de actualización de la operación de la base de datos?
Si cambia los atributos individuales de una instancia de entidad correspondiente a la tabla, necesita actualizar varias filas
P: ¿Cuál es la excepción de eliminación de la operación de la base de datos?
Si se elimina una fila de la tabla para reflejar una instancia de entidad, la información de otra instancia de entidad se perderá cuando falle.
P: ¿Cuál es la redundancia de datos de la base de datos?
Los mismos datos existen en varios lugares o una columna de la tabla se puede calcular a partir de otras columnas
P: ¿Cuál es la primera forma normal (1NF) de la base de datos?
Todos los campos de una tabla de base de datos son atributos únicos y no se pueden dividir. Este atributo único se compone de tipos de datos básicos, como números enteros, números en coma flotante, cadenas, etc.
Es decir, la primera forma normal requiere que todas las tablas de la base de datos sean tablas bidimensionales.
P: ¿Cuál es la segunda forma normal (2NF) de la base de datos?
No existe una dependencia funcional parcial
de los campos que no son clave en ningún campo de clave candidato en la tabla de la base de datos. La dependencia funcional parcial se refiere al hecho de que una determinada palabra clave en la clave combinada determina la no clave,
es decir, la tabla de todos los campos de clave única. Ambos cumplen con el segundo paradigma.Ejemplos
de incumplimiento:
Dado que la relación entre el proveedor y el producto es de muchos a muchos, solo el nombre del producto y el nombre del proveedor pueden usarse para identificar un producto de manera única. Es decir, el nombre del producto y el nombre del proveedor son un conjunto de palabras clave combinadas. Las siguientes dependencias funcionales parciales existen en la tabla anterior:
(nombre del producto) -> (precio, descripción, peso, período de validez del producto)
(nombre del proveedor) -> (teléfono del proveedor)
Hay problemas: insertar excepción, eliminar excepción, actualizar excepción,
Solución de redundancia de datos :
P: ¿Cuál es la tercera forma normal (3NF) de la base de datos?
Definido sobre la base de la segunda forma normal, si no hay dependencia de la función de transferencia del campo que no es clave en ningún campo de clave candidato en la tabla de datos, se ajusta a la tercera forma normal
. Ejemplo de no conformidad:
Existe la siguiente dependencia transitiva:
(nombre del producto) - > (Clasificación) -> (Descripción de la clasificación)
Es decir, existe una dependencia de la función de transferencia del campo no clave "Descripción de la clasificación" en el campo clave "Nombre del producto".
Hay un problema:
(Clasificación, Descripción de la clasificación) se realizará para cada producto registros, por lo que hay redundancia de datos, y también hay datos de inserción, actualización y supresión excepciones.
Solución:
P: ¿Qué es el BC Paradigm (BCNF) de la base de datos?
Sobre la base del tercer paradigma, tabla de base de datos, si no hay una función de transferencia de campo de acuerdo con cualquier palabra clave candidata, la sección BC está en línea con el paradigma
, es decir, si una clave compuesta, la clave compuesta no puede existir entre la dependencia funcional
no es Ejemplo de cumplimiento:
suponiendo que el contacto de un proveedor solo puede ser empleado por un proveedor y que cada proveedor puede suministrar varios productos, existe la siguiente relación de decisión:
(proveedor, ID de producto) -> (contacto, cantidad de producto)
(Persona de contacto, ID de producto) -> (proveedor, cantidad de producto)
tiene la siguiente relación y, por lo tanto, no cumple con los requisitos del BCNF:
(proveedor) -> (contacto con el proveedor)
(contacto con el proveedor) -> (proveedor)
y la presencia de funcionamiento anormal y
solución de redundancia de entrada de datos :
P: ¿Cuáles son los motores de almacenamiento que se utilizan comúnmente en MySQL?
P: ¿Qué principios se deben seguir para nombrar objetos?
1. El principio de legibilidad: use mayúsculas y minúsculas para formatear los nombres de los objetos de la biblioteca para una buena legibilidad
2. El principio del ideograma: el nombre de un objeto debe poder describir el objeto que identifica. Es decir, el nombre de la tabla puede reflejar el contenido de los datos almacenados en la tabla; el nombre del procedimiento almacenado puede reflejar la función del procedimiento almacenado
3. Principio de nombre largo: lo menos posible o no usar abreviaturas
El principio de selección del tipo de campo El
tipo de datos de la columna afecta el costo del espacio de almacenamiento de datos por un lado, y también afecta el desempeño de la consulta de datos por otro lado. Cuando se pueden seleccionar varios tipos de datos para una columna, los tipos numéricos deben tener prioridad, la fecha o los tipos binarios en segundo lugar y los tipos de caracteres al final. Para tipos de datos del mismo nivel, se deben preferir los tipos de datos que ocupan menos espacio.
Considerado principalmente desde las dos perspectivas siguientes:
1. Cuando se comparan datos (condiciones de consulta, condiciones de unión y clasificación) operaciones: los mismos datos, el procesamiento de caracteres suele ser más lento que el procesamiento de números
2. En la base de datos, el procesamiento de datos se basa en páginas , Cuanto menor sea la longitud de la columna, mejor será el rendimiento
P: ¿Cómo elegir entre char y varchar?
1. Si la longitud de los datos que se almacenarán en la columna es casi la misma, debería considerar usar char; de lo contrario, debería considerar usar varchar
2. Si la longitud máxima de datos en la columna es menor a 50Byte, generalmente considere usar char (por supuesto, si esta columna Rara vez utilizado, basado en la consideración de ahorrar espacio y reducir IO, aún puede optar por usar varchar)
3. Generalmente, no es aconsejable definir un tipo de carácter mayor que 50Byte.
Tenga en cuenta que el byte de UTF-8 es 8Byte
P: ¿Cómo elegir decimal y flotante?
1. Decimal se usa para almacenar datos precisos, mientras que float solo se puede usar para almacenar datos inexactos. Por lo tanto, los datos precisos solo pueden elegir el tipo decimal
2. Debido a que la sobrecarga del espacio de almacenamiento de float es generalmente menor que el decimal (solo se requieren 4 bytes para tener una precisión de 7 lugares decimales, y solo 8 bytes son necesarios para tener una precisión de 15 lugares decimales), por lo que los datos son inexactos Tipo de flotador preferido
P: ¿Cómo almacenar el tipo de hora?
1. Las ventajas y desventajas de usar int para almacenar el campo de tiempo.
Ventajas: La longitud del campo es menor que la de datetime.
Desventajas: Inconveniente de usar, se requiere conversión de funciones.
Restricciones: Solo se puede almacenar en 2038-1-19 11:14:07, es decir, 2 ^ 32 es 2147483648
2. La granularidad de tiempo que debe almacenarse
año mes día hora minuto segunda semana
P: ¿Cómo elegir la clave principal?
1. Distinga entre la clave principal de la empresa y la clave principal de la base de datos: la clave principal de la empresa se utiliza para identificar datos empresariales y asociar tablas con tablas; la clave principal de la base de datos se utiliza para optimizar el almacenamiento de datos (Innodb genera una clave principal implícita de 6 bytes)
2. Según la base de datos Escriba, considere si la clave principal debe crecer de manera secuencial: algunas bases de datos se almacenan lógicamente en el orden de la
clave principal 3. El tipo de campo de la clave principal debe ocupar el menor espacio posible: para las tablas almacenadas mediante un índice agrupado, se agregará una clave principal después de cada índice información
P: ¿Por qué evita el uso de restricciones de clave externa?
1. Reducir la eficiencia de la importación de datos
2. Aumentar los costos de mantenimiento
3. Aunque no se recomiendan las restricciones de clave externa, los índices deben establecerse en las columnas asociadas
P: ¿Por qué evita usar desencadenantes?
1. Reducir la eficiencia de la importación de datos
2. Pueden aparecer anomalías inesperadas en los datos
3. Complicar la lógica empresarial
P: Con respecto a los campos reservados
1. No se puede saber con precisión el tipo de campo reservado
2. No se puede orientar con precisión el contenido almacenado en el
campo reservado 3. El costo de mantener el campo reservado en el futuro es el mismo que el costo de agregar un campo Los mismos
4. Los campos reservados están estrictamente prohibidos
P: ¿Qué es la desnormalización?
En cuanto a la normalización, la tercera forma normal de diseño de bases de datos se introdujo anteriormente. La denominada desnormalización consiste en violar adecuadamente los requisitos de la tercera forma normal por consideraciones de rendimiento y eficiencia de lectura, y permitir una pequeña cantidad de datos Redundancia
, la desnormalización es el uso del espacio para el tiempo.
P: ¿Por qué está desnormalizado?
1. Reducir el número de asociaciones en la tabla
2. Incrementar la eficiencia de la lectura de datos
3. La desnormalización debe ser moderada
P: Cómo mantener el diccionario de datos
1. Utilice herramientas de terceros para mantener el diccionario de datos
2. Utilice el campo memo de la propia base de datos para mantener el diccionario de datos. Tome MySQL como ejemplo
3. Exportar diccionario de datos
P: ¿Cómo elegir la columna adecuada para crear un índice?
1. Columnas que aparecen en la cláusula where, agrupar por cláusula y ordenar por cláusula
2. Las columnas con alta selectividad deben colocarse delante del
índice 3. No incluir tipos de datos demasiado largos en el índice
Nota:
1. El índice no está terminado Tantos como sea posible, demasiados índices no solo reducirán la eficiencia de escritura sino que también reducirán la eficiencia de lectura
2. Mantener regularmente la fragmentación del índice
3. No use palabras clave de índice obligatorias en declaraciones SQL
P: ¿Cómo mantener la estructura de la mesa?
1. Utilice herramientas en línea para cambiar la estructura de la tabla
2. Mantenga el diccionario de datos al mismo tiempo
3. Controle el ancho y el tamaño de la tabla
P: Operaciones adecuadas en la base de datos
1. La operación por lotes es mejor que la operación uno por uno
2. Está prohibido usar selecciones * tales consultas
3. Controlar el uso de funciones definidas por el usuario
4. No usar el índice de texto completo en la base de datos
P: ¿El principio de división vertical de la mesa?
1. Las columnas que a menudo se consultan juntas se juntan
2. Los campos grandes, como texto, blob, etc. se dividen en tablas adicionales
El ancho de la mesa de control se puede dividir verticalmente
El tamaño de la mesa de control se puede dividir horizontalmente.
P: ¿Cómo dividir la mesa horizontalmente?
Utilice el método de hash de la clave principal