Integridad de una base de datos.
En este caso tiene como fin proteger contra cualquier operación que pueda introducir alguna inconsistencia.
Un subsistema de integridad identificará y arreglará las operaciones que no fueron correctas.
Existen distintos tipos de integridad una que es la semántica que en algunas operaciones podría violar
limitaciones de diseño y pueden ser estáticas de estado o situación o dinámicas de transición.
Este tipo de integridad busca asegurar que las reglas estructurales y semánticas serán reforzadas.
ésta se asegura de que las operaciones no afecten negativamente la estructura de la base de datos también
tenemos la integridad de bases de datos de entidad que ningún registro puede tener un valor nulo como
clave primaria se asegura de que una fila se encuentre unívocamente identificada por una clave primaria
siempre debemos estar atentos a eso.
Por otra parte tenemos la referencial que ningún registro puede contener una referencia a una clave
primaria de un registro inexistente o con un valor nulo.
Se asegura de que cada clave foránea se corresponda con una clave primaria existente.
Otro aspecto de las reglas de integridad es que se guardan en el diccionario como parte de la descripción
de los datos por lo que son más sencillas de entender facilitando su entendimiento detectando mejor
las inconsistencias y mejorando la integridad.
El subsistema de integridad será quien compruebe la congruencia de las reglas quien controle las transacciones
y quien detecte las violaciones tomando acciones en caso de producirse alguna de las características
de la seguridad tenemos que las propiedades de una transacción en este caso es fundamental asegurar
que luego de una actualización la base no pierda la consistencia.
Las unidades de ejecución llamadas también transacciones son secuencias de operaciones indivisibles
que si no se ejecutan todas no se ejecutan.
Se considera que una base es consistente ante una transacción y luego se finaliza una transacción tendrá
determinadas propiedades entre las que se encuentra la automaticidad o la autonomía.
Además preservará la consistencia cumplirá con el aislamiento es decir no mostrará los cambios hasta
terminar y la persistencia cuando termina exitosamente pero permanece el efecto.
Finalmente se podrá terminar con éxito y gravarse los cambios commit o con fracaso por lo que habrá
que restaurar el estado previo o realizar lo que llamamos un rol back.
Recuerda lo que hicimos en la clase con PHP para restaurar o acomodar la base de datos.
Bueno eso es lo que debemos hacer en este caso.
En el caso de la autorización y los controles el control de acceso como indiqué es muy importante.
Esto lo realiza el administrador muy bien de la base de datos lo puede realizar el administrador si
eres el administrador del servidor lo puedes realizar también desde la consola como lo vimos anteriormente
con el usuario root.
Esto es muy importante ya que no va a permitir que todos o cualquier usuario pueda ingresar a realizar
modificaciones en nuestra base de datos.