¿Qué incluye normalmente un plan de base de datos?
Primero, elija el idioma y el juego de caracteres de la base de datos adecuados.
Al implementar una base de datos en una empresa, primero debe instalar la base de datos en el sistema operativo. Al instalar la base de datos, debe seleccionar la configuración regional para la instalación. En otras palabras, instale una base de datos en chino o inglés. Por ejemplo, al iniciar el programa de instalación, puede utilizar la opción de idioma /i para especificar el idioma utilizado durante el proceso de instalación. Hasta ahora, la base de datos DB2 ha soportado múltiples idiomas. Entonces, ¿qué idioma se debe utilizar durante la instalación de la base de datos? El autor recomienda que siempre que el administrador de la base de datos tenga algunos conocimientos básicos de inglés, es mejor instalarlo en un entorno de idioma inglés. Aunque el entorno en idioma chino de la base de datos DB2 ha sido bien diseñado, al autor todavía le preocupa que tenga algunas lagunas desconocidas. Entonces, cuando instalo la base de datos DB2, básicamente la instalo en el entorno de idioma inglés. Es decir, el idioma está configurado en "EN", que es el inglés. Mejore la eficiencia de la copia de seguridad y recuperación de datos de DB2.
Además, si desea guardar datos en idiomas distintos del inglés en su base de datos DB2, o si los usuarios utilizarán diferentes conjuntos de caracteres para acceder a la base de datos, deberá seleccionar una base de datos específica. conjunto de caracteres durante la instalación de la base de datos. Todos los datos de caracteres de una base de datos DB2, incluidos los datos del diccionario de datos, se almacenan en el juego de caracteres de la base de datos. Si los usuarios acceden a la base de datos utilizando diferentes juegos de caracteres, el administrador de la base de datos debe elegir un superconjunto que contenga los juegos de caracteres de todos estos usuarios. Solo de esta manera podemos asegurarnos de que el sistema pueda utilizar fácilmente caracteres sustitutos para completar la conversión de caracteres, mejorando así el rendimiento de la base de datos. Si el usuario selecciona el juego de caracteres incorrecto, pueden ocurrir algunos problemas desconcertantes. Por ejemplo, el usuario no seleccionó un juego de caracteres apropiado al instalar la base de datos. Aunque no hay ningún problema a la hora de almacenar caracteres chinos durante su uso. Sin embargo, después de restaurar la base de datos, se descubrió que algunos caracteres de la base de datos restaurada estaban confusos. Esto se debe principalmente a no seleccionar el juego de caracteres correcto. A veces, si el juego de caracteres se selecciona incorrectamente, al importar datos de fuentes de datos externas (como tablas de Excel), los datos chinos no se importarán sin problemas. Por lo tanto, al instalar la base de datos, el administrador de la base de datos debe seleccionar un juego de caracteres apropiado según la situación real de la empresa.
En segundo lugar, evalúe el tamaño y la cantidad de objetos de la base de datos.
El rendimiento y la estabilidad de la base de datos DB2 están directamente relacionados con el número y tamaño de los objetos de la base de datos. Si los objetos son pocos y sencillos, se puede lograr un alto rendimiento incluso sin planificación. Si hay muchos datos de objetos grandes, es necesario planificar mucho antes del diseño de la base de datos; de lo contrario, afectará en gran medida el rendimiento y la estabilidad de la base de datos. De hecho, la base de datos DB2 es como un almacén, y los objetos de la base de datos (como índices, tablas de datos y espacios de tablas) son como bienes en el almacén. Si hay muy pocos productos, el almacén parecerá vacío si se coloca de manera casual. Los productos también serán fáciles de encontrar. Pero si el volumen de mercancías es relativamente grande, su espacio de almacenamiento debe planificarse adecuadamente. Sólo así se podrá optimizar el aprovechamiento del espacio del almacén. Además, la mercancía se almacena de forma ordenada y es especialmente fácil de encontrar. Tomando como ejemplo la gestión de almacenes, el autor habla sobre cómo evaluar el tamaño y la cantidad de objetos de la base de datos y su impacto en el rendimiento y la estabilidad de la base de datos.
1. Planificar el espacio de almacenamiento según el tamaño de los objetos. Al colocar mercancías en el almacén, el espacio de almacenamiento debe planificarse de acuerdo con el tamaño de las mercancías. Es mejor protegerse primero de los grandes bienes. Sólo así se puede maximizar el aprovechamiento del espacio. De hecho, lo mismo ocurre cuando se planifican objetos DB2. Por ejemplo, algunas tablas pueden contener más registros y clasificarse como tablas grandes. En este momento, el administrador de la base de datos debe considerar si colocarla en un espacio de tabla separado o en un espacio del disco duro para mejorar el rendimiento de las operaciones de datos. Los índices correspondientes a tablas grandes suelen ser relativamente grandes. Por lo tanto, si las condiciones del hardware lo permiten, almacenar tablas de índice y tablas de datos en diferentes discos duros puede mejorar el rendimiento de la base de datos. Para algunos objetos más pequeños (como tablas de datos), se pueden almacenar en espacios de tablas.
De hecho, este espacio de mesa es como una caja de cartón en el almacén. Poner objetos pequeños en esta "caja de papel" no sólo no ocupa espacio, sino que también es más fácil de gestionar.
2. Planificar el espacio de almacenamiento según la frecuencia de uso de los objetos. Al colocar artículos en el almacén, los artículos que se utilizarán en un futuro próximo o que deben usarse con frecuencia a menudo se colocan en la entrada del almacén o en un lugar de fácil acceso. De esta manera será más conveniente obtener estos bienes y no afectará a otros bienes. Lo mismo ocurre con los objetos en las bases de datos DB2. Los objetos con un gran volumen de acceso, como índices, tablas de datos, etc., se pueden almacenar en un disco duro de alto rendimiento o en un disco duro independiente. En este momento, acceder a estos datos no provocará conflictos de E/S con otros objetos y la velocidad de operación será más rápida. En lugar de almacenar juntos objetos que se utilizan con poca frecuencia. Debido a que rara vez se utilizan, su impacto negativo en el rendimiento de la base de datos es muy limitado, incluso cuando se almacenan en un disco duro de bajo rendimiento. Cómo actualizar el plan de ejecución en la base de datos DB2
3. Almacenar los objetos de la base de datos según categorías. Cuando las mercancías se almacenan en un almacén, también se clasifican. Luego guárdelos por categoría. Esto facilita la gestión y recuperación de mercancías. De hecho, este factor también debe considerarse al diseñar el espacio de almacenamiento de los objetos de la base de datos. Por ejemplo, al diseñar software de aplicaciones, muchos se diseñan según módulos. Luego, al diseñar objetos de base de datos, también necesitamos diseñar el espacio de almacenamiento de acuerdo con este módulo. Por ejemplo, los objetos de base de datos del mismo módulo se almacenan en el mismo espacio de tabla. Sin embargo, esto puede ser lo opuesto a las dos configuraciones descritas anteriormente. En este momento, es mejor hacer un escándalo por el nombre del objeto. Por ejemplo, a los objetos de la base de datos se les puede dar el mismo prefijo o sufijo según el módulo. Por ejemplo, incluso si el mismo módulo necesita utilizar varios espacios de tablas, se puede dar el mismo prefijo a los espacios de tablas. De esta forma, al gestionar objetos de bases de datos, se pueden determinar los módulos a los que pertenecen en función del prefijo del espacio de tablas. Tiene más sentido agregar un sufijo para indicar la clasificación de los objetos de su base de datos. Por lo tanto, al gestionar objetos de bases de datos, se debe implementar la gestión de clasificación. No sólo deben estar clasificados técnicamente, como índices, tablas de datos, palabras clave, etc. También es necesario clasificarlo funcionalmente, como por módulo de aplicación, etc.
En tercer lugar, diseñar un buen plan de copia de seguridad y recuperación de la base de datos.
Después de entregar una base de datos a un entorno de producción, generalmente se requieren pruebas exhaustivas. Sin embargo, durante el proceso de prueba, a menudo se genera una gran cantidad de datos basura. Sin embargo, debe ser un sistema de base de datos limpio y entregarse a las empresas para su aplicación. Por lo tanto, al diseñar la base de datos, debemos considerar cómo reducir los datos basura durante las pruebas. O cómo implementar un mecanismo para borrar automáticamente los datos basura durante la interacción.
En términos generales, esperamos tener una solución de respaldo y recuperación de bases de datos para reducir los datos basura generados por las pruebas de bases de datos. Por ejemplo, al implementar una base de datos en una empresa, normalmente se instala primero un sistema de base de datos limpio. Por supuesto, el conjunto de caracteres debe configurarse de antemano. Luego restaure el modelo de base de datos predefinido utilizando la función de restauración de la base de datos.
Además, en ocasiones dos soluciones necesitan complementarse. Por ejemplo, durante la inicialización de la base de datos, los objetos de la base de datos se crean mediante la recuperación de la base de datos. Cuando se actualiza el software de la aplicación, dado que los datos del usuario ya están disponibles en este momento, no se puede utilizar el método de recuperación de la base de datos. En cambio, la aplicación ejecuta algún código SQL para ajustar o aumentar algunos objetos de la base de datos. De cualquier manera, un principio a seguir al crear objetos de base de datos para su empresa es minimizar las pruebas. Para hacer esto, necesita crear un objeto en el servidor de prueba y hacer que el objeto de prueba esté disponible. Luego ejecute el código SQL relevante directamente en el servidor de base de datos que se pone en uso.