INSTITUTO TECNOLOGICO SUPERIOR DE

ARANDAS


INGENIERIA EN SISTEMAS COMPUTACIONALES


ROCIO PARRA
Bases de Datos para Dispositivos Mviles


MAURICIO SANCHEZ BARAJAS


TRABAJO:
Conceptos Bsicos

FECHA: 18 Agosto 2014

TABLA:
Tabla en las bases de datos, se refiere al tipo de modelado de datos, donde se
guardan los datos recogidos por un programa. Su estructura general se asemeja a
la vista general de un programa de hoja de clculo.

Una tabla es utilizada para organizar y presentar informacin. Las tablas se
componen de filas y columnas de celdas que se pueden rellenar con textos y
grficos Las tablas se componen de dos estructuras:

Registro: es cada una de las filas en que se divide la tabla. Cada registro contiene
datos de los mismos tipos que los dems registros. Ejemplo: en una tabla de
nombres y direcciones, cada fila contendr un nombre y una direccin.
Campo: es cada una de las columnas que forman la tabla. Contienen datos de tipo
diferente a los de otros campos. En el ejemplo anterior, un campo contendr un
tipo de datos nico, como una direccin, o un nmero de telfono, un nombre, etc.

VISTA:
En teora de bases de datos, una vista es una consulta accesible como una tabla
virtual en una base de datos relacional o en un conjunto de documentos en una
base de datos orientada a documentos.

Las vistas tienen la misma estructura que una tabla: filas y columnas. La nica
diferencia es que slo se almacena de ellas la definicin, no los datos. Los datos
que se recuperan mediante una consulta a una vista se presentarn igual que los
de una tabla. De hecho, si no se sabe que se est trabajando con una vista, nada
hace suponer que es as. Al igual que sucede con una tabla, se pueden insertar,
actualizar, borrar y seleccionar datos en una vista. Aunque siempre es posible
seleccionar datos de una vista, en algunas condiciones existen restricciones para
realizar el resto de las operaciones sobre vistas.

Una vista se especifica a travs de una expresin de consulta (una sentencia
SELECT) que la calcula y que puede realizarse sobre una o ms tablas. Sobre un
conjunto de tablas relacionales se puede trabajar con un nmero cualquiera de
vistas.

TRANSACCION:
Una transaccin en un Sistema de Gestin de Bases de Datos (SGBD), es un
conjunto de rdenes que se ejecutan formando una unidad de trabajo, es decir, en
forma indivisible o atmica.

Un SGBD se dice transaccional, si es capaz de mantener la integridad de los
datos, haciendo que estas transacciones no puedan finalizar en un estado
intermedio. Cuando por alguna causa el sistema debe cancelar la transaccin,
empieza a deshacer las rdenes ejecutadas hasta dejar la base de datos en su
estado inicial (llamado punto de integridad), como si la orden de la transaccin
nunca se hubiese realizado. Una transaccin debe contar con ACID (un acrnimo
ingls) que quiere decir: Atomicidad, Consistencia, Durabilidad y Aislamiento.
Entonces para que un Sistema de Gestin de Bases de Datos sea considerado
Transaccional, debe cumplir con estos criterios (ACID).

Para esto, el lenguaje de consulta de datos SQL (Structured Query Language),
provee los mecanismos para especificar que un conjunto de acciones deben
constituir una transaccin.

BEGIN TRAN: Especifica que va a empezar una transaccin.
COMMIT TRAN: Le indica al motor que puede considerar la transaccin
completada con xito.
ROLLBACK TRAN: Indica que se ha alcanzado un fallo y que debe restablecer la
base al punto de integridad.

PROCEDIMIENTO:
Un procedimiento es un conjunto de acciones u operaciones que tienen que
realizarse de la misma forma, para obtener siempre el mismo resultado bajo las
mismas circunstancias (por ejemplo, procedimiento de emergencia).

DESENCADENADOR:
Un "trigger" (disparador o desencadenador) es un tipo de procedimiento
almacenado que se ejecuta cuando se intenta modificar los datos de una tabla (o
vista).

Se definen para una tabla (o vista) especfica.

Se crean para conservar la integridad referencial y la coherencia entre los datos
entre distintas tablas.

Si se intenta modificar (agregar, actualizar o eliminar) datos de una tabla en la que
se defini un disparador para alguna de estas acciones (insercin, actualizacin y
eliminacin), el disparador se ejecuta (se dispara) en forma automtica.

CONECTOR:
Un conector de base de datos hace referencia a un programa Java utilizado para
conectarse a un repositorio e introducir informacin propia o extraer informacin
ajena, normalmente se hace a travs de un programa de gestin de identidades.
Un programa de gestin de identidades es un software ideado para gestionar de
manera centralizada las cuentas los usuarios en cada repositorio. Los gestores de
identidades almacenan los datos de un grupo de usuarios y de las cuentas que
estos usuarios poseen en los diferentes sistemas informticos

PROTOCOLOS PARA CONEXIN DE BASE DE DATOS:
Un protocolo orientado a la conexin identifica el flujo de trfico con un
identificador de conexin en lugar de utilizar explcitamente las direcciones de la
fuente y el destino. Tpicamente, el identificador de conexin es un escalar (por
ejemplo en Frame Relay son 10 bits y en Asynchronous Transfer Mode 24 bits).
Esto hace a los conmutadores de red substancialmente ms rpidos (las tablas de
encaminamiento son ms sencillas, y es ms fcil construir el hardware de los
conmutadores). El impacto es tan grande, que protocolos tpicamente no
orientados a la conexin, tal como el trfico de IP, utilizan prefijos orientados a la
conexin (por ejemplo IPv6 incorpora el campo "etiqueta de flujo").

Se dice que un servicio de comunicacin entre dos entidades es orientado a
conexin cuando antes de iniciar la comunicacin se verifican determinados datos
(disponibilidad, alcance, etc.) entre estas entidades y se negocian unas
credenciales para hacer esta conexin ms segura y eficiente. Este tipo de
conexiones suponen mayor carga de trabajo a una red (y tal vez retardo) pero
aportan la eficiencia y fiabilidad necesaria a las comunicaciones que la requieran.

En telecomunicaciones, no orientado a la conexin significa una comunicacin
entre dos puntos finales de una red en los que un mensaje puede ser enviado
desde un punto final a otro sin acuerdo previo. El dispositivo en un extremo de la
comunicacin transmite los datos al otro, sin tener que asegurarse de que el
receptor est disponible y listo para recibir los datos. El emisor simplemente enva
un mensaje dirigido al receptor. Cuando se utiliza esta forma de comunicacin son
ms frecuentes los problemas de transmisin que con los protocolos orientado a la
conexin y puede ser necesario reenviar varias veces los datos. Los protocolos no
orientados a la conexin son a menudo rechazados por los administradores de
redes que utilizan cortafuegos porque los paquetes maliciosos son ms difciles
filtrar.

El protocolo IP y el protocolo UDP son protocolos no orientados a la conexin,
pero TCP es un protocolo orientado a la conexin. Los protocolos no orientados a
la conexin son descritos generalmente como sin estado porque los puntos finales
no guardan informacin para recordar una "conversacin" de cambios de
mensajes. La alternativa al enfoque no orientado a la conexin es utilizar
protocolos orientados a la conexin, que son descritos a veces como con estado
porque pueden seguir una conversacin.

CADENA DE CONEXIN:

La cadena de conexin puede ser de dos formas distintas, segn se indique la
autenticacin de Windows o la de SQL Server.
En la primera no hay que indicar ni usuario ni password, en la segunda si que hay
que indicar esos dos datos.
Las bases de datos de SQL Server a las que podemos acceder con esa cadena
de conexin pueden ser de cualquier versin, al menos yo lo he probado con las
versiones 7.0, 2000 y 2005, en los tres casos usando ADO.NET.

En los siguientes ejemplos usaremos ciertos valores que tendrs que indicar
segn tus preferencias, me refiero al nombre del servidor de SQL Server y a la
base de datos a la que quieres acceder, adems del nombre del usuario o la
contrasea.

Valor Descripcin
ServidorSQL El nombre del servidor de SQL Server al que quieres acceder.
Los valores que puede tener depender de tu configuracin de SQL Server, pero
estos son los valores ms comunes:

Valor Descripcin
.
(local)
Uno de estos valores indicar que quieres
acceder a la instancia predeterminada de SQL
Server que haya en el equipo en el que se est
ejecutando la aplicacin.
Es preferible usar (local).
NombreEquipo El nombre del equipo en el que se est usando la
aplicacin.
Es preferible usar (local) para que no influya el
equipo en el que se ejecute el programa.
NombreDNS Un nombre DNS es decir, un nombre que
despus "resolver" una direccin IP, por
ejemplo, el nombre de un servidor de
Internet: nombreDominio.com.
DireccinIP Una direccin IP en la que est el servidor de
SQL al que queremos acceder, esto vale para
servidores que estn en equipos remotos.
Por defecto se utilizar el puerto
predeterminado: 1433
DireccinIP, Puerto La direccin IP del servidor de IP al que se
acceder por el puerto indicado.
Por defecto el puerto de SQL Server es el 1433.
ServidorSQL/Instancia Si no queremos usar la instancia predeterminada
del servidor de SQL Server indicado (usando
cualquiera de los cuatro mtodos anteriores),
podemos indicarlo despus del nombre del
servidor separado con un \.
Por ejemplo, en Visual Studio .NET (2002 y
2003) se crea una instancia llamada NETSDK,
para acceder a esa instancia
usaremos: (local)\NETSDK.
En Visual Studio 2005 se suele instalar el SQL
Server 2005 Express y se crea una instancia
llamada SQLEXPRESS, para acceder a las
bases de datos de esa instancia,
usaremos: (local)\SQLEXPRESS.

BaseDatos El nombre de la base de datos de SQL Server a la que quieres acceder (no la
tabla)
Usuario El nombre del usuario de la base de datos a la que quieres acceder.
Contrasea El password (o contrasea) del usuario indicado.


OBJ ETOS Y CONTROLES PARA MANIPULACION DE BASE DE DATOS:
Una base de datos es una coleccin de datos organizados y estructurados segn
un determinado modelo de informacin que refleja no slo los datos en s mismos,
sino tambin las relaciones que existen entre ellos. Una base de datos se disea
con un propsito especifico y debe ser organizada con una lgica coherente. Los
datos podrn ser compartidos por distintos usuarios y aplicaciones, pero deben
conservar su integridad y seguridad al margen de las interacciones de ambos. La
definicin y descripcin de los datos han de ser nicas para minimizar la
redundancia y maximizar la independencia en su utilizacin.

En una base de datos, las entidades y atributos del mundo real, se convierten en
registros y campos. Estas entidades pueden ser tanto objetos materiales como
libros o fotografas, pero tambin personas e, incluso, conceptos e ideas
abstractas. Las entidades poseen atributos y mantienen relaciones entre ellas.

Los modelos clsicos de tratamiento de los datos son:

jerrquico: puede representar dos tipos de relaciones entre los datos: relaciones
de uno a uno y relaciones de uno a muchos. Este modelo tiene forma de rbol
invertido en el que una rama puede tener varios hijos, pero cada hijo slo puede
tener un padre.

en red: Este modelo permite la representacin de muchos a muchos, de tal forma
que cualquier registro dentro de la base de datos puede tener varias ocurrencias
superiores a l. El modelo de red evita redundancia en la informacin, a travs de
la incorporacin de un tipo de registro denominado el conector. En el modelo en
red se representa el mundo real mediante registros lgicos que representan a una
entidad y que se relacionan entre s por medio de flechas

relacional:. Desde los aos 80 es el modelo ms utilizado, ya que permite una
mayor eficacia, flexibilidad y confianza en el tratamiento de los datos. La mayor
parte de las bases de datos y sistemas de informacin actuales se basan en el
modelo relacional ya que ofrece numerosas ventajas sobre los 2 modelos
anteriores, como es el rpido aprendizaje por parte de usuarios que no tienen
conocimientos profundos sobre sistemas de bases de dados. En el modelo
relacional se representa el mundo real mediante tablas relacionadas entre s por
columnas comunes. Las bases de datos que pertenecen a esta categora se
basan en el modelo relaciones, cuya estructura principal es la relacin, es decir
una tabla bidimensional compuesta por lneas y columnas. Cada lnea, que en
terminologa relacional se llama tupla, representa una entidad que nosotros
queremos memorizar en la base de datos. las caractersticas de cada entidad
estn definidas por las columnas de las relaciones, que se llaman atributos.
Entidades con caractersticas comunes, es decir descritas por el mismo conjunto
de atributos, formarn parte de la misma relacin.


INTERACCION CON LA BASE DE DATOS:
Cuando se crea un tipo definido por el usuario, ste es local para una nica base
de datos. Por lo tanto, un tipo definido por el usuario en una base de datos no se
puede utilizar en una definicin de columna de otra base de datos. Sin embargo, si
el mismo tipo definido por el usuario se registra y se hace accesible en dos bases
de datos, se puede convertir un valor de tipo definido por el usuario de una base
de datos para utilizarlo en otra base de datos. Esta capacidad es til cuando se
desea realizar lo siguiente:
Llamar a un procedimiento almacenado que est definido en otra base de datos.
Realizar consultas en tablas definidas en dos bases de datos diferentes.
Seleccionar datos de una base de datos e insertarlos en otra.
Por ejemplo, suponga que se crea el tipo definido por el usuario u1 tanto en la
base de datos db1 como en la base de datos db2. El procedimiento almacenado
p2 slo se crea en la base de datos db2 y toma un parmetro de tipo u1. Se puede
llamar al procedimiento p2 con una instancia del tipo u1 de la base de datos db1.
USE db1
DECLARE @u u1
EXEC db2.dbo.p2 @u
GO
Otro ejemplo implica rellenar una tabla temporal de tempdb con los resultados de
una consulta. El tipo definido por el usuario debe estar registrado en tempdb para
que esta operacin se pueda realizar correctamente.
INSERT INTO #t SELECT * FROM T
No es necesario registrar un tipo definido por el usuario en tempdb cuando se
utiliza un tipo definido por el usuario en una variable de tabla, o cuando un cursor
utiliza el tipo definido por el usuario en una tabla de trabajo.
Cuando utilice tipos definidos por el usuario en varias bases de datos, debe
recordar lo siguiente:
Los tipos deben tener el mismo nombre, incluso el mismo nombre CLR, y deben
implementarse a travs del mismo ensamblado en ambas bases de datos. Los
ensamblados de dos bases de datos son idnticos si tienen el mismo nombre,
nombre seguro, referencia cultural, versin, conjunto de permisos de acceso al
cdigo y contenido binario.
Debe disponer de los permisos SELECT y EXECUTE en cada columna de tipo
definido por el usuario a la que se hace referencia en la consulta. Estos permisos
se comprueban respecto a la base de datos donde est definida cada columna.
Si un tipo implementado en un ensamblado llama a un mtodo en otro
ensamblado, la llamada entre ensamblados se comprueba del mismo modo que si
el tipo definido por el usuario se emitiera sin atravesar bases de datos.