Importar datos de un Hoja de Excel a SQL Server 2008 R2

Creo que varias veces o casi siempre almacenamos información , en hojas de calculo de excel  pero que pasa cuando se nos pide que  toda esa información sea migrada a una base de datos.

En ocasiones  no siempre sabemos por donde empezar pero en esta entrada les diré como importar esa información a la base de datos .Supongamos que tenemos nuestra hoja de excel.

Fig.1 Hoja de Calculo de Excel

Lo primero que tendremos que hacer es crear una tabla en la base de datos que contenga las columnas de nuestras hoja de calculo y definamos el tipo de dato , para ello hacemos lo siguiente localizamos el explorador de objetos Base de Datos=>

Fig.2 Nueva Tabla 

Una  vez creada la tabla en nuestra base de datos importaremos la información que esta en nuestra hoja de calculo para ello tendremos que ir a al explorador de objetos , seleccionar la base de datos, clic derecho =>Tareas=>Importar Datos y damos clic.

Fig 3. Importacion de Datos

En ese momento se abrirá una nueva ventana que es el asiente para importar datos para ello tendremos lo siguiente .

Fig.4 Asistente para importar datos

En la parte de de origen de datos seleccionamos Microsoft Excel , tendremos que seleccionar la ruta donde se encuentre no estro archivo de excel y por ultimo la versión de excel,ya que tengamos todo seleccionado damos clic en siguinete  

Fig.5 Definicion de la copia

Esta venta solo nos indica que si al realizar la copia desde una consulta o escribir una sentencia sql para lo cual dejaremos la que esta seleccionada por default y damos clic en siguiente.

Fig.6 Delegación de datos 

En esta pantalla lo que tendremos a derecha sera las hojas de nuestro libro de excel y a la izquierda la tabla
en la que se guardaran los datos de nuestra primera hoja de excel si quisiéramos ver un detalle de como se ven los datos de la hoja de excel en nuestra tabla solo tendremos que dar clic en vista previa.

Fig.7 Vista Previa de Datos

La información que tenemos ya en hojas de calculo de excel se ve de esta manera en nuestra tabla creada en  la base de datos.

Por ultimo damos aceptar y Finzalizar el proceso de importar los datos del excel a nuestra tabla creada en la base de datos ,esta nos dará un informe sobre la importación de los datos o posibles errores que puedan surgir durante el proceso como se muestra en la siguiente imagen

Fig.8 Informe del proceso de importación de datos

Una vez terminado damos click en  cerrar y para confirmar que los datos de nuestro excel este ya en nuestra tabla , solo tenemos que ejecutar una consulta 

select Nombre,Clave from TEntidadesFederativas

Una vez realizada la consulta  esta no debe de mostrar los datos que hemos importado de nuestra hoja de excel a nuestra tabla creada en la base de datos como se muestra en la siguiente imagen,

Fig.9 Resultados de la consulta SQL

Saludos...

Administar objetos en Sql Server

A quien no le a pasado durante el  desarrollo del software  ,en la parte de base de datos llega un momento en que esta tanta la información que se almacenara y  empezamos a crear tablas,procedimientos almacenados,vistas,triggers,llaves primarias y foreanes pero al  final no sabemos que hemos creado o la cantidad exacta que existe de cada uno de  lo ya mencionado.

Bueno en esta entrada les dejare algunas consultas que puedes realizar en el manejador  de base de datos para tener una mejor administración en la creación de los objetos ya mencionados.

Cabe mencionar que para ejecutar la mayoría de las consultas es necesario contar con un usuario con la mayoría de los permisos en el manejar de la base de datos.

Fig1 Datos de Inicio de Session

Aquí las consultas para administrar los objetos creados en la base de datos.

--Consulta te permite ver las bases de datos dadas de alta en el manejador 
--de base de datos. 
select name from master.dbo.sysdatabases


--Consulta para mostrar todas las tablas creadas .
select name from sysobjects where type='U'


--Consulta para mostrar todas las vistas creadas .
select name from sysobjects where type='V'


--Consulta para mostrar los procedimientos almacenados creados
select name from sysobjects where type='P'


--Consulta para mostrar todas las llaves primarias creadas 
select name from sysobjects where type='K'


--Consulta para mostrar todas las llaves foraneas creadas 
select name from sysobjects where type='F'

Bueno pues son algunas consultas que debemos tener encuenta durante el desarrollo del software y despues de , si quieres ver mas información  de la consulta solo basta con cambiar "name" por  el  caracter "*"

Saludos...

Re: Stored Procedures con parámetros

Nuestro compi de trabajo Angel Mario, en su blog, colgaba un artículo sobre como variar el uso de un montón de parámetros al condicionar una consulta de SQL.

Un montón de variables que se utilizarán para aplicar un filtro (where) a la consulta. Como ya lo mencionó en su artículo Stored Procedures con parámetros se genera un total de 2ⁿ variaciones.

Para hacerle segundilla a su artículo ;P , tenemos una manera de caer ante ver  la situación.

Utilizando las mismas tablas y parámetros de la consulta del artículo, tenemos:

SELECT * FROM bibroloperador WHERE

(BibliotecaId = @BibliotecaId OR @BibliotecaId IS NULL)

AND 

(RolId = @RolId OR @RolId IS NULL)

Se evalúa si el parámetro coincide con el campo o si el parámetro es nulo. El hecho de utilizar el operador OR nos ayuda a que la condición siempre será verdadera. Por lo tanto podrá realizarse la consulta al evaluarse el operador AND, ya que las dos sentencias siempre serán verdaderas. Esto produce que solo muestre resultados basados en el valor de (los) parámetro(s) que no sea NULL.

Quizá deberíamos evaluar cual es la mas óptima. Ya sea con "Sql dinámico", como lo mostraba Angel Mario en su artículo o de la manera en que lo presentamos aquí...

Probando con la consulta que mostramos aquí y la del artículo mencionado, respectivamente:

...pero bueno, esto realmente no nos dice mucho. Tendríamos que probar con tablas un poco mas grandes, variar los campos con índices, realizar búsquedas con campos sobre texto, etc, etc.

El asunto es que es otra opción mas a evaluar =)

Vayámonos todos!