SQL Server by Martín Ghazarian

Análisis de Performance en UDFs

2011-08-25T21:11:00.001-03:00

El Cost UDF no es reflejado en las métricas de los costos por lo que es apropiado analizar:

EXECUTION TIME

Mediante SET STATISTICS TIME ON.

El problema principal del análisis erroneo de la performance en Stored Procedures que utilizan UDFs se basa en en que las UDFs no se incluyen en el costo estimado encontrado en el Execution Plan.

De esta manera se concluye que las estimaciones I/O son erroneas para estos casos.

Query Performance

2011-08-24T14:34:00.000-03:00

Metricas a considerar:

Query Cost

Costo de CPU y I/O

Page Reads

Páginas leídas por SQL Server al ejecutar una query.

SET STATISTICS IO ON

Query Execution Time
Se ve afectada por el bloqueo (locks), así como la contención de recursos en el servidor

SET STATISTICS TIME ON

Execution Order (SIN UNION)

1 - FROM, JOIN, APPLY and ON
2 - WHERE
3 - GROUP BY (SUM, AVG, retc)
4 - HAVING
5 - SELECT
6 - ORDER BY
7 - TOP
8 - FOR XML

Execution Order (CON UNION)

1 - FROM, JOIN, APPLY and ON
2 - WHERE
3 - GROUP BY (SUM, AVG, retc)
4 - HAVING
5 - TOP
6 - SELECT and UNION
7 - ORDER BY
8 - FOR XML

Manejo de Campos IDENTITY

2011-08-24T13:14:00.000-03:00

@@IDENTITY

Para retornar el útlimo identity insertado (en cualquier tabla de la BD)

SELECT @@IDENTITY;

SELECT SCOPE_IDENTITY();

Para retornar el útlimo identity insertado (en cualquier tabla de la BD, no incluye las ejecuciones de triggers)

SELECT SCOPE_IDENTITY();

IDENT_CURRENT

Retorna el último identity insertado en la tabla especificada

SELECT IDENT_CURRENT('Table');

Herramienta DTCTester

2011-08-19T09:13:00.000-03:00

DTCTester comprueba una transacción distribuida contra un Microsoft SQL Server especificado. Esta herramienta ayuda a probar las transacciones distribuidas a través de firewalls o contra redes. DTCTester lleva a cabo las transacciones distribuidas mediante API de ODBC en una base de datos de SQL Server.

Descarga: http://download.microsoft.com/download/b/8/8/b8841bfc-8bd3-4fea-a5f5-06e1f162bd9a/dtctest.exe

XACT_STATE()

2011-07-29T11:45:00.000-03:00

SELECT XACT_STATE()

IF XACT_STATE() = 1
ROLLBACK;

1 - TRANSACTION BEGIN
0 - NO TRANSACTION

TRY CATCH

2011-07-29T11:20:00.000-03:00

-- Verify that the stored procedure does not exist.
IF OBJECT_ID ('usp_GetErrorInfo', 'P') IS NOT NULL
DROP PROCEDURE usp_GetErrorInfo;
GO

-- Create a procedure to retrieve error information.
CREATE PROCEDURE usp_GetErrorInfo
AS
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_SEVERITY() AS ErrorSeverity,
ERROR_STATE() as ErrorState,
ERROR_PROCEDURE() as ErrorProcedure,
ERROR_LINE() as ErrorLine,
ERROR_MESSAGE() as ErrorMessage;
GO

BEGIN TRY
-- Generate divide-by-zero error.
SELECT 1/0;
END TRY
BEGIN CATCH
-- Execute the error retrieval routine.
EXECUTE usp_GetErrorInfo;
END CATCH;
GO

2011-07-27T15:16:00.000-03:00

sp_spaceused 'Campaigns'

Name rows reserved data index_size unused

Campaigns 0 40 KB 16 KB 24 KB 0 KB

Sysobjects

2011-07-27T14:33:00.001-03:00

--'sysobjects' tiene objectos (tablas, Stores, Funcions, etc)
--'syscolumns' tiene objectos (tablas, Stores, Funcions, etc)

SELECT SO.NAME, SC.NAME

FROM sysobjects SO INNER JOIN syscolumns SC
ON SO.ID = SC.ID

WHERE SO.XTYPE = N'U'

ORDER BY SO.NAME, SC.NAME

Column name	Data type	Description
name	sysname	Object name
id	int	Object identification number
xtype	char(2)	Object type. Can be one of the following object types: AF = Aggregate function (CLR) C = CHECK constraint D = Default or DEFAULT constraint F = FOREIGN KEY constraint L = Log FN = Scalar function FS = Assembly (CLR) scalar-function FT = Assembly (CLR) table-valued function IF = In-lined table-function IT = Internal table P = Stored procedure PC = Assembly (CLR) stored-procedure PK = PRIMARY KEY constraint (type is K) RF = Replication filter stored procedure S = System table SN = Synonym SQ = Service queue TA = Assembly (CLR) DML trigger TF = Table function TR = SQL DML Trigger TT = Table type U = User table UQ = UNIQUE constraint (type is K) V = View X = Extended stored procedure
uid	smallint	Schema ID of the owner of the object. For databases upgraded from an earlier version of SQL Server, the schema ID is equal to the user ID of the owner. Important If you use any of the following SQL Server DDL statements, you must use the sys.objects catalog view instead of sys.sysobjects.CREATE \| ALTER \| DROP USERCREATE \| ALTER \| DROP ROLECREATE \| ALTER \| DROP APPLICATION ROLECREATE SCHEMA ALTER AUTHORIZATION ON OBJECT Overflows or returns NULL if the number of users and roles exceeds 32,767. For more information, see Querying the SQL Server System Catalog.
info	smallint	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
status	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
base_schema_ver	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
replinfo	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
parent_obj	int	Object identification number of the parent object. For example, the table ID if it is a trigger or constraint.
crdate	datetime	Date the object was created.
ftcatid	smallint	Identifier of the full-text catalog for all user tables registered for full-text indexing, and 0 for all user tables that are not registered.
schema_ver	int	Version number that is incremented every time the schema for a table changes. Always returns 0.
stats_schema_ver	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
type	char(2)	Object type. Can be one of the following values: AF = Aggregate function (CLR) C = CHECK constraint D = Default or DEFAULT constraint F = FOREIGN KEY constraint FN = Scalar function FS = Assembly (CLR) scalar-function FT = Assembly (CLR) table-valued functionIF = In-lined table-function IT - Internal table K = PRIMARY KEY or UNIQUE constraint L = Log P = Stored procedure PC = Assembly (CLR) stored-procedure R = Rule RF = Replication filter stored procedure S = System table SN = Synonym SQ = Service queue TA = Assembly (CLR) DML trigger TF = Table function TR = SQL DML Trigger TT = Table type U = User table V = View X = Extended stored procedure
userstat	smallint	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
sysstat	smallint	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
indexdel	smallint	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
refdate	datetime	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
version	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
deltrig	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
instrig	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
updtrig	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
seltrig	int	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.
category	int	Used for publication, constraints, and identity.
cache	smallint	Identified for informational purposes only. Not supported. Future compatibility is not guaranteed.

Transacciones - ACID

2011-07-26T21:28:00.001-03:00

En concreto ACID es un acrónimo de Atomicity, Consistency, Isolation and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.

Atomicidad: es la propiedad que asegura que la operación se ha realizado o no, y por lo tanto ante un fallo del sistema no puede quedar a medias.
Consistencia: es la propiedad que asegura que sólo se empieza aquello que se puede acabar. Por lo tanto se ejecutan aquellas operaciones que no van a romper la reglas y directrices de integridad de la base de datos.
Aislamiento: es la propiedad que asegura que una operación no puede afectar a otras. Esto asegura que la realización de dos transacciones sobre la misma información sean independientes y no generen ningún tipo de error.
Durabilidad: es la propiedad que asegura que una vez realizada la operación, ésta persistirá y no se podrá deshacer aunque falle el sistema.
Cumpliendo estas 4 condiciones o propiedades se considera ACID Compliant.

IMPLICIT TRANSACTIONS: SET IMPLICIT_TRANSACTIONS ON

EXPLICIT TRANSACTIONS: BEGIN TRANSACTION, COMMIT TRANSACTION and ROLLBACK TRANSACTION

Novedades de SQL SERVER 2008

2010-09-15T14:48:00.001-03:00

Una vez más, Microsoft ha lanzado una nueva versión de SQL Server que promete facilitar el trabajo de los administradores de bases de datos. La última versión es SQL Server 2008 y ofrece una gran variedad de características

y funcionalidad nuevas que mejorarán en gran medida la administración.

Los administradores de bases de datos que hayan usado SQL Server® 2005, durante el tiempo que sea, encontrarán muchas de las mismas características que usan en su trabajo diario y también descubrirán en poco tiempo que SQL Server 2008 ha mejorado estás herramientas. La nueva funcionalidad basada en las características existentes contribuye en gran medida a reducir el número de soluciones alternativas y personalizaciones que eran necesarias para usar diferentes características en entornos de base de datos complejos.

Las nuevas características de SQL Server 2008 suponen una amplia gama de funciones de trabajos de bases de datos, lo que dificulta la tarea de categorizarlas. A medida que clasifico las características en diferentes temas, me doy cuenta de que algunos lectores se preguntarán por qué he situado la función X en la categoría Y si, claramente, pertenece a la categoría Z. Es una cuestión de perspectiva y está afectada por el modo de trabajar su empresa.

Comprendo que quien trabaja con bases de datos a menudo acaba desempeñando muchas funciones distintas, pero intentaré desglosar las nuevas funciones para que encajen en las siguientes categorías genéricas: administración, escalabilidad, rendimiento, alta disponibilidad, seguridad, desarrollo e inteligencia empresarial.

Novedades de la administración

Para los administradores de bases de datos (como yo), la funcionalidad de administración adicional hace de SQL Server 2008 un producto nuevo y muy interesante. La nueva administración de directivas, la capacidad de realizar consultas en varios servidores, los servidores de configuración y el almacén de recopilación y de administración de datos ofrecen capacidades nuevas y eficaces para los administradores de bases de datos que, a menudo, son los responsables de la administración de entornos de base de datos grandes y complejos que cuentan con cientos o miles de bases de datos o, incluso, cientos de servidores.

La característica de administración de directivas de SQL Server 2008, que en las CTP se llamó Declarative Management Framework, le permite crear y ejecutar las directivas de configuración en uno o más servidores de bases de datos. Gracias a estas directivas, puede asegurarse de que se aplican y se mantienen los valores de configuración estándares en cada uno de los servidores y de las bases de datos de destino. Puede ver un ejemplo de esta característica en la Figura 1.

Figura 1 Directiva de procedimientos recomendados de ubicación de archivos de datos y de registro (Hacer clic en la imagen para ampliarla)

Las directivas se crean a partir de un conjunto predeterminado de facetas. Cada faceta contiene un subgrupo de los valores de configuración de SQL Server 2008 y de otros eventos que puede controlar. Puede emparejar estas facetas con condiciones para crear una directiva. Las condiciones son los valores permitidos para las propiedades de una faceta, los valores de configuración u otros eventos contenidos en dicha faceta.

Las condiciones también son valores usados para los filtros de directiva. Supongamos que desea que se ejecute la directiva sólo en una base de datos determinada. En este caso, puede crear una condición que contenga el nombre de la base de datos y agregar a continuación dicha condición a la directiva. A partir de entonces, la directiva sólo se aplicará en esa base de datos. Le puedo asegurar que aunque la característica de administración de directivas de SQL Server 2008 pueda parecer complicada, una vez que la pruebe, se dará cuenta de que es muy intuitiva.

Las nuevas capacidades de interacción de varios servidores y de servidores de configuración son muy útiles cuando es necesario ejecutar consultas en varios servidores al mismo tiempo. Puede registrar servidores en Management Studio y reunir dichos servidores en una agrupación. Cuando necesite ejecutar una directiva o una consulta en todos los servidores de la agrupación, sólo tiene que hacer clic con el botón secundario en la agrupación y llevarla a cabo.

Como ventaja añadida, puede configurar esta característica para que devuelva un conjunto de resultados por servidor o unir todos los conjuntos de resultados en uno solo de gran tamaño. Además, puede especificar si desea que el servidor y los nombres de las bases de datos formen parte de los resultados, lo que le permite separar los resultados individuales de cada servidor. Tener la capacidad de almacenar los servidores registrados en el servidor de configuración en lugar de en cada Management Studio es una gran ventaja.

Otra característica interesante de administración que se ha incluido es el recopilador de datos. Los administradores de bases de datos suelen necesitar recopilar información de administración de un gran número de servidores. Para poder hacerlo, la mayoría de los administradores han creado su propia solución personalizada. El recopilador de datos es un mecanismo integrado que facilita la tarea de recopilar datos relacionados con la administración. Le permite usar el Agente SQL Server y SQL Server Integration Services (SSIS) para crear un marco que recopile y almacene su información a la vez que ofrece control de errores, auditoría e historiales de recopilación.

A diferencia de lo que ocurre con los trabajos personalizados y las herramientas de terceros, la mayor parte de los administradores de bases de datos puede entender el recopilador de datos fácilmente, ya que usa el Agente SQL Server y SSIS para crear un conjunto de trabajos y de paquetes para controlar las conexiones, la recopilación y el almacenamiento de datos (como puede ver en la Figura 2). Una vez que almacena esta información en una ubicación central, a la que se hace referencia como Almacén de administración, tiene la posibilidad de verla y de organizarla mediante un conjunto de instrucciones de T-SQL y de informes de SQL Server 2008 Reporting Services. Este almacén de datos central facilita en gran medida el análisis y la vista de las métricas de administración generales del entorno de base de datos.

Figura 2 Archivo de registro de uso de disco del colector de datos (Hacer clic en la imagen para ampliarla)

Novedades de escalabilidad

A lo largo de los años, los administradores de bases de datos de SQL Server han observado que sus entornos de base de datos son cada vez más grandes. A medida que el entorno de base de datos crece, se necesitan nuevos métodos y herramientas para conseguir la escalabilidad que la mayoría de las empresas necesita. SQL Server 2008 ha introducido varias características nuevas que le serán de ayuda

SQL Server 2008 dispone de compresión integrada que le permite comprimir las bases de datos y los archivos de registro de transacciones asociados con la base de datos comprimida. SQL Server 2005 introdujo la capacidad de comprimir datos en un archivo o grupo de archivos de sólo de lectura, pero esta forma de compresión sólo usaba la capacidad de compresión de NTFS de Windows®. Con SQL Server 2008, ahora dispone tanto de compresión a nivel de fila como a nivel de página, lo que ofrece ventajas que no puede conseguir con la compresión a nivel de archivos de datos.

La compresión a niveles de fila y de página reduce la cantidad de espacio de datos que necesita y, además, reduce la cantidad de memoria necesaria, ya que los datos permanecen comprimidos mientras que están en la memoria. Los datos comprimidos en la memoria dan como resultado una mayor utilización de la memoria, lo que beneficia a la escalabilidad de muchos sistemas.

SQL Server 2008 también introduce compresión a nivel de copias de seguridad. Mientras que las copias de seguridad de las bases de datos sólo realizan copias de seguridad de la parte activa de la base de datos, esto supone de todos modos cientos de gigabytes o, incluso, docenas de terabytes. En los entornos de base de datos que tienen más de una copia de un archivo de copia de seguridad de varios terabytes, estas copias a menudo ocupan un espacio de almacenamiento de gran valor que se podría usar de forma más eficaz. Al permitir a los administradores de bases de datos que compriman sus archivos de copia de seguridad, SQL Server 2008 libera parte de este espacio, de manera que se puede usar para datos activos.

También cabe destacar el regulador de recursos. Esta nueva característica le permite definir la cantidad de recursos que las cargas de trabajo individuales o las agrupaciones de las mismas pueden usar durante su ejecución. Con el regulador de recursos, puede crear un entorno en el que muchas cargas de trabajo diferentes coexisten en un sólo servidor sin que una o más de dichas cargas congestionen el servidor y se reduzca el rendimiento de las otras cargas de trabajo.

La ventaja de esta característica es que puede usar de forma más eficaz la cantidad total de recursos disponibles en sus servidores de bases de datos. En la Figura 3 se muestra un ejemplo del uso del regulador de recursos para limitar la actividad en un servidor.

Figure 3 Limite la actividad con el regulador de recursos

USE master
go

--Drop function
IF OBJECT_ID('rgclassifier_demo','Function') IS NOT NULL
DROP FUNCTION rgclassifier_demo
go

--Create a classifier function for report group
CREATE FUNCTION rgclassifier_demo() RETURNS SYSNAME
WITH SCHEMABINDING
AS
BEGIN
   DECLARE @group_name AS SYSNAME
 IF (USER_NAME() LIKE '%Launch_Demo%')
        SET @group_name = 'demogroup'
   RETURN @group_name
END
GO

--Drop workload group for anything coming from Management Studio
IF EXISTS (SELECT name FROM sys.resource_governor_workload_groups
 WHERE name = 'demogroup')
BEGIN
 DROP WORKLOAD GROUP demogroup
END
GO

--Create workload group
CREATE WORKLOAD GROUP demogroup
GO

--Register the classifier function with
--Resource Governor
ALTER RESOURCE GOVERNOR WITH (CLASSIFIER_FUNCTION= dbo.rgclassifier_demo)
GO

--Alter the dbogroup workload group to only
--allow 10% of CPU for each workload request
ALTER WORKLOAD GROUP demogroup
WITH (REQUEST_MAX_CPU_TIME_SEC = 10)
GO

--Create a new resource pool and set a maximum CPU limit for all workloads.
IF EXISTS (SELECT name FROM sys.resource_governor_resource_pools
 WHERE name = 'pooldemo')
DROP RESOURCE POOL pooldemo
GO

CREATE RESOURCE POOL pooldemo
WITH (MAX_CPU_PERCENT = 40)
GO

--Configure the workload group so it uses the
--new resource pool.
ALTER WORKLOAD GROUP demogroup
USING pooldemo
GO

--Apply the changes to the Resource Governor
--in-memory configuration.
ALTER RESOURCE GOVERNOR RECONFIGURE
GO

Novedades del rendimiento

El rendimiento general de las bases de datos mejora con SQL Server 2008. Gracias a varias características nuevas de SQL Server 2008, puede controlar y supervisar el rendimiento de sus bases de datos y de las aplicaciones que se ejecutan en ellas.

Al realizar grandes cantidades de transacciones cada segundo, el bloqueo que generalmente se produce durante estas transacciones puede tener un impacto negativo en el rendimiento de sus aplicaciones de base de datos. SQL Server está diseñado para reducir el número total de bloqueos que produce un proceso al extender los bloqueos de los niveles de fila y de página a bloqueos más grandes de nivel de tabla. Es importante ser consciente de que esta extensión de bloqueos puede producir problemas. Por ejemplo, una única transacción puede bloquear una tabla entera y evitar que se ejecuten otras transacciones con esa tabla.

SQL Server 2008 funciona con el mecanismo de partición de tablas (que se introdujo en SQL Server 2005) para permitir al motor de SQL Server extender los bloqueos al nivel de partición antes que al nivel de tabla. Este nivel intermedio de bloqueo puede reducir radicalmente los efectos de la extensión de bloqueos en sistemas que tienen que procesar cientos y miles de transacciones por segundo.

SQL Server 2008 ofrece varias mejoras nuevas en el procesador de consultas para el momento en que la consulta interactúa con tablas con particiones. El optimizador de consultas puede realizar búsquedas de consultas en particiones de la misma forma que lo haría en índices individuales al trabajar sólo con el identificador de la partición y no con el mecanismo de partición a nivel de tabla.

Novedades de la alta disponibilidad

A medida que los entornos de base de datos se vuelven más complejos y crece el tamaño de las bases de datos, cada vez es más difícil asegurar la disponibilidad de dichas bases de datos. Los mecanismos conocidos que ya ha usado en el pasado para obtener una alta disponibilidad siguen presentes en SQL Server 2008. Además, en SQL Server 2008 se han mejorado algunas características y se han añadido otras nuevas.

Con SQL Server 2005, muchos administradores comenzaron a implementar la creación de reflejos de bases de datos para obtener una alta disponibilidad. SQL Server 2008 proporciona muchas mejoras para la creación de reflejos de bases de datos. Por ejemplo, en el pasado, la creación de reflejos de bases de datos rara vez producía problemas de rendimiento relacionados con el movimiento de datos de registro de transacciones de la base de datos principal a las bases de datos reflejadas. Por eso, SQL Server 2008 reduce la cantidad de información que se mueve del registro de transacciones de la base de datos principal al registro de transacciones de la base de datos reflejada a través de la red mediante la compresión de la información antes de enviarla al registro de transacciones de la base de datos reflejada para conseguir una mayor solidez.

Ahora puede reparar páginas de datos corruptas en la base de datos principal. Si una base de datos principal tiene páginas de datos dañadas a causa de los errores 823 y 824, puede solicitar una copia nueva de dichas páginas de datos a los servidores reflejados. La solicitud de páginas de datos en buen estado es un proceso automatizado y transparente para cualquier usuario que acceda a las bases de datos principales en ese momento.

Otra característica nueva, Agregar CPU sin interrupción, le permite agregar CPU adicionales a un servidor de bases de datos sin afectar a la disponibilidad de las bases de datos que residen en ese servidor. No obstante, debe saber que Agregar CPU sin interrupción tiene algunas limitaciones, ya que sólo se puede usar en la versión de 64 bits basada en Itanium de Windows Server® 2008 Enterprise Edition o Datacenter Edition, y necesita la versión Enterprise Edition de SQL Server 2008.

Novedades de la seguridad

SQL Server 2005 introdujo la seguridad de los datos en forma de cifrado de los mismos. Con SQL Server 2008, el cifrado se ha mejorado en gran medida con la introducción de dos características: Administración extensible de claves y Cifrado de datos transparente.

La Administración extensible de claves permite obtener una estructura mejorada para almacenar de forma segura las claves que se han usado en la infraestructura de cifrado (no sólo en la base de datos en sí misma, también en módulos de software de terceras partes o con un módulo de seguridad de hardware fuera de la base de datos).

El Cifrado de datos transparente ofrece una flexibilidad mejorada para el cifrado de datos al permitir que el cifrado sea una propiedad de la base de datos y no sólo el resultado de las funciones de una línea de código. El resultado es que los administradores no tienen que realizar todos los cambios necesarios en la estructura de la base de datos y el código de aplicación al realizar el cifrado a nivel de datos. El código que aparece en la Figura 4 muestra cómo cifrar una base de datos mediante el Cifrado de datos transparente.

Figure 4 Use el Cifrado de datos transparente

USE master;
GO

--Create a master key
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'YouWillNeedToCreateAStrongPassword';
GO

--Create a certificate to use with TDE
CREATE CERTIFICATE TDECERT WITH SUBJECT = 'TDECert'
GO

--Change to the database to encrypt
USE AdventureWorks
GO

--Create your database master key
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_128 --Use a strong algorithm
ENCRYPTION BY SERVER CERTIFICATE TDECERT
GO

--Alter the database to encrypt it with the
--master database key
ALTER DATABASE AdventureWorks
SET ENCRYPTION ON
GO

Preparado especialmente para los desarrolladores

Los administradores de bases de datos no son los únicos que se beneficiarán directamente de los cambios en SQL Server 2008. Hay un gran número de características nuevas que se han diseñado para ayudar a los desarrolladores de bases de datos. Entre estas características, podemos encontrar desde nuevas mejoras de T-SQL hasta nuevos componentes que pueden ayudar a los desarrolladores a crear y a usar consultas de bases de datos.

Muchos desarrolladores de bases de datos son los responsables de la creación de las consultas necesarias para devolver los datos necesarios para sus aplicaciones. Probablemente ya esté familiarizado con la herramienta LINQ (Language Integrated Query), que permite a los desarrolladores de bases de datos realizar consultas en una base de datos mediante un lenguaje de programación basado en Microsoft® .NET en lugar de con instrucciones T-SQL. En realidad, SQL Server 2008 mejora el LINQ al ofrecer un nuevo proveedor de LINQ to SQL que permite a los desarrolladores ejecutar comandos LINQ directamente en las tablas y columnas de SQL Server. De esta manera se reducirá el tiempo necesario para crear nuevas consultas de datos.

Al desarrollar sobre bases de datos, los desarrolladores emplean objetos de alto nivel que asignan a las tablas y columnas individuales de las bases de datos. Estos objetos, también conocidos como entidades, representan los datos necesarios para las aplicaciones de bases de datos y, por lo tanto, el desarrollador no necesita entender la estructura de almacenamiento real de los datos ni el esquema de la base de datos. El nuevo ADO.NET Entity Framework permite a los desarrolladores crear bases de datos mediante estas entidades. A través de la abstracción de la estructura subyacente de la base de datos, los desarrolladores pueden conseguir una mayor productividad.

SQL Server 2008 ofrece muchas mejoras diferentes en T-SQL que permiten que los desarrolladores sean más eficaces. Un ejemplo de ellas es la nueva instrucción MERGE, que permite al desarrollador detectar la existencia de datos antes de intentar insertar datos nuevos. Al realizar esta comprobación antes de ejecutar la instrucción INSERT, se pueden actualizar los datos. Ya no es necesario crear uniones complejas para actualizar datos existentes y para insertar datos que aún no existen, todo con una única instrucción.

Además, se ha facilitado la separación de datos de tiempo y de datos de fecha del tipo de datos de fecha y hora. SQL Server 2008 introduce dos tipos de datos independientes para tratar los datos de fecha y de tiempo. Los diferentes tipos de datos se traducirán en un rendimiento mejorado para muchas consultas, debido a que ya no será necesario realizar una operación en los datos antes de poder usarlos en la consulta.

Al crear estructuras de bases de datos nuevas, los desarrolladores de bases de datos a menudo tienen que extender la estructura de las bases de datos para implementar aplicaciones de asignación. SQL Server 2008 ayuda a resolver este problema con nuevos tipos de datos de espacio. Los dos tipos de datos de espacio, GEOGRAPHY y GEOMETRY, permiten a los desarrolladores almacenar datos específicos de ubicación directamente en la base de datos sin tener que dividir esos elementos de datos en formatos que encajen con otros tipos de datos estándares. El código de la Figura 5 es un ejemplo de una tabla de espacio simple.

Figure 5 Tabla de espacio simple

IF OBJECT_ID ( 'Demo_SpatialTable', 'Table' ) IS NOT NULL
   DROP TABLE Demo_SpatialTable
GO

--Create table to hold spatial data
CREATE TABLE Demo_SpatialTable
   ( SpatialID int IDENTITY (1,1),
   SpatialInputCol geography,
   SpatialOutputCol AS SpatialInputCol.STAsText() )
GO

--Insert data into table
INSERT INTO Demo_SpatialTable (SpatialInputCol)
VALUES (geography::STGeomFromText('LINESTRING(47.656 -122.360, 47.656 -122.343)', 4326));

INSERT INTO Demo_SpatialTable (SpatialInputCol)
VALUES (geography::STGeomFromText('POLYGON((47.653 -122.358, 47.649 -122.348, 47.658 -122.348, 47.658 -122.358, 47.653 -122.358))', 4326));
GO

--View data to see that data has been converted and stored in col2
SELECT * FROM Demo_SpatialTable

Un problema muy común al que se tenían que enfrentar los desarrolladores en el pasado era la forma de almacenar y usar grandes objetos binarios, como documentos y archivos multimedia. El método que usaban generalmente consistía en almacenar los archivos fuera de la base de datos y almacenar sólo un puntero en la base de datos que condujese al archivo externo. No obstante, con este método, al cambiar la ubicación del archivo, es necesario actualizar el puntero también.

SQL Server 2008 se ocupa de este problema con el nuevo tipo de datos FILESTREAM. Con este tipo de datos, se pueden almacenar los datos fuera de la base de datos, pero los datos se consideran parte de la misma para obtener coherencia transaccional. De esta manera, se pueden usar operaciones de archivos comunes al tiempo que se mantiene el rendimiento y las ventajas de seguridad de la base de datos.

Novedades de inteligencia empresarial

El aumento en el uso de SQL Server durante los últimos años se ha producido en gran parte como consecuencia de la adopción de estrategias de inteligencia. Las capacidades de inteligencia empresarial no son una novedad en SQL Server, pero SQL Server 2008 incorpora algunas características nuevas.

Por ejemplo, al almacenar datos en almacenes de datos, a menudo se desperdicia espacio debido a los valores NULL. Las columnas que almacenan valores NULL ocupan el máximo espacio permitido para datos que se ha definido en la columna. Esto significa que una columna con miles de valores NULL puede consumir muchos MB de espacio sin almacenar ningún dato.

SQL Server 2008 introduce columnas dispersas, que permiten el almacenamiento de valores NULL sin tener ocupar espacio físico en el disco. Ya que las columnas dispersas no consumen espacio real, las tablas que contienen columnas dispersas pueden superar el límite de columna de 1.024.

SQL Server 2008 también introduce un nuevo mecanismo, la captura de datos modificados, para administrar los cambios incrementales que necesitan ser cargados en el almacén de datos. De esta manera, se capturan y se colocan los datos modificados en un conjunto de tablas de cambios. La captura de datos actualizados, eliminados e insertados en un esquema de almacenamiento permite la carga incremental de almacenes de datos de esas tablas (en lugar de tener que crear instrucciones de inserción personalizadas que intenten determinar los cambios realizados a las filas existentes de datos antes de actualizar el almacén de datos).

Conclusión

Esto no es más que una breve descripción de lo que SQL Server 2008 tiene preparado. Ofrecerá un amplio conjunto de características nuevas y de actualizaciones para las características existentes que facilitarán el trabajo tanto de administradores como de desarrolladores de bases de datos. Finalmente, ofrecerá escalabilidad y rendimiento muy mejorados para las bases de datos actuales, cada vez más exigentes.

fuente: http://technet.microsoft.com

Crear una udl para comprobar una conexión

2010-09-15T14:31:00.000-03:00

En la resolución de problemas de conexión es frecuente la necesidad de verificar los parámetros de una cadena de conexión. Lo más fácil para ello es crear una udl, introducir los parámetros y hacer un test.

Para ello, sitúate en el escritorio (o donde quieras) y crea un fichero de texto plano. Dale cualquier nombre y ponle extensión ".udl".

Luego hacer doble click sobre la udl y se abrirá un formulario en el que configurar la cadena de conexión. Rellena el proveedor (en la primera pestaña), el nombre del servidor, login, etc.

Y por último, pulsas el botón "Test Connection" para comprobarla. Si lo deseas, luego puedes abrir el fichero resultante con notepad, por ejemplo, para ver qué cadena de conexión resulta. Ver esa cadena de conexión puede ser también de utilidad para resolver incidencias de este tipo.

fuente: http://qwalgrande.blogspot.es/

Concantenar en Query

2010-09-15T12:37:00.000-03:00

s muy frecuente tener que construir un campo que concatener los valores de una columna para varios registros. Una forma clásica de realizar esta acción (es decir, que funciona también para versiones antes de SQL Server 2005) es concatenar en una variable:

declare @Cadena varchar(8000)

select @Cadena = ''

select @Cadena = @Cadena + ',' + COLUMN_NAME

from INFORMATION_SCHEMA.COLUMNS

where TABLE_NAME = 'Tabla1'

ORDER BY ORDINAL_POSITION

select STUFF(@Cadena, 1, 1, '') as CadenaCampos

Desde SQL Server 2005, se puede solventar ese problema en una sóla consulta, haciendo uso de FOR XML PATH, lo que permite una mejor integración en consultas más complejas:

select STUFF(

(SELECT CAST(',' AS varchar(MAX)) + COLUMN_NAME

FROM INFORMATION_SCHEMA.COLUMNS

where TABLE_NAME = 'Tabla1'

ORDER BY ORDINAL_POSITION

FOR XML PATH('')

), 1, 1, '') as CadenaCampos

Un ejemplo de esa integración sería el siguiente:

Select Table_Name, STUFF(

(SELECT CAST(',' AS varchar(MAX)) + C.COLUMN_NAME

FROM INFORMATION_SCHEMA.COLUMNS C

where C.TABLE_NAME = T.TABLE_NAME

ORDER BY ORDINAL_POSITION

FOR XML PATH('')

), 1, 1, '') as CadenaCampos

from INFORMATION_SCHEMA.TABLES T

En esta línea se pueden hacer otras cosas más elaboradas, como por ejemplo, construir una sentencia pivot dinámica:

http://social.msdn.microsoft.com/Forums/es-ES/sqlserveres/thread/d5544169-7068-4796-88ce-b6eafd0f0b8e

fuente: http://qwalgrande.blogspot.es