Recursos web

Las columnas marcadas como Identity en SQL Server van incrementando de acuerdo a una seed o semilla. Normalmente empiezan en 1 y van incrementando de 1 en 1. Si has insertado, por ejemplo, 20 registros, el valor del Identity será 21. Si eliminas todos los registros e insertas uno nuevo, verás que en vez de empezar nuevamente del 1, continuará en el 21.

Hay ocasiones en las que necesitamos que el Identity vuelva a empezar en 1. Para esto, se necesita restablecer la semilla, lo cual se llama reseed.

Todos los procedimientos siguientes utilizan el comando DBCC y se hacen mediante tu editor de consultas (queries) favorito, por ejemplo Microsoft SQL Server Management Studio.

Para verificar el valor de la semilla ó seed

Resultado:
Checking identity information: current identity value '20', current column value '20'.

Para reparar la semilla ó seed
Si por alguna extraña razón la semilla se corrompe, puedes repararla con el siguiente comando, el cual modificará el valor de la semilla al valor máximo que se encuentre almacenado en la columna Identity.

Resultado:
Checking identity information: current identity value '20', current column value '20'.

Restablecer la semilla ó seed
Como comentaba al principio, si borraste todos los registros y necesitas reiniciar la semilla en 1, entonces emite el siguiente comando:

Resultado:
Checking identity information: current identity value '20', current column value '1'.

Listo, el registro siguiente que insertes tendrá un valor Identity de 1.
Puedes modificar el valor 1 a cualquier otro valor que necesites en el ejemplo del último comando.

Si intentas insertar (mediante algún software de sincronización de bases de datos o cualquier otro método) valores explícitos en columnas marcadas como Identity, obtendrás este error:

Cannot insert explicit value for identity column in table 'MiTabla' when IDENTITY_INSERT is set to OFF

Para poder insertar valores específicos en estas columnas, antes de realizar la inserción, corre esta sentencia SQL:

Corre tu proceso de sincronización o inserción de datos, y no olvides al finalizar regresar la propiedad a su valor inicial, corriendo esta sentencia:

Hace poco tuve que hacer un backup de una base de datos de SQL Server y restaurarla (restore) en otro servidor distinto.

Para hacer el respaldo (backup) en el servidor de origen, usando Microsoft SQL Server Management Studio Express, haces clic con el botón derecho en la base de datos y seleccionas Tasks -> Back Up...

Luego en la pantalla que aparece, seleccionas el tipo de backup llamado Full.

El archivo de respaldo quedará guardado en la ruta que aparece bajo el titulo Destination.

Ahora descarga ese archivo al servidor donde vas a restaurar la base de datos. Por cierto, ya tiene que existir la base de datos (aunque esté vacía) para que puedas restaurar la información.

Ahora conectado al servidor destino, haz clic en la base de datos donde deseas vaciar la información y haz clic con el botón derecho y selecciona Tasks -> Restore -> Database...

Selecciona la opción From device, haz clic en el botón con los tres puntitos, selecciona el archivo que descargaste y verás esta pantalla (asegúrate de marcar la casilla bajo Restore):

Ahora haz clic en Ok.

Si ves el siguiente error:

Error 3154: The backup set holds a backup of a database other than the existing 'xxxx' database

entonces haz clic en la página Options en el panel izquierdo y marca la casilla Overwrite the existing database:

Y listo, con eso se restaurarán todos los elementos de tu base de datos original.

A veces es necesario insertar un valor nulo (null) en una base de datos de SQL Server usando ASP.NET.

Esto puede ocurrir ya sea en un insert o un update.

Suponiendo que el tipo de datos en la base de datos es un smallint y sabiendo que en ASP.NET corresponde a un tipo de datos Int16, esta es la manera de declarar un entero nulo:

Y listo, ahora lo puedes usar en tu DAL o BLL:

Si vas a implementar el Membership Provider de ASP.NET con SQL Server, seguramente encontrarás mucha información en Internet de cómo hacerlo. La parte que no todo mundo explica es cómo crear las tablas que contendrán toda la información de nombres de usuario, contraseñas, roles, etc.

Las tablas se crean mediante la herramienta aspnet_regsql.exe que se encuentra en el directorio de la versión del Framework que estés usando (ejemplo: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727). Si usas la versión 3.5 tienes que usar la herramienta que viene en el fólder de la versión 2.

Abre una ventana de MS-DOS y cámbiate a dicho fólder:

La sintáxis de la herramienta es:

Si necesitas más información, visita esta página.

En un caso sencillo, solamente necesitamos habilitar el Membership provider y el Role provider, por lo que nuestra sintáxis sería:

aspnet_regsql -S servidor\sqlexpress -U usuario -P contrasena -A mr -d nombredelabasededatos

Donde:

-S va seguido del nombre de tu servidor, ya sea en tu red local o en Internet (usa la IP)
-U va seguido de tu nombre de usuario
-P va seguido de tu contraseña
-A va seguido de "mr" ya que queremos habilitar el Membership y Role.
-d va seguido del nombre de tu base de datos

Listo, ahora solamente verifica que se crearon las tablas correctamente:

Actualización 2008-05-10

Para entender cómo están relacionadas las tablas entre sí, puedes revisar el siguiente diagrama:

El siguiente paso sería crear el connectionString en tu archivo web.config, ponlo bajo la sección configuration:

Y luego, bajo la sección system.web coloca lo siguiente:

Con esto le indicas a tu aplicación que utilice para la autenticación la base de datos que creaste al inicio.

Ahora, para crear usuarios y roles utiliza la herramienta que viene incluida con Visual Web Developer 2008, haz clic en Website -> ASP.NET Configuration:

Esto abrirá una ventana de tu navegador y podrás ver la página administrativa en la que puedes crear roles, usuarios y asignar esos usuarios a los roles que desees. Esta página administrativa, para conectarse a la base de datos, utiliza los valores establecidos en el web.config.

Ya no explico cómo usar esta herramienta porque es muy sencilla.

Si estás trabajando en un servidor local y creaste algunos roles y usuarios, y tienes que subir esa información al servidor con algún programa de sincronización de bases de datos, hazlo en este orden para evitar errores de integridad referencial:

La siguiente tabla no debe ser sincronizada porque el procedimiento de aspnet_regsql rellena la información necesaria:
aspnet_SchemaVersions

Primera pasada:
aspnet_Applications

Segunda pasada:
aspnet_Users

Tercera pasada:
aspnet_Membership

Cuarta pasada:
aspnet_Roles

Quinta pasada:
aspnet_UsersInRoles

Suerte!

Es importante establecer los tipos de datos correctos en las variables de ASP.NET que utilizas para realizar operaciones con datos que provienen de una base de datos de SQL Server. Pero ¿qué tipos de datos cuando estás programando en ASP.NET corresponden a cada tipo de datos definido en SQL Server?

Aquí esta la lista de equivalencias:

Encontrarás la lista completa en esta página.