Unique constraints y check constraints en SQL Server

Son dos tipos de restricciones que pueden ser utilizadas para hacer cumplir la integridad de datos en tablas de SQL Server. Estos son objetos importantes en las bases de datos y sustituyen a las antiguas reglas y su instrucción CREATE RULE. Las restricciones son reglas que la base de datos hace cumplir. Por ejemplo, la restricción UNIQUE sirve para asegurarse que no se introduzcan valores duplicados en columnas específicas que no pertenecen a una clave principal. La restricción UNIQUE  se debe crear siguiendo los siguientes criterios:

Utilizaremos una restricción UNIQUE en lugar de una restricción PRIMARY KEY cuando se desea hacer cumplir la singularidad de una columna o combinación de columnas, que no sean la clave principal. Al contrario que PRIMARY KEY, la restricción UNIQUE permite tomar el valor NULL. Sin embargo, como sucede con cualquier valor de una restricción UNIQUE, sólo se permitirá un valor nulo en cada columna.

Cuando se agrega una restricción UNIQUE a una columna o columnas existentes en la tabla, el motor de la base de datos base examina los datos existentes en las columnas para asegurarse de que todos los valores son únicos. Si se añade una restricción UNIQUE a una columna que ya tiene valores duplicados, se producirá un error y no será posible añadir la restricción. A menos que se especifique explícitamente un índice CLUSTERED, se creará automáticamente  un índice UNCLUSTERED y único para hacer cumplir la restricción UNIQUE. De los índices se hablará en artículos posteriores.

Resolver conflictos con Subversion

Estamos trabajando y cuando deseamos guardar nuestro trabajo en el repositorio de subversion hacemos un commit. Nos sale la pantalla correspondiente.

Y cuando pulsamos OK, sale un error, indicando que ha encontrado un conflicto entre nuestro código y el almacenado en el repositorio. ¿Qué hacemos ahora?.

Esto nos muestra una pantalla con las diferencias en ambos archivos de código. Ahora podemos comparar las diferencias, que aparecen remarcadas en amarillo pálido. Una vez elegimos que bloque es el correcto nos posicionamos sobre él y pulsando el botón derecho del ratón elegimos “Use this text block”.

Hecho esto nos aparece una pantalla de confirmación.

Podemos dejar el conflicto para más tarde o pulsar Mark as resolved con lo que Subversion tomará el bloque que hemos indicado como el correcto y dará por resuelto el conflicto.

Una vez el conflicto resuelto nos aparece una última pantalla para confirmar el commit.

Tablas en SQL Server

En un sistema de bases de datos relacionales una tabla es la unidad lógica de almacenamiento de información y un objeto integrante de la base de datos al que hacen referencia la mayoría de las operaciones. Una tabla representa una entidad caracterizada por una serie de atributos que se expresan en los campos o columnas de dicha tabla.

Diagramas de bases de datos con SQL Server

Es posible crear y modificar bases de datos de forma visual a través de los diagramas de bases de Datos. Estos diagramas proporcionan una visión gráfica de las tablas en la base de datos incluyendo sus columnas, el modelo E/R y el diagrama de estructura de datos. De esta manera es posible plasmar con facilidad el diagrama entidad-relación que da lugar a una base de datos, si hemos tomado la tarea de diseñar previamente el modelo de los datos.

Creando un diagrama de bases de datos

Para crear un diagrama de bases de datos accedemos a la base de datos de la que deseamos crear el diagrama, seleccionar la carpeta Diagramas de bases de datos y, tras pulsar el botón derecho del ratón Nuevo Diagrama de bases de datos, se nos presentará la pantalla inicial.

Creación y modificación de bases de datos SQL Server (Aumentar y reducir tamaño)

Crear una nueva base de datos

Antes de crear una nueva base de datos conviene tener en cuenta los siguientes aspectos: La base de datos a crear se inicializará como una copia de la base de datos model, que contendrá todos los objetos del catálogo model. Esto nos permite incluir de manera automática ciertos objetos y definiciones en todas las bases de datos nuevas.

Antes de comenzar conviene conocer la lista de elementos que contendrá la base de datos, es bueno hacer un breve checklist  aunque sólo sea como orientación:

Tamaño de la base de datos y el log.

Ubicación de la base de datos y el log.

Preparación de la documentación de la creación.

Una vez sean conocidos los datos necesarios, y se ha decidido cual será el tamaño que reservaremos para la base de datos a crear, estamos preparados para proceder a la definición de esta. Esta decisión se reflejará considerablemente en el rendimiento del sistema, por lo que debe ser llevada a cabo con cuidado.

Dispositivos de copia de seguridad (Backup devices)

Los dispositivos de copia de seguridad, se utilizan para respaldar y recuperar las bases de datos,  almacenan copias de seguridad (backups) a partir de ficheros de bases de datos o ficheros de transaction log. los datos que se copian (la copia de seguridad), se escriben en un dispositivo físico de copia de seguridad. Este dispositivo físico se inicializa cuando se escribe en él la primera copia de seguridad. Las copias de seguridad de uno o varios dispositivos de copia de seguridad constituyen un solo conjunto de medios. Es importante obtener copias de seguridad de forma regular que permitan la recuperación de datos en caso de fallo de los medios de almacenamiento.

Este tipo de copias puede  almacenar los ficheros en discos, cintas (actualmente en deshuso)  o, para integración con otras aplicaciones, en named pipes. SQL Server soporta dispositivos tanto locales como remotos, en unidades compartidas en red.

                 

Los dispositivos de backup son en realidad ficheros del sistema operativo, cuyo tamaño no tiene limitación más que el espacio disponible en el dispositivo donde se ubican.

Desde el punto de vista de SQL Server, puede darse un nombre lógico  a cada dispositivo de backup, que lo identificará en el servidor en los comandos en los que se vaya a hacer referencia a él. De todas formas el nombre físico puede utilizarse indistintamente al nombre lógico.