Áreas de problemas potenciales en las bases de datos SQL multimesa

Integridad de datos está sujeta a asalto de una variedad de sectores. Algunos de estos problemas surgen sólo en SQL multitable databases- otros pueden ocurrir incluso en bases de datos que contienen sólo una sola tabla. Usted quiere reconocer y minimizar todas estas posibles amenazas.

Datos de entrada Mala

Los documentos originales o archivos de datos que se utilizan para rellenar su base de datos pueden contener datos erróneos. Estos datos pueden ser una versión corrupta de los datos correctos, o puede que no sea los datos que desea. LA prueba de alcance le indica si los datos tiene integridad de dominio.

Este tipo de verificación atrapa algunos - pero no todos - los problemas. Por ejemplo, los valores incorrectos de campo que están dentro del rango aceptable - pero sigue siendo incorrecta - no se identifican como problemas.

El uso indebido

Sus datos de origen pueden ser correctas, pero el operador de entrada de datos pueden transcribir incorrectamente los datos. Este tipo de error puede conducir a los mismos tipos de problemas como datos de entrada malos. Algunas de las soluciones son los mismos, también. Cheques Rango ayudan, pero no son inexpugnables. Otra solución es tener un segundo operador independiente validar todos los datos.

Este enfoque es costoso debido a la validación independiente toma dos veces el número de personas y el doble de tiempo. Pero en algunos casos en los que la integridad de datos es crítica, el esfuerzo y el gasto adicional puede resultar útil.

Falla mecánica

Si usted experimenta una falla mecánica, como un fallo del disco, los datos de la tabla pueden ser destruidos. Las buenas copias de seguridad son su principal defensa contra este problema.

Malicia

Considere la posibilidad de que alguien pueda desear para corromper sus datos. Su primera línea de defensa es negar el acceso de base de datos a cualquier persona que pueda tener una mala intención y restringir a los usuarios autorizados para que puedan acceder sólo a los datos que necesitan. Su segunda defensa es mantener copias de seguridad de datos en un lugar seguro. Periódicamente volver a evaluar las características de seguridad de la instalación. Siendo un poco paranoico no duele.

Redundancia de datos

Redundancia de datos - los mismos elementos de datos que surgen en varios lugares - es un gran problema con la base de datos jerárquica, pero el problema puede plagar bases de datos relacionales, también. No sólo como espacio de almacenamiento de residuos redundancia y reducir la velocidad de procesamiento, pero también puede conducir a la corrupción de datos importantes.

Si almacena el mismo elemento de datos en dos tablas diferentes en una base de datos, el artículo en una de esas tablas puede cambiar mientras que el elemento correspondiente en la otra mesa sigue siendo el mismo. Esta situación genera una discrepancia, y es posible que no tienen manera de determinar qué versión es la correcta. Esa es una buena razón para mantener la redundancia de datos al mínimo.

Aunque una cierta cantidad de redundancia es necesaria para la clave principal de una tabla para servir como una clave externa en otro, usted debe tratar de evitar la repetición de los elementos de datos más allá de eso.

Después de eliminar la mayoría de la redundancia de un diseño de base de datos, es posible que el rendimiento es ahora inaceptable. Los operadores a menudo usan a propósito un poco de redundancia para acelerar el procesamiento.

Una práctica común es diseñar inicialmente una base de datos con poca redundancia y con un alto grado de normalización, y luego, después de encontrar que las aplicaciones importantes se ejecutan lentamente, añadir selectivamente la redundancia y desnormalizar. La palabra clave aquí es selectivamente.

La redundancia que se agrega de nuevo en debe tener un propósito específico, y porque eres muy consciente tanto de la redundancia y el peligro que representa, que adoptará las medidas adecuadas para garantizar que la redundancia no causa más problemas de los que resuelve.

Cuando se excede la capacidad de su DBMS

Un sistema de base de datos podría funcionar adecuadamente durante años y luego comenzar a experimentar errores intermitentes que se vuelven progresivamente más grave. Esto puede ser una señal de que te estás acercando a uno de los límites de capacidad del sistema. Hay, después de todo, límites para el número de filas que una tabla puede tener. También hay límites en columnas, restricciones y otras características de base de datos.

Compruebe el tamaño actual y el contenido de su base de datos con las especificaciones que figuran en la documentación de su DBMS. Si usted está cerca del límite en cualquier área, considere la actualización a un sistema con mayor capacidad. O es posible que desee archivar los datos más antiguos que ya no es activa y luego eliminarla de la base de datos.