¿Qué especificaciones de diseño se deben seguir en el diseño de bases de datos?
El desarrollo de bases de datos es una de las habilidades necesarias para los programadores con experiencia en programación. Hoy echaremos un vistazo a las especificaciones de diseño para el desarrollo de bases de datos. Shahebei Daqingniao espera que a través de la lectura de este artículo, todos tengan una. comprensión más profunda del desarrollo de bases de datos.
1. Especificaciones del comando de la base de datos
Todos los nombres de los objetos de la base de datos deben usar letras minúsculas y estar separados por guiones bajos.
Todos los nombres de los objetos de la base de datos tienen prohibido usar la palabra clave reservada. mysql (si el nombre de la tabla contiene la consulta de palabras clave y debe estar entre comillas simples)
El nombre del objeto de la base de datos debe poder ver claramente el significado del nombre y no debe exceder los 32 caracteres
Biblioteca temporal La tabla debe tener el prefijo tmp_ y la fecha. La tabla de respaldo debe tener el prefijo bak_ y el sufijo fecha (marca de tiempo).
Los nombres de las columnas y los tipos de columnas de todos. las columnas que almacenan los mismos datos deben ser consistentes (generalmente, como columnas relacionadas, si los tipos de columnas relacionadas de la consulta son inconsistentes, la conversión implícita del tipo de datos se realizará automáticamente, lo que hará que el índice de la columna deje de ser válido. lo que reduce la eficiencia de las consultas)
2. Especificaciones básicas de diseño de la base de datos
1. Todas las tablas deben utilizar el motor de almacenamiento Innodb
Sin requisitos especiales (es decir: todas las tablas deben usar el motor de almacenamiento Innodb, por ejemplo, Myisam se usaba de forma predeterminada antes de mysql5.5. El valor predeterminado es Innodb después de 5.6). Innodb admite transacciones, bloqueo a nivel de filas, mejor recuperación y mejor rendimiento en condiciones de alta concurrencia. >
2. Los juegos de caracteres de bases de datos y tablas usan UTF8 de manera uniforme
Mejor compatibilidad, el juego de caracteres unificado puede evitar caracteres confusos causados por la conversión del juego de caracteres. Es necesario convertir diferentes conjuntos de caracteres antes de la comparación, lo que provocará una falla en el índice
3. Todas las tablas y campos deben estar comentados
Utilice cláusulas de comentarios desde el comienzo del mantenimiento del diccionario de datos. Agregue comentarios a tablas y columnas
4. Intente controlar el tamaño de los datos de una sola tabla. Se recomienda controlarlo por debajo de 5 millones.
5 millones no es el límite. Base de datos MySQL, ni es el límite de la base de datos MySQL. Esto no es un límite de la base de datos MySQL y puede causar problemas importantes al modificar estructuras de tablas, copias de seguridad y restauraciones.
Puede utilizar el archivado de datos históricos (aplicado a los datos de registro), la división de bibliotecas y tablas ( aplicado a datos comerciales) y otros medios para controlar el tamaño del volumen de datos
5 Utilice la tabla de particiones MySQL con precaución
La tabla de particiones aparece físicamente como múltiples particiones
.Una tabla aparece físicamente como varios archivos y lógicamente como una sola tabla. Elija la clave de partición con cuidado; las consultas entre particiones pueden ser menos eficientes. Tasa de aciertos de la memoria caché de datos activos (cuanto más amplia es la tabla, más memoria se ocupa al cargar la tabla en el grupo de búfer de memoria y más IO se consume)
MySQL limita cada tabla a 4096 columnas cada una. La fila de datos no debe tener más de 65535 bytes para reducir la E/S del disco y garantizar la proporción de aciertos de la memoria caché de datos activos (cuanto más ancha sea la tabla, más memoria ocupará al cargar la tabla en el grupo de búfer de memoria y más E/S se consumirá). ).