Lenguaje de Programación II

domingo, 28 de mayo de 2017

DEFINICION:

ADO.NET es un conjunto de clases que exponen servicios de acceso a datos para programadores de .NET Framework. ADO.NET ofrece abundancia de componentes para la creación de aplicaciones de uso compartido de datos distribuidas. Constituye una parte integral de .NET Framework y proporciona acceso a datos relacionales, XML y de aplicaciones. ADO.NET satisface diversas necesidades de desarrollo, como la creación de clientes de base de datos front-end y objetos empresariales de nivel medio que utilizan aplicaciones, herramientas, lenguajes o exploradores de Internet.

ADO .NET permite trabajar de dos formas:

· Acceso conectado: Requiere una conexión permanente con la base de datos (hasta la llegada de ADO .NET, es era lo más habitual).

· Acceso desconectado: Un subconjunto de los datos de la fuente de datos se copian en un DataSet y si luego se producen cambios en el DataSet, estos se propagan a la fuente de datos.

ARQUITECTURA ADO.NET

Usar de forma remota o calcular las referencias de datos entre niveles y clientes

En Información general de .NET Remoting encontrará información general sobre los servicios de interacción remota. Tenga en cuenta que los objetos DataTable también pueden utilizarse con servicios de interacción remota, pero no se pueden transportar mediante un servicio Web XML.

DATASET

Los objetos DataSets, son un grupo de clases que describen una simple base de datos relacional en memoria, fueron la estrella del show en el lanzamiento inicial (1.0) del Microsoft .NET Framework. Las clases forman una jerarquía de contención:

· Un objeto DataSet representa un esquema (o una base de datos entera o un subconjunto de una). Puede contener las tablas y las relaciones entre esas tablas.

· Un objeto DataTable representa una sola tabla en la base de datos. Tiene un nombre, filas, y columnas.

· Un objeto DataView "se sienta sobre" un DataTable y ordena los datos (como una cláusula "order by" de SQL) y, si se activa un filtro, filtra los registros (como una cláusula "where" del SQL). Para facilitar estas operaciones se usa un índice en memoria. Todas las DataTables tienen un filtro por defecto, mientras que pueden ser definidos cualquier número de DataViews adicionales, reduciendo la interacción con la base de datos subyacente y mejorando así el desempeño.

· Un DataColumn representa una columna de la tabla, incluyendo su nombre y tipo.

· Un objeto DataRow representa una sola fila en la tabla, y permite leer y actualizar los valores en esa fila, así como la recuperación de cualquier fila que esté relacionada con ella a través de una relación de clave primaria - clave extranjera.

· Un DataRowView representa una sola fila de un DataView, la diferencia entre un DataRow y el DataRowView es importante cuando se está interactuando sobre un resultset.

· Un DataRelation es una relación entre las tablas, tales como una relación de clave primaria - clave ajena. Esto es útil para permitir la funcionalidad del DataRow de recuperar filas relacionadas.

· Un Constraint describe una propiedad de la base de datos que se debe cumplir, como que los valores en una columna de clave primaria deben ser únicos. A medida que los datos son modificados cualquier violación que se presente causará excepciones.

Un DataSet es llenado desde una base de datos por un DataAdapter cuyas propiedades Connection y Command que han sido iniciados. Sin embargo, un DataSet puede guardar su contenido a XML (opcionalmente con un esquema XSD), o llenarse a sí mismo desde un XML, haciendo esto excepcionalmente útil para los servicios web, computación distribuida, y aplicaciones ocasionalmente conectadas desconectados.

SINTAXIS EN VISUAL BASIC

Public Class DataSet

Inherits MarshalByValueComponent

Implements IListSource, IXmlSerializable, ISupportInitializeNotification,

ISupportInitialize, ISerializable

Usar de forma remota o calcular las referencias de datos entre niveles y clientes.

El diseño del DataSet le permite transportar fácilmente datos a clientes a través del Web mediante servicios Web XML, así como calcular referencias de los datos entre componentes de .NET mediante servicios .NET Remoting. Mediante los mismos servicios, también puede utilizar de forma remota un DataSet con establecimiento inflexible de tipos. Para obtener información general sobre los servicios Web XML, vea Información general acerca de servicios Web XML. Para ver un ejemplo de cómo consumir un DataSet desde un servicio Web XML, vea Consumir DataSet a partir de un servicio Web XML.En Información general de .NET Remoting encontrará información general sobre los servicios de interacción remota. Tenga en cuenta que los objetos DataTable también pueden utilizarse con servicios de interacción remota, pero no se pueden transportar mediante un servicio Web XML.

CLASES Y OBJETOS DE ADO.NET

CLASES BÁSICAS:

OBJETOS ADO.NET

Las clases de ADO.NET están definidas en el espacio de nombres

System.Data.

Trabaja en modo desconectado: El programa no requiere una conexión

persistente con la BD.

La conexión se abre y se cierra cuando se necesita.

OBJETOS DEL PROVEEDOR

Todos los objetos llevan el prefijo único del proveedor: SqlXx,

OleDbXX, etc.

Connection. Establece la conexión con el origen de datos. SqlConnection,

OdbcConnection,…

Command. Recupera datos del proveedor. (SELECT * FROM…).

Ejm: SqlCommand, OdbcCommand, OleDbCommand.

CommandBuilder. Permite hacer consultas SQL para modificar datos de

objetos basados en una sola tabla. Ejm: SqlCommandBuilder, OdbcCommandBuilder.

DataReader. Permite recuperar datos de sólo lectura y sólo hacia delante

de un origen de datos. Ejm: SqlDataReader, OdbcDataReader.

DataAdapter. Representa un conjunto de comandos SQL y una conexión al

origen de datos para rellenar el objeto DataSet y actualizar los datos.

RESUMEN

En este trabajo podremos entender lo que es el ADO.NET y su funcionamiento.

Los objetos DataSets describen una simple base de datos relacional en memoria.

Un objeto DataSet puede contener tablas y relaciones entre esas tablas.

Un objeto DataTable representa una tabla. Tiene un nombre, filas, y columnas.

Cada DataTable contiene datos de un único origen y está formado por una colección de

objetos DataColumn y una colección de objetos Constraint (UniqueConstraint y

ForeignKeyConstraint).

Un objeto DataView ordena los datos de un DataTable (como "order by") y, si se lo pide, filtra

los registros (como "where").

Todas las DataTables tienen un solo filtro, pero pueden tener cualquier número de DataViews

adicionales.

Un DataColumn representa una columna de una DataTable, incluyendo su nombre y tipo.

Un DataRow representa una fila de una DataTable. Permite leer y actualizar los valores en esa

fila.

También recupera cualquier fila que esté relacionada a ella a través de una clave

primaria/extranjera.

Un DataRowView representa una fila de un DataView.

Un DataRelation es una relación entre DataTables, tal como una relación de clave primaria -

clave ajena. Esto es útil para permitir la funcionalidad del DataRow de recuperar filas

relacionadas.

Un Constraint es una restricción. A medida que los datos son modificados, cualquier violación

a las constraint causará excepciones.

Un DataSet es llenado desde una base de datos por un DataAdapter cuyas propiedades

Connection y Command han sido iniciados.

Un DataSet puede guardar su contenido a XML (opcionalmente con un esquema XSD), o

llenarse a sí mismo desde un XML, haciendo esto excepcionalmente útil para los servicios web,

computación distribuida, y aplicaciones ocasionalmente conectadas.

RESUMEN

In this work we can understand what ADO.NET is and how it works.

DataSets objects describe a simple relational database in memory.

A DataSet object can contain tables and relationships between those tables.

A DataTable object represents a table. It has a name, rows, and columns.

Each DataTable contains data from a single source and consists of a collection of

DataColumn objects and a collection of Restriction objects (UniqueConstraint and

ForeignKeyConstraint).

A DataView object sorts data from a DataTable (such as "sort by") and, if prompted, filters

Records (such as "where").

All DataTables have a single filter, but they can have any number of DataViews

Additional

A DataColumn represents a column of a DataTable, including its name and type.

A DataRow represents a row of a DataTable. It allows to read and update the values in that

Row

It also retrieves any row that is related to it through a key

Primary / foreign.

A DataRowView represents a row in a DataView.

A DataRelation is a relationship between DataTables, such as a primary key relationship -

Foreign Key This is useful for enabling DataRow functionality to retrieve rows

miércoles, 19 de abril de 2017

Laboratorio de Programacion I

APLICACIONES N-CAPAS EN VISUAL NET

1. CONTENIDO

1.1. Definición

El estilo arquitectural en n capas se basa en una distribución jerárquica de los roles y las responsabilidades para proporcionar una división efectiva de los problemas a resolver. Los roles indican el tipo y la forma de la interacción con otras capas y las responsabilidades la funcionalidad que implementan Cuanto más se aumenta el proceso operativo de la empresa, las necesidades de proceso crecen hasta desbordar las máquinas. Es por ello que se separa la estructura de un programa en varias capas

1.2. Métodos de construcción de componentes en la implementación de capas

Los métodos (operaciones o servicios) describen, el comportamiento asociado a un objeto, representan las acciones que pueden realizarse por un objeto. La ejecución de un método puede conducir a cambiar el estado del objeto o dato local del objeto

1.3. Capa de Entidades

1.3.1 Capa de manejo de datos

Esta capa se encarga de acceder a los datos, se debe usar la capa de datos para almacenar y recuperar toda la información de sincronización del Sistema.

Es aquí donde se implementa las conexiones al servidor y la base de datos propiamente dicha, se invoca a los procedimientos almacenados los cuales reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.

Todas estas capas pueden residir en un único ordenador (no debería ser lo usual), pero es lo más frecuente.

En sistemas complejos se llega a tener varios ordenadores

sobre los cuales reside la capa de datos, y otra serie de ordenadores sobre los cuales reside la base de datos.

Se recomienda que si el crecimiento de las necesidades o complejidad aumenta se debe separar en dos o más ordenadores, los cuales recibirán las peticiones del ordenador en que resida la capa de negocio. Esta recomendación es válida para la capa de negocios

1.3.2 Capa de negocios

Es la responsable del procesamiento que tiene lugar en la aplicación. Por ejemplo, en una aplicación bancaria el código de la capa de presentación se relacionaría simplemente con la monitorización de sucesos y con el envío de datos a la capa de procesamiento. Esta capa intermedia contendría los objetos que se corresponden con las entidades de la aplicación. Esta capa intermedia es la que conlleva capacidad de mantenimiento y de reutilización. Contendrá objetos definidos por clases reutilizables que se pueden utilizar una y otra vez en otras aplicaciones.

Estos objetos se suelen llamar objetos de negocios y son los que contienen la gama normal de constructores, métodos para establecer y obtener variables, métodos que llevan a cabo cálculos y métodos, normalmente privados, en comunicación con la capa de la base de datos

1.3.3 Capa de interfaz del usuario(Presentación)

Es la responsable de la presentación visual de la aplicación.

La capa de presentación enviará mensajes a los objetos de esta capa de negocios o intermedia, la cual o bien responderá entonces directamente o mantendrá un diálogo con la capa de la base de datos, la cual proporcionará los datos que se mandarían como respuesta a la capa de presentación.

Podemos decir que es la que se presenta al usuario, llamada también formulario o interfaz de presentación, esta captura los datos del usuario en el formulario e invoca a la capa de negocio, trasmitiéndole los requerimientos del usuario, ya sea de almacenaje, edición, o de recuperación de la información para la consulta respectiva.

1.3.4 EJEMPLO:

En cualquier red de supermercado, se encuentra conectada en capas, ya que podríamos decir que de una manera pragmática, las cajas de todos los departamentos están conectadas con una interfaz que actuaría como la Capa de Presentación, en esta estaría un cajero realizando las operaciones que estuvieran programadas dentro de sus funciones el ambiente gráfico de la computadora, en este caso sería cobrar los productos, hacer devoluciones, cancelaciones, cobros con tarjetas de crédito, etc. Por otra parte, existiría una Capa de Negocio, esta indicaría de qué manera se ejecutaran las funciones propias de la computadora, en este caso se contaría con un servidor que soportara todas las plataformas donde reside el ambiente gráfico, de manera ordenada, para corroborar la secuencia de la orden o petición, esta capa actuaría realizando la petición-servicio, que sería la conexión final. Y por último la Capa de Datos en este caso de igual manera se contaría con un servidor con la información de los productos, así como de los usuarios de cualquier terminal o de cualquier rango. De esta forma podemos darnos cuenta del uso que podemos darle a las aplicaciones por capas que ya son parte de los sistemas orientados a objetos de la actualidad.

2 RESUMEN

Los paradigmas en el desarrollo de programas han venido evolucionando a través de los años y actualmente contamos con una de las técnicas que brinda mayor facilidad a los programadores, nos referimos a la Programación Orientada a Objetos en N capas, ya que permite dividir el trabajo en varias capas modulares.

Actualmente, la más utilizada en cuanto a este estilo es la programación en tres capas que se divide en: Capa de presentación, la cual interactúa con el usuario; La capa de negocios, donde se establecen las reglas del negocio que deben cumplirse y; La capa de datos en la cual se define la conexión con el servidor y la base de datos, es en esta capa en donde se invoca a los procedimientos almacenados o comandos SQL, a fin de que se realicen las operaciones correspondientes en la base de datos; sin embargo, si es conveniente podemos dividir la estructura del código fuente en más capas.

Palabras clave: Programación en n capas, capa de datos, capa de negocios, capa de presentación.

3 SUMMARY

The paradigms in software development have evolved through the years and now we have one technique that provides developers easier, we refer to Object Oriented Programming in N layers,this technic permit divide the work into several modular layers.

Actually the most useful about this style, is the 3 layer programation that divide in: The presentation layer which interacs with the user . The business layer sets the rules of bussiness and thedata layer which sets the connection with the server and the database, this layer invokes to the store procedures or sql command to realize the corresponding operations in the database; However, if it is convenient, we can divide the structure of the source code in more layers.

Keywords: N layer Programation, data layer, business layer, presentation layer.

4 CONCLUSIONES

El estilo de programación en N capas se basa en segmentar un proyecto en varias partes para realizar una programación independiente en cada una de ellas.

• Facilita la reutilización de capas.

• Permite una mejor estandarización.

• El trabajo por parte de los analistas es complejo,pero al final se crea una arquitectura más fácil de comprender y de implementar.

• En cuanto a la seguridad este estilo de programación es más fiable.

• Se puede elaborar componentes para cada capa,avanzando el desarrollo de manera independientey por ende el global del Sistema puede desarrollarse más rápido.

• Ayuda mucho al programador de aplicaciones para dar mantenimiento al Sistema, dado que el problema que pudiera suscitarse es visto en la capa respectiva.

• Por ende los costos de mantenimiento tienden a ser menores.

• Dado los vertiginosos cambios en la dinámica de los negocios este estilo de programación provee que el Sistema sea escalable.

5 APRECIACION

Principalmente sólo existe un inconveniente cuando utilizamos APLICACIONES N-CAPAS, pero éste es muy importante y se debe tenerlo en cuenta a la hora de decidir si utilizar un capa o no. El principal inconveniente de los APLICACIONES N-CAPAS es la poca escalabilidad que tienen. Como ya hemos comentado antes, los ORM realizan una serie de traducciones a lenguaje SQL de todas aquellas operaciones que programemos a través del lenguaje en concreto. El problema son las malas traducciones y la mala calidad del código traducido. Aunque éstas van mejorando a medida que pasa el tiempo, todavía siguen quedando escenarios donde es mucho mejor utilizar procedimientos almacenados con buen código SQL.

6 GLOSARIO DE TERMINOS

Pragmática: Estudia el lenguaje en su relación con los usuarios y las circunstancias de la comunicación.

Plataforma: Superficie horizontal plana, descubierta y elevada, construida sobre una armazón en el suelo u otra superficie mayor, que sirve de apoyo o base para algo.

7 BIBLIOGRAFIA

· Joyanes Aguilar, Luis. Programación orientada a objetos. Segunda edición, Editorial McGraw-Hill Interamericana de España, ISBN 84-481-000-2015-9, 1998.

· Herbert Schildt C++ para Programadores.McGraw Hill Interamericana de España. ISBN 0-07-882140-1, 1996

· Francisco Charte Ojeda. Programación de Base de Datos con Visual Basic .Net - Madrid, España ISBN:84-415-1375-9, 2002.

8 LINKOGRAFIA

https://es.slideshare.net/faustol/aplicaciones-en-capas

http://oness.sourceforge.net/proyecto/html/ch03s02.html

https://laurmolina7821.wordpress.com/1-1-3-aplicaciones-de-2-3-y-n-capas/

http://www.juntadeandalucia.es/servicios/madeja/contenido/subsistemas/desarrollo/construccion-aplicaciones-por-capas

viernes, 11 de noviembre de 2016

LENGUAJE TRANSACT-SQL

1.CONTENIDO

1. Definición: es una extensión al SQL de Microsoft y Sybase. SQL, que frecuentemente se dice ser un Lenguaje de Búsquedas Estructurado (por sus siglas en inglés), es un lenguaje de cómputo estandarizado, desarrollado originalmente por IBM para realizar búsquedas, alterar y definir bases de datos relacionales utilizando sentencias declarativas. T-SQL expande el estándar de SQL para incluir programación procedural, variables locales, varias funciones de soporte para procesamiento de strings, procesamiento de fechas, matemáticas, etc, y cambios. La implementación de Microsoft funciona en los productos Microsoft SQL Server. En tanto, Sybase utiliza el lenguaje en su Adaptative Server Enterprise, el sucesor de Sybase SQL Server.

2. Características:

o Mejora en las declaraciones DELETE y UPDATE

o Variables locales.

o Soporte de varias funciones para el procesamiento de cadenas, datos, matemática, etc.

o Un lenguaje de control de flujos

o Para el lenguaje de control de flujos utiliza palabras claves como BEGIN y END, BREAK, CONTINUE, GOTO, IF y ELSE, RETURN, WAITFOR y WHILE

o Para las variables locales utiliza DECLARE para declararlas y SET para proveerles un valor.

o Las sentencias SQL además siguen todas el mismo patrón:Empiezan por un verbo que indica la acción a realizar,completado por el objeto sobre el cual queremos realizar la acción,seguido de una serie de cláusulas (unas obligatorias, otras opcionales) que completan la frase, y proporcionan más detalles acerca de lo que se quiere hacer.

Si sabemos algo de inglés nos será más fácil interpretar a la primera lo que quiere decir la instrucción, y de lo contrario, como el número de palabras que se emplean es muy reducido, enseguida nos las aprenderemos.

3. Comandos:

DDL (acciones sobre la definición de la base de datos), tenemos 3 verbos básicos:

CREATE (Crear)

DROP (Eliminar)

ALTER (Modificar)

Completados por el tipo de objeto sobre el que actúan y el objeto concreto:

CREATE DATABASE mibase .......;

Permite crear una base de datos llamada mibase, a continuación escribiremos las demás cláusulas que completarán la acción, en este caso dónde se almacenará la base de datos, cuánto ocupará, etc...

CREATE TABLE mitabla (.....);

Permite crear una nueva tabla llamada mitabla, entre paréntesis completaremos la acción indicando la definición de las columnas de la tabla.

CREATE INDEX miindex...;

Lo mismo para crear un índice :

DROP DATABASE mibase;

Permite borrar, eliminar la base de datos mibase.

DROP TABLE mitabla;

Elimina la tabla mitabla.

ALTER TABLE mitabla.....;

Permite modificar la definición de la tabla mitabla.

DML (acciones sobre los datos almacenados) utilizaremos los verbos:

INSERT (Crear, es decir, insertar una nueva fila de datos)

DELETE (Eliminar filas de datos)

UPDATE (Modificar filas de datos)

SELECT (Seleccionar, obtener)

Por ejemplo:

INSERT INTO mitabla ..... Inserta nuevas filas en mitabla

DELETE FROM mitabla Eliminar filas de mitabla

UPDATE mitabla ....... Actualiza filas de mitabla

Como ejemplo de cláusula dentro de una instrucción tenemos:

SELECT codigo, nombre

FROM Clientes

WHERE localidad=’Valencia’;

En esta sentencia nos aparecen dos cláusulas, la cláusula FROM que nos permite indicar de dónde hay que coger los datos y la cláusula WHERE que permite indicar una condición de selección.

DTL

COMMIT

Esta instruccion de SQL se utiliza para confirmar como permamentes las modificaciones realizadas en una transacción.

Begin tran

Insert into Mvtos Values (‘0150’, ‘Dep’, 1500, ’08-10-2008’)

Insert into Mvtos Values (‘7120’, ‘Ret’, 1500, ’08-10-2008’)

Update Cuentas Set Saldo = Saldo + 1 where Numero = ‘0150’

Update Cuentas Set Saldo = Saldo – 1 Where Numero = ‘7120’

Commit tran

Con la instruccion commit tran se pone una marca para saber hasta que punto se hizo la transaccion.

ROLLBACK

Esta funcion del SQL se utiliza para deshacer todas las modificaciones realizadas desde la última confirmación.

Ejemplo

Begin tran

Save tran Puntoseg

If @@ERROR <> 0

Rollback tran Puntoseg (cancela todo desde aquí hasta el punto de guardado)

Else

Commit tran

2.RESUMEN:

En este trabajo los comandos más utilizados del lenguaje Transact SQL. Como ya hemos comentado el Lenguaje Transact SQL es un lenguaje sumamente potente que nos ayuda a definir tareas mientras trabajamos con base de datos. Debido a que este lenguaje tiene algunas restricciones en el propio lenguaje casi siempre lo vemos utilizado en la creación de los procedimientos almacenados, funciones de usuario y también en los triggers Recordemos cómo será la creación de una base de datos con SQL:

En primer lugar, tendremos que dar nombre a la base de datos, con la sentencia CREATE DATABASE, si la hay, o con CREATE SCHEMA.

A continuación, definiremos las tablas, los dominios, las aserciones y las vistas que formarán nuestra base de datos.

Una vez definidas las tablas, que estarán completamente vacías, se deberán llenar con la sentencia INSERT INTO.

Cuando la base de datos tenga un conjunto de filas, la podremos manipular, ya sea actualizando filas o bien haciendo consultas. Además, podemos usar todas las sentencias de control que hemos explicado.

3.SUMMARY:

In this work the most commonly used Transact SQL language commands. As we have already mentioned, the Transact SQL Language is an extremely powerful language that helps us define tasks while working with databases. Because this language has some restrictions in the language itself we almost always see it used in the creation of stored procedures, user functions and also in triggers Let's remember how to create a database with SQL:

First, we need to name the database, with the CREATE DATABASE statement, if there is one, or with CREATE SCHEMA.

Next we will define the tables, the domains, the assertions and the views that will form our database.

Once the tables are defined, which are completely empty, they must be filled with the INSERT INTO statement.

When the database has a set of rows, we can manipulate it, either updating rows or making queries. In addition, we can use all the control statements we have explained.

4.RECOMENDACIONES:

v Especificar el alias de la tabla delante de cada campo definido en el select, esto le ahorra tiempo al motor de tener que buscar a que tabla pertenece el campo especificado.

v Utilizar más de un procesador. Varios procesadores permiten que el Motor de base de datos use consultas en paralelo. Para obtener más información, vea Procesar una consulta en paralelo.

v Si la consulta utiliza cursores, determina antes si es posible escribirla con un tipo de cursor más eficaz (uno de avance rápido) o con una única consulta. Las consultas únicas mejoran las operaciones de cursor.

Dado que un conjunto de instrucciones de cursor suele constituir una operación de bucle externo, en la que cada fila se procesa una vez con una instrucción interna, puedes contemplar la posibilidad de usar en su lugar una instrucción GROUP BY o CASE. Quizá incluso una subconsulta.

v Utiliza la Parametrización de consultas para permitir la reutilización de los planes de ejecución de consulta almacenados en la memoria caché. Si un conjunto de consultas comparte el mismo hash de consulta y hash de plan de consulta podrías mejorar el rendimiento creando una consulta parametrizada.Además, si llamas a una consulta con parámetros, en lugar de a varias consultas con valores literales, podrás reutilizar el plan de ejecución de consulta almacenado en la memoria caché.

5.CONCLUSIONES:

ü Realiza ejecuciones Condicionales.

ü Realiza ejecuciones interactivas o repetitivas.

ü Garantiza el tratamiento modular con la declaración de variables locales y el uso de procedimientos almacenados.

ü La seguridad en las bases de datos es muy importante debido a que garantiza la integridad física y lógica de los datos.

ü La migración o exportación de datos se puede dar de varias maneras, ejemplo como: Archivos de tipo Texto, hojas de cálculo, archivo de texto sin formato, etc.

6.APRECIACION DEL EQUIPO:

ü El SQL es una buena Base de Datos ya que ayuda mucho a la seguridad de datos.

7.GLOSARIO DE TERMINOS:

DBCREATOR: Es un tipo de archivo DAO asociado a Third-Party Application desarrollado por DreamMail para el Sistema Operativo de Windows.

RESTRICT: Restringir

8.LINKOGRAFIA:

· http://www.aulaclic.es/sqlserver/t_2_3.htm

· http://www.devjoker.com/contenidos/articulos/229/Programacion-con-Transact-SQL.aspx

· http://www.aulaclic.es/sqlserver/t_2_2.htm

· http://www.aulaclic.es/sqlserver/t_2_1.htm

· http://www.dellanio.com/diferenca-entre-comandos-ddl-dml-dcl-e-tcl/

· https://es.wikipedia.org/wiki/Transact-SQL