2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Página 2 de 8. Precedente  1, 2, 3, 4, 5, 6, 7, 8  Siguiente

Ver el tema anterior Ver el tema siguiente Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 11:34 am

RAMIRO BALDOVINOS escribió:
La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos).

La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.

Un ejemplo a modo de descripción de la estructura de una base de datos puede ser:

ALUMNO: numero de alumnno (entero de 6 números), nombre (cadena de 30 caracteres), apellido (cadena de 30 caracteres), año de nacimiento (entero de 4 números), especialidad (entero de 3 números).

ESPECIALIDAD: numero de especialidad (entero de 3 números), nombre de especialidad (cadena de 30 caracteres).

COMANDOS
INSERCION
INSERT INTO nombre-tabla [({nombre-columna(s),})] VALUES ({expresión,})
Ej: Ingresar la carrera con código 150
INSERT INTO carrera VALUES (150,'Ingenieria de Sistemas');
ACTUALIZACION
UPDATE nombre-tabla SET {nombre-columna = expresión,} [WHERE condición];
Ej: Modificar el patrimonio del estudiante cuyo código es 98115310
UPDATE estudiante SET pat_est = 15000000 WHERE cod_est = 98115310;
BORRADO
DELETE FROM nombre-tabla [WHERE condición];
Ej: Eliminar el estudiante cuyo código es 98115310
DELETE FROM estudiante WHERE cod_est = 98115310;
Si se omite la opcion WHERE eliminara todas las filas de la tabla estudiante.


Los SGBD relacional deben encargarse de mantener la integridad de los datos almacenados en una base de datos con respecto a las reglas predefinidas o restricciones. La integridad también puede verificarse inmediatamente antes del momento de introducir los datos a la base de datos (por ejemplo, en un formulario empleando validación de datos).

Un claro ejemplo de error de integridad es el ingreso de un tipo de dato incorrecto dentro de un campo. Por ejemplo, ingresar un texto cuando se espera un número entero.

También una error en la integridad en una base de datos puede ser la existencia de un valor numérico (id cliente) en la compra de un producto por parte de un cliente que no existe en su correspondiente tabla con ese número. (integridad referencial).

También puede suceder que se elimine una fila padre con dos o más filas hijos que quedarían "huérfanas".

ATT: RAMIRO BALDOVINOS GOMEZ

ramiro tu informacion esta plagiada te recomiendo que aportes informacion diferente por eso hay varias paginas de consulta de informacion por que si te fijas me copias mi informacion namas le cambiaste el formato de la letra y le quitaste partes del texto en dado caso si vas a copiar informacion dale credito al que le copiaste la informacion esfuerzate en ser original Evil or Very Mad
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

REPLICA DEL REACTIVO N°1

Mensaje  CINTHIA CADENA PEREZ el Miér Feb 20, 2013 11:38 am

sinay vargas escribió:1) Investigar algunos conceptos básicos de: "Estructura e Integridad de bases de datos", así como: "comandos básicos del LMD para poder realizar la Creación de bases de datos y la Definición del esquema de integridad. Debe indicar que tipo de fuentes (Libros, revistas, etc.) y TICs (Wikis, Foros, Edu-Blogs, WebQuest, EVE-A) se han involucrado para concretar la investigación. Y de acuerdo con lo investigado, debe elaborar un resumen o tabla comparativa o mapa conceptual o diagrama que permita representar (en texto o gráficamente) los conceptos clave, el cual debe compartir en este foro.

Sobre las información que obtuve respecto a lo que pide este inciso es lo siguiente:
ESTRUCTURA DE BASE DE DATOS
La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos).Dentro de la estructura de una base de datos encontramos:
Integridad de datos
 Redundancia de datos

La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.
Las diferentes estructuras de base de datos
Modelo relacional de base de datos
Representa al mundo real mediante tablas relacionadas entre sí por columnas.
Modelo de red
Se representa al mundo real como registros lógicos que representan a una entidad y que se relacionan entre sí por medio de flechas.
Modelo jerárquico
Tiene forma de árbol invertido. Un padre puede tener varios hijos pero cada hijo sólo puede tener un padre.
Un ejemplo a modo de descripción de la estructura de una base de datos puede ser:

ALUMNO: numero de alumnno (entero de 6 números), nombre (cadena de 30 caracteres), apellido (cadena de 30 caracteres), año de nacimiento (entero de 4 números), especialidad (entero de 3 números).

ESPECIALIDAD: numero de especialidad (entero de 3 números), nombre de especialidad (cadena de 30 caracteres).
Estructura de datos relacional
Es aquella cuyos usuarios la perciben como un conjunto de tablas.
Una relación puede representarse mediante una tabla (de hecho es usual y aceptable utilizar el término tabla para referirse a una relación) podríamos decir que:
Una tupla corresponde a una fila de la tabla.
Un atributo corresponde a una columna de la tabla (equivale a un campo de un registro).
Un dominio es una colección de valores, de los cuales uno o más atributos obtienen sus valores reales.
Clave primaria Es posible que una relación posea más de una clave candidata, en ese caso, se escoge una de ellas como clave primaria y el resto se denominan claves alternativas.
Clave ajena o extranjera es un atributo (o conjunto de atributos) de una relación R1 que es clave primaria de otra relación R2.
INTEGRIDAD DE BASE DE DATOS
La integridad Proporciona un medio de asegurar que los cambios que se hacen en la base de datos por usuarios autorizados no resultan en una pérdida de consistencia de los datos.
La integridad de los datos garantiza la calidad de los datos de la base de datos.
En una base de datos relacional, las relaciones están sujetas a ciertas reglas de integridad:

Integridad de entidad: “Ningún atributo que participe en una clave principal puede tener valores nulos.
Integridad referencial: “No deben existir valores de clave ajena sin concordancia.”

La integridad de datos pertenece a una de las siguientes categorías:
La integridad de entidad define una fila como entidad única para una tabla determinada.
La integridad de dominio viene dada por la validez de las entradas para una columna determinada. Puede exigir la integridad de dominio para restringir el tipo mediante tipos de datos, el formato mediante reglas y restricciones CHECK, o el intervalo de valores posibles mediante restricciones FOREIGN KEY, restricciones CHECK, definiciones DEFAULT, definiciones NOT NULL y reglas.
La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas.
La integridad definida por el usuario permite definir reglas de empresa específicas que no pertenecen a ninguna otra categoría de integridad.
Todas las categorías de integridad admiten la integridad definida por el usuario. Esto incluye todas las restricciones de nivel de columna y nivel de tabla en CREATE TABLE, procedimientos almacenados y desencadenadores.

COMANDOS BASICOS DEL LMD
Los comandos son instrucciones que realizan acciones sobre las tablas de la base de datos.
Un lenguaje de manipulación de datos (en inglés: DML, data manipulation language) permite a los usuarios manejar o tener acceso a los datos que están organizados por medio del modelo apropiado.
Existen básicamente dos tipos de DML o LMD:
De procedimientos: Necesitan que el usuario especifique cuáles datos quiere y cómo deben obtenerse.
Sin procedimientos: Requieren que el usuario especifique cuáles datos quiere sin especificar cómo obtenerlos.
Los comandos básicos de LMD (Lenguaje de Manipulación de Datos) son:
INSERT
Una sentencia INSERT es para agrega uno o más registros a una (y sólo una) tabla en una única operación de una base de datos relacional.
Sintaxis
INSERT INTO tabla (columna1,[columna2,…]) VALUES (valor1, [valor2,…])
SELECT
Es para realizar consulta los registros que satisfagan un determinado criterio.
Sintaxis
Select * from [nombre de la tabla]
UPDATE
Es para modificar los campos indicados con el valor especificado en la sentencia.
Sintaxis
nombre-tabla SET {nombre-columna = expresión,} [WHERE condición];
DELETE
Se utiliza para Elimina los registros (filas) indicados en la sentencia.
Sintaxis
DELETE FROM estudiante WHERE cod_est = 98115310;

DEFINICION DE ESQUEMA DE INTEGRIDAD
Integridad: Consiste en conservar la seguridad en un sistema que se permite a múltiples usuarios el acceso al sistema y compartir la base de datos. Tiene como función proteger la base de datos contra operaciones que introduzcan inconsistencias en los datos.
Un control de integridad o restricciones es aquel que nos permite definir con precisión el rango de valores validos para un elemento y/o las operaciones que serán consideraciones validas en la relación de tale elementos.
El objetivo primordial de un control de integridad es la reducción de la inconsistencia en la BD.
Las restricciones de integridad normalmente se aplican en tres niveles:

Un Atributo Simple: Se define un dominio del atributo que es totalmente independiente del resto del entorno de la Base de Datos.
Un Atributo Dependiente de Otro: Se definen subconjuntos de dominios posibles para un atributo X según el valor que previamente a sido asignado al atributo W.
Relaciones entre Tuplas de una o varias Tablas: Se especifican valores posibles para registros completos según los valores acumulados registros previos o por valores existentes en registros de otras tablas.

Fuentes consultada
http://www.slideshare.net/luiscfh/estructuras-de-base-de-datos
http://www.slideshare.net/142918/estructura-de-las-bases-de-datos-5670614
http://www.ies-bezmiliana.org/departamentos/informat/Ciclo%20grado%20superior/bases%20de%20datos/Tema-3-BD.PDF
http://labredes.itcolima.edu.mx/fundamentosbd/sd_u3_3.htm
http://msdn.microsoft.com/es-mx/library/ms184276(v=sql.105).aspx
http://e-ducativa.catedu.es/44700165/aula/archivos/repositorio//1000/1083/html/11_comandos_lmd.html
http://html.rincondelvago.com/bases-de-datos_9.html
http://html.rincondelvago.com/lenguajes-de-manipulacion-y-definicion-de-datos.html
http://chiokapy.blogspot.mx/2011/08/comandos-de-lmd.html
http://yoalo.wikispaces.com/2.2+Definicion+Esquema+de+Integridad
http://tutorialdeadministraciondebasededatos.blogspot.mx/2009/08/22-esquema-de-integridad.html

Esta es la información que obtuve de estas fuentes de investigación.
Atentamente: SINAI VARGAS GARCIA
IA Laughing


MUY BUENA INFORMACION COMPAÑERA ESTOY DE ACUERDO CONTIGO RESPECTO A LAS DEFINICIONES DE LOS CONCEPTOS A LOS QUE TE REFIERES. TE FELICITO.. Very Happy

ATTE: CINTHIA CADENA PEREZ

CINTHIA CADENA PEREZ

Mensajes : 51
Fecha de inscripción : 01/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  CINTHIA CADENA PEREZ el Miér Feb 20, 2013 11:40 am

miguelTL escribió:

YO DECIDI RESPONDER EL REACTIVO 3 A FORMA DE CUADRO COMPARATIVO PARA MAYOR ENTENDIMIENTO


ATTE: MIGUEL ANGEL TORRES LEON


MUY BUEN CUADRO COMPARATIVO COMPAÑERO.... FELICIDADES drunken

CINTHIA CADENA PEREZ

Mensajes : 51
Fecha de inscripción : 01/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 11:42 am

.



Última edición por miguelTL el Miér Feb 20, 2013 2:06 pm, editado 3 veces
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  karina acuña santana el Miér Feb 20, 2013 11:49 am

horfanel calles juarez escribió:2) Investigar acerca del uso de vistas, procedimientos almacenados y disparadores (Trigger’s). Elaborar un resumen acerca de lo investigado, donde explique el uso y la importancia de dichos elementos, el cual, debe compartir en este foro. Finalmente, debe discutir en este foro acerca del uso y la importancia de la creación e implementación de vistas, procedimientos almacenados y disparadores, haciendo énfasis en que términos podrían brindar seguridad e integridad dichos elementos a una base de datos alojadas en un servidor de datos.
TRIGGERS Y PROCEDIMIENTO ALMACENADO
TRIGGER

Un trigger (o disparador) en una Base de datos, es un procedimiento que se ejecuta cuando se cumple una condición establecida al realizar una operación. Dependiendo de la base de datos, los triggers pueden ser de inserción (INSERT), actualización (UPDATE) o borrado (DELETE). Algunas bases de datos pueden ejecutar
triggers al crear, borrar o editar usuarios, tablas, bases de datos u otros objetos.
Contenido
Usos
Son usados para mejorar la administración de la Base de datos, sin necesidad de contar con que el usuario ejecute la sentencia de SQL.
Además, pueden generar valores de columnas, previene errores de datos, sincroniza tablas, modifica valores de una vista, etc.
Permite implementar programas basados en paradigma lógico (sistemas expertos, deducción).
Componentes principales:
La estructura básica de un trigger es: " Llamada de activación: es la sentencia que permite "disparar" el código a ejecutar. " Restricción: es la condición necesaria para realizar el código. Esta restricción puede ser de tipo condicional o de tipo nulidad. " Acción a ejecutar: es la secuencia de instrucciones a ejecutar una vez que se han cumplido las condiciones iniciales.
Tipos:
Existen dos tipos de disparadores que se clasifican según la cantidad de ejecuciones a realizar:
" Row Triggers (o Disparadores de fila): son aquellas que se ejecutaran n-veces si se llama n-veces desde la tabla asociada al trigger
" Statement Triggers (o Disparadores de secuencia): son aquellos que sin importar la cantidad de veces que se cumpla con la condición, su ejecución es única.
Pueden ser de sesión y almacenados; pero no son de fiar.
Efectos y características: " No aceptan parámetros o argumentos (pero podrían almacenar los datos afectados en tablas temporales)" No pueden ejecutar las operaciones COMMIT o ROLLBACK por que estas son parte de la sentencia
SQL del disparador (únicamente a través de transacciones autónomas) " Pueden causar errores de mutaciones en las tablas, si se han escrito de manera deficiente.
Un sencillo ejemplo (para SQL Server) sería crear un Trigger para insertar un pedido de algún producto cuando la cantidad de éste, en nuestro almacén, sea inferior a un valor dado.
BEFORE UPDATE ON tabla_almacen
FOR ALL records
IF :NEW.producto < 100 THEN
INSERT INTO tabla_pedidos(producto) VALUES ('1000');
END IF;
SELECT DBO.POLVE.TEST
END
Disparadores en MySQL
Los disparadores son soportados en MySQL a partir de la versión 5.0.2. Algunos de los soportes existentes son los disparadores para las sentencias INSERT, UPDATE y DELETE
El estándar SQL:2003 requiere que los disparadores den a los programadores acceso a las variables de un registro utilizando una sintaxis como REFERENCING NEW AS n. Por ejemplo, si un disparador está monitoreando los cambios en la columna salario, podría escribirse un disparador como:
CREATE TRIGGER ver_salario
BEFORE UPDATE ON empleados
REFERENCING NEW ROW AS n, OLD ROW AS o
FOR EACH ROW
IF n.salario <> o.salario THEN
END IF;
Como en MySQL las sentencias se ejecutan luego de escribir el signo punto y coma (Wink, cabe destacar que para crear un disparador en MySQL, antes se escribe la sentencia DELIMITER seguida de un carácter tal como |, la cual asigna la función del punto y coma (Wink a otro carácter permitiendo que el disparador sea escrito usando los punto y comas sin que se ejecute mientras se escribe; después de escrito el disparador se escribe nuevamente la sentencia DELIMITER ; para asignar al punto y coma su función habitual.
Disparadores en PostgresQL
Triggers

En español se llaman o están traducidos por desencadenador son lo mismo que los Stored Procedures pero
éstos se ejecutan desantendidamente y automáticamente cuando un usuario realiza una acción con la tabla
de una base de datos que lleve asociado este trigger. Se pueden crear triggers para las sentencias de SQL
Insert, Update y Delete.
Por ejemplo en la anterior tabla pr_usuararios podemos crear un trigger que cada vez que se inserte un nuevo
registro envie un mail de aviso al webmaster del web (este ejemplo esta puesto al final de esta página).
La estructura de un trigger es:
Create Trigger pr_usuarios_Trigger1
On dbo.pr_usuarios
For /* Insert, Update, Delete */
As
Los triggers pueden incluir cualquier número y clase de instrucción de Transact-SQL.
Los podemos crear desde el Entreprise Manager del SQL como muestran las figuras 1 y 2 o desde el Visual
Interdev creando un proyecto de base de datos como muestra en la figura 3 y 4.
Desde el Trigger podremos obtener los datos de la fila que se ha modificado o añadido utilizando inserted o
deleted:
Select * from deleted
Limitaciones de los triggers.
- Solo se pueden aplicar a una tabla específica, es decir, un trigger no sirve para dos o más tablas
- El trigger se crea en la base de datos que de trabajo pero desde un trigger puedes hacer referencia a otras bases de datos.
- Un Trigger devuelve resultados al programa que lo desencadena de la misma forma que un Stored
Procedure aunque no es lo más idoneo, para impedir que una instrucción de asignación devuelva un resultado se puede utilizar la sentencia SET NOCOUNT al principio del Trigger.
- Las siguientes instrucciones no se pueden utilizar en los triggers :
ALTER DATABASE CREATE DATABASE
DISK INIT DISK RESIZE
DROP DATABASE LOAD DATABASE
LOAD LOG RECONFIGURE
RESTORE DATABASE RESTORE LOG
Ejemplo.
Como ejemplo crearemos un Trigger que avise al webmaster con un mail cuando un usuario se da de alta en nuestro web, para crear el trigger solo se han de seguir los pasos arriba indicados, como muestran las imágenes y el código es el siguiente, haciendo Copy & Paste funciona.
El funcionamiento del trigger es muy sencillo, declaramos dos variables, una para el mensaje que se enviará en el mail y otra para obtener el ID del registro recién insertado y luego este ID lo concatenamos al mensaje para enviárselo al webmaster.
Alter Trigger Trigger_Aviso_al_Webmaster
On dbo.pr_usuarios
att:horfanel calles juarez

Amigo tu informacion me parecio muy buena ya que a grandes rasgos tomaste en cuanta poder explicar cada uno de los puntos pedidos. FELICIDADES COMPAÑERO! cheers

karina acuña santana

Mensajes : 38
Fecha de inscripción : 30/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  karina acuña santana el Miér Feb 20, 2013 11:51 am

CINTHIA CADENA PEREZ escribió:
miguelTL escribió:

YO DECIDI RESPONDER EL REACTIVO 3 A FORMA DE CUADRO COMPARATIVO PARA MAYOR ENTENDIMIENTO


ATTE: MIGUEL ANGEL TORRES LEON


MUY BUEN CUADRO COMPARATIVO COMPAÑERO.... FELICIDADES drunken
AMIGO MUY BUENA COMPARACION ACERCA DE ESTOS TEMAS ABORDADOS Y QUE MEJOR TU CUADRO REALIZADO PORQUE ASI SE ENTIENDE MUCHOS MEJOR CADA UNA DE LAS DIFERENCIAS...
FELICIDADES AMIGO! Very Happy

karina acuña santana

Mensajes : 38
Fecha de inscripción : 30/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

REACTIVO 2

Mensaje  alma rosa el Miér Feb 20, 2013 2:34 pm

2) Investigar acerca del uso de vistas, procedimientos almacenados y disparadores (Trigger’s). Elaborar un resumen acerca de lo investigado, donde explique el uso y la importancia de dichos elementos, el cual, debe compartir en este foro. Finalmente, debe discutir en este foro acerca del uso y la importancia de la creación e implementación de vistas, procedimientos almacenados y disparadores, haciendo énfasis en que términos podrían brindar seguridad e integridad dichos elementos a una base de datos alojadas en un servidor de datos.

A continuación daré a conocer sobre el uso de las vistas, procedimientos almacenados y disparadores (trigger`s).

En primer lugar se dice que una vista es el resultado de una consulta de varias tablas que te aparece como una sola tabla. Por ejemplo si nosotros como alumnos necesitamos saber datos de dos tablas pero necesitamos que aparezcan a la vez, siempre que ejecutemos una sentencia determinada que viene dada por un nombre que le hemos dado. Se puede realizar esto a través de las vistas.
Respecto a la seguridad que proporcionan se dice que permite por un lado que el Administrador de Bases de Datos pueda, de alguna manera, "proteger" los accesos directos a las tablas e implementar una medida de seguridad adicional, ya que una vista, al no ser una tabla en sí misma, solamente estaría exponiendo el contenido, pero de un modo "protegido", y por otro lado, el Administrador de este modo, permite asimismo que los usuarios puedan "Ver", ya que de esto se trata, los datos en sí mismos, pero de un modo más "seguro".

Por otra parte los procedimientos almacenados son muy utilizados para aumentar la seguridad. Debido a que son un buen método de evitar a ataques de SQL injection.
También son útiles a la hora de realizar consultas complejas con un conjunto acotado de parámetros, con muchos niveles de subconsultas. Y además por si existen varias alternativas posibles de sentencias a ejecutar, pero no puedes establecer cual hacer porque depende de la respuesta a otras consultas se puede realizar con procedimientos almacenados. O bien si se desea hacer barrido de registros en una tabla.

Y por último el uso de disparadores o trigger’s son procedimientos que se ejecutan cuando se cumple una condición establecida al realizar una operación. Estos pueden ser:
• De inserción (INSERT)
• De actualización (UPDATE) o
• De borrado (DELETE).
En este caso entendí que se utilizan para mejorar la administración de nuestra base de datos, sin necesidad de que el usuario ejecute una sentencia.
Además respecto a la seguridad que proporcionan pueden prevenir errores de datos, también permiten la sincronización de tablas y sobre todo modificar las tablas.

Esta es mi opinión sobre el reactivo.

ALMA ROSA PEÑALOZA FIERROS

alma rosa

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL REACTIVO 1

Mensaje  AngelesAT el Miér Feb 20, 2013 3:09 pm

ESTRUCTURA E INTEGRIDAD DE DATOS

El término integridad de datos se refiere a la corrección y complementación de los datos en una base de datos ademas la integridad de los datos almacenados puede perderse de muchas maneras diferentes. Pueden añadirse datos no válidos a la base de datos, tales como un pedido que especifica un producto no existente.
Pueden modificarse datos existentes tomando un valor incorrecto, como por ejemplo si se reasigna un vendedor a una oficina no existente. Los cambios en la base de datos pueden perderse debido a un error del sistema o a un fallo en el suministro de energía. Los cambios pueden ser aplicados parcialmente, como por ejemplo si se añade un pedido de un producto sin ajustar la cantidad disponible para vender.

FUNCIÓN PRINCIPAL:
La función básica de una base de datos es permitir el almacenamiento y la recuperación de la información necesaria, para que las personas de la organización puedan tomar decisiones. Es así que las Bases de Datos se tornan esenciales para la supervivencia de cualquier organización; pues los datos estructurados constituyen un recurso básico para todas las organizaciones.

Ahora se definira lo que es un comando, pues bien un comando es una sentencia o instruccion que se utiliza para realizar acciones sobre las tablas de la base de datos.
y en los comandos encontramos el de LENGUAJE DE MANIPULACION DE DATOS (LMD). Comandos que utilizamos:

SELECT
:Consulta los registros que satisfagan un determinado criterio.

INSERT: Añade registros por lotes de datos (filas) en una tabla en una única operación.

UPDATE: Modifica los campos indicados con el valor especificado en la sentencia.

DELETE: Elimina los registros (filas) indicados en la sentencia.

ESQUEMAS DE INTEGRIDAD
Un control de integridad o restricciones es aquel que nos permite definir con precisión el rango de valores validos para un elemento y/o las operaciones que serán consideraciones validas en la relación de tale elementos.

FUENTES:
http://e-ducativa.catedu.es/44700165/aula/archivos/repositorio//1000/1083/html/11_comandos_lmd.html
http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/proyectoinformatico/libro/c3/c3.htm
http://tutorialdeadministraciondebasededatos.blogspot.mx/2009/08/22-esquema-de-integridad.html

ATENTAMENTE
MA. DE LOS ANGELES ALONSO TAPIA
avatar
AngelesAT

Mensajes : 36
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL INCISO 3

Mensaje  sinay vargas el Miér Feb 20, 2013 5:01 pm

3) Investigar acerca de la diferencia que existe entre la integridad de entidad e integridad referencial. Y comparta en este foro, comentarios contundentes al respecto.

DIFERENCIAS DE LA INTEGRIDAD ENTIDAD Y LA INTEGRACIÓN REFERENCIAL

INTEGRIDAD ENTIDAD

> Cada entidad que se guarda en la base de datos sea identificable de un modo único, es decir, que evitemos la información redundante.
> La identificación de entidades no es única, podemos tener varios modos de entidad para un mismo objeto real.
> Estas entidades puede ser de diferente carácter: Entidades físicas, Entidades conceptuales y Entidades como eventos.
> La integridad de entidad define una fila como entidad única para una tabla determinada.
> La integridad de entidad exige la integridad de las columnas de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY.
> Cada tabla puede tener sólo una columna de identificación, la que contendrá una secuencia de valores generados por el sistema que unívocamente identifican a cada fila de la tabla.
> Aseguran la integridad de las entidades que son modeladas por el sistema.

INTEGRIDAD REFERENCIAL

> Protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas
> Se basa en las relaciones entre claves externas y claves principales o entre claves externas y claves exclusivas, mediante restricciones FOREIGN KEY y CHECK. L
> Garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos.
> Define que la base de datos no debe contener valores de claves foráneas sin concordancia.
> La integridad referencial se garantiza que una entidad (fila o registro) siempre se relaciona con otras entidades válidas, es decir, que existen en la base de datos.
> La integridad referencial garantiza que la relación entre dos tablas permanezca sincronizada durante las operaciones de actualización y eliminación.

FUENTES BIBLIOGRAFICAS

http://www.slideshare.net/vyezk007/integridad-de-entidad-e-integridad-referencial-en-sql-server-y-access
http://alejandraelivazq.wikispaces.com/2.2.1+Validar+y+verificar+integridad+de+entidad+e+integridad+referencial.
http://es.wikipedia.org/wiki/Integridad_referencial
http://www.aulaclic.es/sql/b_8_1_1.htm
http://msdn.microsoft.com/es-es/library/aa292166(v=VS.71).aspx
http://velazquezargentina.wordpress.com/2011/05/03/03mayo2011-integridad-de-entidad/

ATENTAMENTE: SINAI VARGAS GARCIA
Razz
avatar
sinay vargas

Mensajes : 68
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL RECTIVO #3 BY PABLO

Mensaje  pablodelgadogomez el Miér Feb 20, 2013 5:33 pm

3) Investigar acerca de la diferencia que existe entre la integridad de entidad e integridad referencial. Y comparta en este foro, comentarios contundentes al respecto.

Para mi respuesta a este reactivo, plasmé la información en un cuadro comparativo en el cual se pueden observar las diferencias y características de estos dos tipos de integridad, que son muy importantes en la implementación de bases de datos.
Como hemos venido viendo el término integridad es muy utilizado en bases de datos, y se refiere a al estado de corrección y completitud de los datos ingresados en una base de datos.

Los SGBD relacional deben encargarse de mantener la integridad de los datos almacenados en una base de datos con respecto a las reglas predefinidas o restricciones. La integridad también puede verificarse inmediatamente antes del momento de introducir los datos a la base de datos (por ejemplo, en un formulario empleando validación de datos).

Un claro ejemplo de error de integridad es el ingreso de un tipo de dato incorrecto dentro de un campo. Por ejemplo, ingresar un texto cuando se espera un número entero.

También una error en la integridad en una base de datos puede ser la existencia de un valor numérico (id cliente) en la compra de un producto por parte de un cliente que no existe en su correspondiente tabla con ese número. (integridad referencial).

Aquí les dejo en un enlace la imagen del cuadro comparativo de las diferencias entre la integridad de entidad y la integridad referencial.
http://imageshack.us/photo/my-images/826/integridadreferencialvs.jpg/

integridad referencial_vs_integridad entidad.jpg
mega.co.nz #!fIVjmKTD!VqJf_CKtaAaN8TkmEcazf2Lv7N4V0k116cYa7VqpTyo


Fuentes consultadas:
http://www.alegsa.com.ar/Dic/integridad%20de%20datos.php
http://msdn.microsoft.com/es-mx/library/ms184276(v=sql.105).aspx

PABLO DELGADO GOMEZ study
avatar
pablodelgadogomez

Mensajes : 28
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA EL INCISO #4

Mensaje  sinay vargas el Miér Feb 20, 2013 6:16 pm

4) Investigar cómo podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL
SOBRE ESTE PUNTO DE INVESTIGACIÓN ENCONTRE LA SIGUIENTE INFORMACIÓN


Las tablas y las vistas comparten el mismo espacio de nombres en la base de datos, por eso, una base de datos no puede contener una tabla y una vista con el mismo nombre.
Para crear una vista, debe contar con el permiso del propietario de la base de datos y, si la vista se crea con la cláusula SCHEMABINDING, debe contar también con los permisos correspondientes para las tablas o las vistas a las que se haga referencia en la definición de la vista.
De forma predeterminada, a medida que se agregan o se actualizan filas mediante una vista, éstas desaparecen del ámbito de la vista cuando dejan de cumplir los criterios de la consulta que define la vista.

Sintaxis

CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ] [ ; ]

<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] }


Cuando se realiza una consulta a través de una vista, el Motor de base de datos se asegura de que todos los objetos de base de datos a los que se hace referencia en algún lugar de la instrucción existen, que son válidos en el contexto de la instrucción y que las instrucciones de modificación de datos no infringen ninguna regla de integridad de los datos.
Las comprobaciones que no son correctas devuelven un mensaje de error.
Las comprobaciones correctas traducen la acción a una acción con las tablas subyacentes.
Si una vista depende de una tabla o vista que se ha quitado, el Motor de base de datos genera un mensaje de error si alguien trata de usar la vista. Si se crea una nueva tabla o vista y la estructura de la tabla no cambia con respecto a la tabla base anterior para sustituir a la eliminada, se puede volver a usar la vista. Si cambia la estructura de la nueva tabla o vista, es necesario eliminar la vista y volver a crearla.
Si una vista no se crea con la cláusula SCHEMABINDING, debe ejecutarse sp_refreshview cuando se realicen cambios en los objetos subyacentes de la vista que afecten a la definición de ésta. De lo contrario, la vista podría producir resultados inesperados en las consultas.

Cuando se crea una vista, la información sobre ella se almacena en estas vistas de catálogo: sys.views, sys.columns y sys.sql_expression_dependencies. El texto de la instrucción CREATE VIEW se almacena en la vista de catálogo sys.sql_modules.

Sintaxis de CREATE VIEW

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW nombre_vista [(columnas)]
AS sentencia_select
[WITH [CASCADED | LOCAL] CHECK OPTION]


Esta sentencia crea una vista nueva o reemplaza una existente si se incluye la cláusula OR REPLACE.
La sentencia_select es una sentencia SELECT que proporciona la definición de la vista. Puede estar dirigida a tablas de la base o a otras vistas.
Se requiere que posea el permiso CREATE VIEW para la vista, y algún privilegio en cada columna seleccionada por la sentencia SELECT. Para columnas incluidas en otra parte de la sentencia SELECT debe poseer el privilegio SELECT. Si está presente la cláusula OR REPLACE, también deberá tenerse el privilegio DELETE para la vista.
Toda vista pertenece a una base de datos. Por defecto, las vistas se crean en la base de datos actual. Pera crear una vista en una base de datos específica, indíquela con base_de_datos.nombre_vista al momento de crearla.

FUENTES BIBLIOGRAFICAS
http://dev.mysql.com/doc/refman/5.0/es/create-view.html
http://msdn.microsoft.com/es-mx/library/ms187956(v=sql.105).aspx


BUENO COMPAÑEROS ESO ES LO QUE YO ENCONTRE RESPECTO A ESTE INCISO.

ATENTAMENTE SINAI VARGAS GARCIA Rolling Eyes
avatar
sinay vargas

Mensajes : 68
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL REACTINO N°4

Mensaje  CINTHIA CADENA PEREZ el Miér Feb 20, 2013 9:34 pm

RESPUESTA AL REACTIVO N°4

4) Investigar como podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL.

PARA LA CREACION DE UNA NUEVA VISTA
CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW nombre_vista [(columnas)]
AS sentencia_select
[WITH [CASCADED | LOCAL] CHECK OPTION]

Esta sentencia crea una vista nueva o reemplaza una existente si se incluye la cláusula OR REPLACE. La sentencia_select es una sentencia SELECT que proporciona la definición de la vista. Puede estar dirigida a tablas de la base o a otras vistas.

Se requiere que posea el permiso CREATE VIEW para la vista, y algún privilegio en cada columna seleccionada por la sentencia SELECT. Para columnas incluidas en otra parte de la sentencia SELECT debe poseer el privilegio SELECT. Si está presente la cláusula OR REPLACE, también deberá tenerse el privilegio DELETE para la vista.

Toda vista pertenece a una base de datos. Por defecto, las vistas se crean en la base de datos actual. Pera crear una vista en una base de datos específica, indíquela con base_de_datos.nombre_vista al momento de crearla.

mysql> CREATE VIEW test.v AS SELECT * FROM t;

Las tablas y las vistas comparten el mismo espacio de nombres en la base de datos, por eso, una base de datos no puede contener una tabla y una vista con el mismo nombre.
Al igual que las tablas, las vistas no pueden tener nombres de columnas duplicados. Por defecto, los nombres de las columnas devueltos por la sentencia SELECT se usan para las columnas de la vista . Para dar explícitamente un nombre a las columnas de la vista utilice la clásula columnas para indicar una lista de nombres separados con comas. La cantidad de nombres indicados en columnas debe ser igual a la cantidad de columnas devueltas por la sentencia SELECT.

Las columnas devueltas por la sentencia SELECT pueden ser simples referencias a columnas de la tabla, pero tambien pueden ser expresiones conteniendo funciones, constantes, operadores, etc.

Los nombres de tablas o vistas sin calificar en la sentencia SELECT se interpretan como pertenecientes a la base de datos actual. Una vista puede hacer referencia a tablas o vistas en otras bases de datos precediendo el nombre de la tabla o vista con el nombre de la base de datos apropiada.

Las vistas pueden crearse a partir de varios tipos de sentencias SELECT. Pueden hacer referencia a tablas o a otras vistas. Pueden usar combinaciones, UNION, y subconsultas.
La definición de una vista está sujeta a las siguientes limitaciones:
• La sentencia SELECT no puede contener una subconsulta en su cláusula FROM.
• La sentencia SELECT no puede hacer referencia a variables del sistema o del usuario.
• La sentencia SELECT no puede hacer referencia a parámetros de sentencia preparados.
• Dentro de una rutina almacenada, la definición no puede hacer referencia a parámetros de la rutina o a variables locales.
• Cualquier tabla o vista referenciada por la definición debe existir. Sin embargo, es posible que después de crear una vista, se elimine alguna tabla o vista a la que se hace referencia. Para comprobar la definición de una vista en busca de problemas de este tipo, utilice la sentencia CHECK TABLE.
• La definición no puede hacer referencia a una tabla TEMPORARY, y tampoco se puede crear una vista TEMPORARY.
• Las tablas mencionadas en la definición de la vista deben existir siempre.
• No se puede asociar un disparador con una vista.
En la definición de una vista está permitido ORDER BY, pero es ignorado si se seleccionan columnas de una vista que tiene su propio ORDER BY.
Con respecto a otras opciones o cláusulas incluidas en la definición, las mismas se agregan a las opciones o cláusulas de cualquier sentencia que haga referencia a la vista creada, pero el efecto es indefinido. Por ejemplo, si la definición de una vista incluye una cláusula LIMIT, y se hace una selección desde la vista utilizando una sentencia que tiene su propia cláusula LIMIT, no está definido cuál se aplicará. El mismo principio se extiende a otras opciones como ALL, DISTINCT, o SQL_SMALL_RESULT que se ubican a continuación de la palabra reservada SELECT, y a cláusulas como INTO, FOR UPDATE, LOCK IN SHARE MODE, y PROCEDURE.

Entidad vistas
• ID de vista: Identificador de cada vista y llave principal de la entidad.
• Código de vista: Valor único, creado para reconocer cada vista.
• Nombre de vista: Con este nombre se identifica el modelo físico y el número de vista que corresponde al modelo que se obtuvo mediante el escáner de rango.
• Número de puntos: Para cada vista se especifica un único número total de puntos, el cual brinda una idea global de la nube de puntos de la vista.
• Número de triángulos: Número único de triángulos que conforman la vista.
• Fecha de vistas: Fecha en la cual se realizaron las vistas del modelo.
• Textura: Atributo para reconocer si la vista tiene textura o no.
• Ruta de vista: Directorio en el cual se encuentra la vista; al realizar la implementación WEB de la base de datos con PHP, se utilizará este campo para la visualización y las descargas.
• Descripción de la vista: Explica si la textura fue tomada con el escáner de rango, con la cámara Sony o con ambas; esto con el fin de conocer la dimensión de la textura.
• Ángulo de la vista: Valor del ángulo de la tornamesa con respecto al escáner; éste valor es importante para un mejor registro de las vistas.

Bueno compañeros esto lo que abarca mi investigación espero que les sirva.

ATTE: CINTHIA CADENA PEREZ


CINTHIA CADENA PEREZ

Mensajes : 51
Fecha de inscripción : 01/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 9:47 pm

Isidro Antonio Solano escribió:1) Investigar algunos conceptos básicos de: "Estructura e Integridad de bases de datos", así como: "comandos básicos del LMD para poder realizar la Creación de bases de datos y la Definición del esquema de integridad. Debe indicar que tipo de fuentes (Libros, revistas, etc.) y TICs (Wikis, Foros, Edu-Blogs, WebQuest, EVE-A) se han involucrado para concretar la investigación. Y de acuerdo con lo investigado, debe elaborar un resumen o tabla comparativa o mapa conceptual o diagrama que permita representar (en texto o gráficamente) los conceptos clave, el cual debe compartir en este foro.

Estructura de Base de Datos.
Un sistema de base de datos se encuentra dividido en módulos cada uno de los cuales controla una parte de la responsabilidad total de sistema. En la mayoría de los casos, el sistema operativo proporciona únicamente los servicios más básicos y el sistema de la base de datos debe partir de esa base y controlar además el manejo correcto de los datos. Así el diseño de un sistema de base de datos debe incluir la interfaz entre el sistema de base de datos y el sistema operativo.
Los componentes funcionales de un sistema de base de datos, son:
Gestor de archivos. Gestiona la asignación de espacio en la memoria del disco de las estructuras de datos usadas para representar información.
Manejador de base de datos. Sirve de interfaz entre los datos y los programas de aplicación.
Procesador de consultas. Traduce las proposiciones en lenguajes de consulta a instrucciones de bajo nivel. Además convierte la solicitud de usuario en una forma más eficiente.
Compilador de DDL. Convierte las proposiciones DDL en un conjunto de tablas que contienen metadatos, estas se almacenan en el diccionario de datos.
Archivo de datos. En él se encuentran almacenados físicamente los datos de una organización.
Diccionario de datos. Contiene la información referente a la estructura de la base de datos.
Indices. Permiten un rápido acceso a registros que contienen valores específicos.

Integridad de los datos.
En una base de datos relacional, las relaciones están sujetas a ciertas reglas de integridad:
• Integridad de entidad: “Ningún atributo que participe en una clave principal puede tener valores nulos.”
Codd justifica esto del siguiente modo: En el modelo relacional, las relaciones representan entidades del mundo real y todas las entidades del mundo real son distinguibles. Las claves primarias llevan a cabo la función de identificación en el modelo relacional, por tanto un identificador nulo sería una contradicción.
• Integridad referencial:“No deben existir valores de clave ajena sin concordancia.”
Dicho de otro modo, si una relación tiene una clave ajena que referencia a otra relación (o a ella misma), cada valor de la clave ajena tiene que ser igual a un valor de la clave principal de la relación a la que referencia, o bien, ser completamente nulo.

Comandos básicos del LM
En el tema se trata SQL como un lenguaje de consultas, por lo que se desarrollará el lenguaje de manipulación de datos o LMD. Los comandos utilizados en este lenguaje son:

SELECT: Consulta los registros que satisfagan un determinado criterio.
INSERT: Añade registros por lotes de datos (filas) en una tabla en una única operación.
UPDATE: Modifica los campos indicados con el valor especificado en la sentencia.
DELETE: Elimina los registros (filas) indicados en la sentencia.
Esquema de integridad
Es la descripción lógica de la base de datos, proporciona los nombres de las entidades y sus atributos especificando las relaciones que existen entre ellos. Es un banco en el que se inscriben los valores que irán formando cada uno de los atributos. El esquema no cambia los que varían son los datos y con esto tenemos una nueva instancia.

Esquema de integridad
Es la descripción lógica de la base de datos, proporciona los nombres de las entidades y sus atributos especificando las relaciones que existen entre ellos. Es un banco en el que se inscriben los valores que irán formando cada uno de los atributos. El esquema no cambia los que varían son los datos y con esto tenemos una nueva instancia.


Bibliografía.
http://educativa.catedu.es/44700165/aula/archivos/repositorio//1000/1083/html/11_comandos_lmd.html
http://www.iesbezmiliana.org/departamentos/informat/Ciclo%20grado%20superior/bases%20de%20datos/Tema-3-BD.PDF
http://www.icomputo.com/content/estructura-general-del-sistema-bases-de-datos

Att: Isidro Antonio Solano Antunez

buena la información encontrste los comando basicos de LMD asi como las definiciones de cada desde mi parecer esta muy completa cheers
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 9:51 pm

sinay vargas escribió:1) Investigar algunos conceptos básicos de: "Estructura e Integridad de bases de datos", así como: "comandos básicos del LMD para poder realizar la Creación de bases de datos y la Definición del esquema de integridad. Debe indicar que tipo de fuentes (Libros, revistas, etc.) y TICs (Wikis, Foros, Edu-Blogs, WebQuest, EVE-A) se han involucrado para concretar la investigación. Y de acuerdo con lo investigado, debe elaborar un resumen o tabla comparativa o mapa conceptual o diagrama que permita representar (en texto o gráficamente) los conceptos clave, el cual debe compartir en este foro.

Sobre las información que obtuve respecto a lo que pide este inciso es lo siguiente:
ESTRUCTURA DE BASE DE DATOS
La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos).Dentro de la estructura de una base de datos encontramos:
Integridad de datos
 Redundancia de datos

La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.
Las diferentes estructuras de base de datos
Modelo relacional de base de datos
Representa al mundo real mediante tablas relacionadas entre sí por columnas.
Modelo de red
Se representa al mundo real como registros lógicos que representan a una entidad y que se relacionan entre sí por medio de flechas.
Modelo jerárquico
Tiene forma de árbol invertido. Un padre puede tener varios hijos pero cada hijo sólo puede tener un padre.
Un ejemplo a modo de descripción de la estructura de una base de datos puede ser:

ALUMNO: numero de alumnno (entero de 6 números), nombre (cadena de 30 caracteres), apellido (cadena de 30 caracteres), año de nacimiento (entero de 4 números), especialidad (entero de 3 números).

ESPECIALIDAD: numero de especialidad (entero de 3 números), nombre de especialidad (cadena de 30 caracteres).
Estructura de datos relacional
Es aquella cuyos usuarios la perciben como un conjunto de tablas.
Una relación puede representarse mediante una tabla (de hecho es usual y aceptable utilizar el término tabla para referirse a una relación) podríamos decir que:
Una tupla corresponde a una fila de la tabla.
Un atributo corresponde a una columna de la tabla (equivale a un campo de un registro).
Un dominio es una colección de valores, de los cuales uno o más atributos obtienen sus valores reales.
Clave primaria Es posible que una relación posea más de una clave candidata, en ese caso, se escoge una de ellas como clave primaria y el resto se denominan claves alternativas.
Clave ajena o extranjera es un atributo (o conjunto de atributos) de una relación R1 que es clave primaria de otra relación R2.
INTEGRIDAD DE BASE DE DATOS
La integridad Proporciona un medio de asegurar que los cambios que se hacen en la base de datos por usuarios autorizados no resultan en una pérdida de consistencia de los datos.
La integridad de los datos garantiza la calidad de los datos de la base de datos.
En una base de datos relacional, las relaciones están sujetas a ciertas reglas de integridad:

Integridad de entidad: “Ningún atributo que participe en una clave principal puede tener valores nulos.
Integridad referencial: “No deben existir valores de clave ajena sin concordancia.”

La integridad de datos pertenece a una de las siguientes categorías:
La integridad de entidad define una fila como entidad única para una tabla determinada.
La integridad de dominio viene dada por la validez de las entradas para una columna determinada. Puede exigir la integridad de dominio para restringir el tipo mediante tipos de datos, el formato mediante reglas y restricciones CHECK, o el intervalo de valores posibles mediante restricciones FOREIGN KEY, restricciones CHECK, definiciones DEFAULT, definiciones NOT NULL y reglas.
La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas.
La integridad definida por el usuario permite definir reglas de empresa específicas que no pertenecen a ninguna otra categoría de integridad.
Todas las categorías de integridad admiten la integridad definida por el usuario. Esto incluye todas las restricciones de nivel de columna y nivel de tabla en CREATE TABLE, procedimientos almacenados y desencadenadores.

COMANDOS BASICOS DEL LMD
Los comandos son instrucciones que realizan acciones sobre las tablas de la base de datos.
Un lenguaje de manipulación de datos (en inglés: DML, data manipulation language) permite a los usuarios manejar o tener acceso a los datos que están organizados por medio del modelo apropiado.
Existen básicamente dos tipos de DML o LMD:
De procedimientos: Necesitan que el usuario especifique cuáles datos quiere y cómo deben obtenerse.
Sin procedimientos: Requieren que el usuario especifique cuáles datos quiere sin especificar cómo obtenerlos.
Los comandos básicos de LMD (Lenguaje de Manipulación de Datos) son:
INSERT
Una sentencia INSERT es para agrega uno o más registros a una (y sólo una) tabla en una única operación de una base de datos relacional.
Sintaxis
INSERT INTO tabla (columna1,[columna2,…]) VALUES (valor1, [valor2,…])
SELECT
Es para realizar consulta los registros que satisfagan un determinado criterio.
Sintaxis
Select * from [nombre de la tabla]
UPDATE
Es para modificar los campos indicados con el valor especificado en la sentencia.
Sintaxis
nombre-tabla SET {nombre-columna = expresión,} [WHERE condición];
DELETE
Se utiliza para Elimina los registros (filas) indicados en la sentencia.
Sintaxis
DELETE FROM estudiante WHERE cod_est = 98115310;

DEFINICION DE ESQUEMA DE INTEGRIDAD
Integridad: Consiste en conservar la seguridad en un sistema que se permite a múltiples usuarios el acceso al sistema y compartir la base de datos. Tiene como función proteger la base de datos contra operaciones que introduzcan inconsistencias en los datos.
Un control de integridad o restricciones es aquel que nos permite definir con precisión el rango de valores validos para un elemento y/o las operaciones que serán consideraciones validas en la relación de tale elementos.
El objetivo primordial de un control de integridad es la reducción de la inconsistencia en la BD.
Las restricciones de integridad normalmente se aplican en tres niveles:

Un Atributo Simple: Se define un dominio del atributo que es totalmente independiente del resto del entorno de la Base de Datos.
Un Atributo Dependiente de Otro: Se definen subconjuntos de dominios posibles para un atributo X según el valor que previamente a sido asignado al atributo W.
Relaciones entre Tuplas de una o varias Tablas: Se especifican valores posibles para registros completos según los valores acumulados registros previos o por valores existentes en registros de otras tablas.

Fuentes consultada
http://www.slideshare.net/luiscfh/estructuras-de-base-de-datos
http://www.slideshare.net/142918/estructura-de-las-bases-de-datos-5670614
http://www.ies-bezmiliana.org/departamentos/informat/Ciclo%20grado%20superior/bases%20de%20datos/Tema-3-BD.PDF
http://labredes.itcolima.edu.mx/fundamentosbd/sd_u3_3.htm
http://msdn.microsoft.com/es-mx/library/ms184276(v=sql.105).aspx
http://e-ducativa.catedu.es/44700165/aula/archivos/repositorio//1000/1083/html/11_comandos_lmd.html
http://html.rincondelvago.com/bases-de-datos_9.html
http://html.rincondelvago.com/lenguajes-de-manipulacion-y-definicion-de-datos.html
http://chiokapy.blogspot.mx/2011/08/comandos-de-lmd.html
http://yoalo.wikispaces.com/2.2+Definicion+Esquema+de+Integridad
http://tutorialdeadministraciondebasededatos.blogspot.mx/2009/08/22-esquema-de-integridad.html

Esta es la información que obtuve de estas fuentes de investigación.
Atentamente: SINAI VARGAS GARCIA
IA Laughing

muy buena aportacion al reactivo uno amiga sinahi aportaste definiciones muy importantes para una base de datos tales como como son tuplas, dominios, atributos y claves primaria escelente sigue asi Razz
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 9:55 pm

RAMIRO BALDOVINOS escribió:INTEGRIDAD DE ENTIDAD

La integridad de entidad define una fila como entidad única para una tabla determinada. Laintegridad de entidad exige la integridad de las columnas de los identificadores o la clave principalde una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY


Las columnas pueden aceptar o rechazar valores NULL. NULL es un valor especial en las basesde datos que representa el concepto de un valor desconocido. NULL es diferente de un carácter enblanco ó 0. En realidad, el carácter en blanco es un carácter válido y 0 es un número válido. NULLsimplemente representa la idea de que este valor no se conoce. NULL tampoco es lo mismo queuna cadena de longitud cero. Si la definición de una columna contiene la cláusula NOT NULL, nose pueden insertar filas que tengan el valor NULL en dicha columna. Si la definición de unacolumna sólo tiene la palabra clave NULL, acepta valores NULL.La aceptación de valores NULL en una columna puede aumentar la complejidad de lascomparaciones lógicas que utilicen la columna. El estándar ISO determina que las comparacionescon valores NULL no se evalúan como TRUE o FALSE, sino como UNKNOWN.Esto introduce unalógica de tres valores en los operadores de comparación, que puede ser difícil de controlar correctamente




integridad referencial

La integridad referencial es una propiedad deseable en las bases de datos. Gracias a la integridad referencial se garantiza que una entidad (fila o registro) siempre se relaciona con otras entidades válidas, es decir, que existen en la base de datos. Implica que en todo momento dichos datos sean correctos, sin repeticiones innecesarias, datos perdidos y relaciones mal resueltas.
Todas las bases de datos relacionales gozan de esta propiedad gracias a que el software gestor de base de datos vela por su cumplimiento. En cambio, las bases de datos jerárquicas requieren que los programadores se aseguren de mantener tal propiedad en sus programas.

Supongamos una base de datos con las entidades Persona y Factura. Toda factura corresponde a una persona y solamente una. Implica que en todo momento dichos datos sean correctos, sin repeticiones innecesarias, datos perdidos y relaciones mal resueltas.

Supongamos que una persona se identifica por su atributo DNI (Documento Nacional de Identidad). También tendrá otros atributos como el nombre y la dirección. La entidad Factura debe tener un atributo DNI_cliente que identifique a quién pertenece la factura.

Por sentido común es evidente que todo valor de DNI_cliente debe corresponder con algún valor existente del atributo DNI de la entidad Persona. Esta es la idea intuitiva de la integridad referencial.

Existen tres tipos de integridad referencial:

Integridad referencial débil: si en una tupla de R todos los valores de los atributos de K tienen un valor que no es el nulo, entonces debe existir una tupla en S que tome esos mismos valores en los atributos de J;
Integridad referencial parcial: si en una tupla de R algún atributo de K toma el valor nulo, entonces debe existir una tupla en S que tome en los atributos de J los mismos valores que los atributos de K con valor no nulo; y
Integridad referencial completa: en una tupla de R todos los atributos de K deben tener el valor nulo o bien todos tienen un valor que no es el nulo y entonces debe existir una tupla en S que tome en los atributos de J los mismos valores que toman los de K.

att: RAMIRO BALDOVINOS GOMEZ

diste a conocer caracteristicas muy importantes de la integridad referencial asi como los tipos de integridad referencial que existen tu muy bien geek
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 9:58 pm

ISAI RENDON QUITERIO1 escribió:4) Investigar como podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL.


Bueno compañeros a continuación les mostrare esta sentencia en el cual se puede diseñar e implementar vistas en base de datos.

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW nombre_vista [(columnas)]
AS sentencia_select
[WITH [CASCADED | LOCAL] CHECK OPTION]

Esta sentencia crea una vista nueva o reemplaza una existente si se incluye la cláusula OR REPLACE.

La sentencia select es una sentencia SELECT que proporciona la definición de la vista.
Puede estar dirigida a tablas de la base o a otras vistas.

Se requiere que posea el permiso CREATE VIEW para la vista, y algún privilegio en cada columna seleccionada por la sentencia SELECT.

Para columnas incluidas en otra parte de la sentencia SELECT debe poseer el privilegio SELECT.

Si está presente la cláusula OR REPLACE, también deberá tenerse el privilegio DELETE para la vista.

Toda vista pertenece a una base de datos. Por defecto, las vistas se crean en la base de datos actual. Para crear una vista en una base de datos específica, indiqué con base_de_datos.nombre_vista al momento de crearla.
mysql> CREATE VIEW test.v AS SELECT * FROM t;

Las tablas y las vistas comparten el mismo espacio de nombres en la base de datos, por eso, una base de datos no puede contener una tabla y una vista con el mismo nombre.

Al igual que las tablas, las vistas no pueden tener nombres de columnas duplicados. Por defecto, los nombres de las columnas devueltos por la sentencia SELECT se usan para las columnas de la vista . Para dar explícitamente un nombre a las columnas de la vista utilice la clásula columnas para indicar una lista de nombres separados con comas.
La cantidad de nombres indicados en columnas debe ser igual a la cantidad de columnas devueltas por la sentencia SELECT.
Las columnas devueltas por la sentencia SELECT pueden ser simples referencias a columnas de la tabla, pero tambien pueden ser expresiones conteniendo funciones, constantes, operadores, etc.

Los nombres de tablas o vistas sin calificar en la sentencia SELECT se interpretan como pertenecientes a la base de datos actual.
Una vista puede hacer referencia a tablas o vistas en otras bases de datos precediendo el nombre de la tabla o vista con el nombre de la base de datos apropiada.

Las vistas pueden crearse a partir de varios tipos de sentencias SELECT. Pueden hacer referencia a tablas o a otras vistas. Pueden usar combinaciones, UNION, y subconsultas. El SELECT inclusive no necesita hacer referencia a otras tablas.

La definición de una vista está sujeta a las siguientes limitaciones:
- La sentencia SELECT no puede contener una subconsulta en su cláusula FROM.
- La sentencia SELECT no puede hacer referencia a variables del sistema o del usuario.
- La sentencia SELECT no puede hacer referencia a parámetros de sentencia preparados.
- Dentro de una rutina almacenada, la definición no puede hacer referencia a parámetros de la rutina o a variables locales.
- Cualquier tabla o vista referenciada por la definición debe existir. Sin embargo, es posible que después de crear una vista, se elimine alguna tabla o vista a la que se hace referencia. Para comprobar la definición de una vista en busca de problemas de este tipo, utilice la sentencia CHECK TABLE.
- La definición no puede hacer referencia a una tabla TEMPORARY, y tampoco se puede crear una vista TEMPORARY.
- Las tablas mencionadas en la definición de la vista deben existir siempre.
- No se puede asociar un disparador con una vista.

En la definición de una vista está permitido ORDER BY, pero es ignorado si se seleccionan columnas de una vista que tiene su propio ORDER BY.

Eso es todo compañeros respecto a mi investigación del punto número 4, alguna pregunta???

orales es algo que nunca antes se habia visto diste a conocer el procedimiento para crear un esquema de base de datos asi como la creacion de tablas ,el tipo de vista, como ordenar registros mediante el comando ORDER BY sigue asi chavalon !!!! alien
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  miguelTL el Miér Feb 20, 2013 10:02 pm

addicto007 escribió:3) Investigar acerca de la diferencia que existe entre la integridad de entidad e integridad referencial. Y comparta en este foro, comentarios contundentes al respecto.

PORFAVOR DENLE CLICK EN LA IMAGEN PARA VISUALIZARLA EN UN TAMAÑO MAYOR.
http://imageshack.us/f/152/integridadbdmoisesangon.png/


POR: MOISES ANGON TORRES

muy buena ilustracion la tabla lleva las diferencias mas precisas e mas importantes de integridad de entidad e integridad referencial te quedo requete-top !!! Laughing
avatar
miguelTL

Mensajes : 45
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL REACTIVO #2

Mensaje  karina acuña santana el Jue Feb 21, 2013 12:03 am


2) Investigar acerca del uso de vistas, procedimientos almacenados y disparadores (Trigger’s). Elaborar un resumen acerca de lo investigado, donde explique el uso y la importancia de dichos elementos, el cual, debe compartir en este foro. Finalmente, debe discutir en este foro acerca del uso y la importancia de la creación e implementación de vistas, procedimientos almacenados y disparadores, haciendo énfasis en que términos podrían brindar seguridad e integridad dichos elementos a una base de datos alojadas en un servidor de datos.

USO DE VISTAS:
Una vista en SQL es el resultado de una consulta de varias tablas que te aparece como una sola tabla. Me explico, por ejemplo tú necesitas saber datos de dos tablas pero necesitas que te aparezcan a la vez y siempre que ejecutes una sentencia determinada que viene dada por un nombre que le has dado tú mismo.

Si se suprime una tabla la vista asociada se invalida.

Formato:

CREATE [OR REPLACE] VIEW NOMBREVISTA
[(COLUMNA [,COLUMNA])]
AS CONSULTA;
AS CONSULTA= Determina las columnas y las tablas que aparecerán en la vista.
[OR REPLACE]= Crea de nuevo la vista si ya existía.
Para consultar la vista creada, USER_VIEWS:

SELECT VIEW_NAME FROM…
No solamente una Vista es para ver la combinación de dos o más tablas en una sola, esa podría ser una primera aproximación, pero bastante simple por cierto, y no del todo acertada, ya que se puede crear una vista sobre una tabla simple.

El uso de vistas es algo cotidiano sobre todo en los entornos de producción empresarial, ya que permite por un lado que el Administrador de Bases de Datos pueda, de alguna manera, "proteger" los accesos directos a las tablas e implementar una medida de seguridad adicional, ya que una vista, al no ser una tabla en si misma, solamente estaría exponiendo el contenido, pero de un modo "protegido", y por otro lado, el Administrador de este modo, permite asimismo que los usuarios puedan "Ver", ya que de esto se trata, los datos en si mismos, pero de un modo mas "seguro".
Para el usuario final, ver los datos en modo de "vista" o de tabla, es exactamente igual, pero no para el DBA, quien debe velar por la integridad de los mismos. Puede, y de hecho sucede, que un usuario pueda consultar una tabla a través de una "vista", pero no de un modo directo con una instrucción "SELECT".

Los procedimientos almacenados facilitan el desarrollo de nuestras aplicaciones y minimizan el número de modificaciones ante futuros cambios. Así mismo, pueden ser ejecutados como consecuencia de una activación de parte de un triggers. Esto nos permitirá administrar la información de la base de datos, manteniéndola consistente, íntegra y segura.

Procedimientos almacenados :

Los procedimientos almacenados son programas que se referencian en la base de datos. En el caso del CTSQL, estos programas están escritos en Java™. Al ser referenciados en la base de datos, primeramente se deben crear en el catálogo de la base de datos mediante una instrucción delCTSQL, y posteriormente podrán ser ejecutados desde el programa cliente o como consecuencia de los triggers.

Los procedimientos almacenados podrán recibir parámetros de entrada. No podrán interactuar con el usuario a través de una interfaz o pantalla. En cambio, no presentan inconvenientes en escribir en ficheros de textos, XML, etc., o en tablas de la base de datos o en la generación y envío de correos electrónicos, por ejemplo.

Ventajas de los procedimientos almacenados :

• Diseño modular y posibilidad de acceder a bases de datos de otros motores mediante la tecnología JDBC™.
• Las aplicaciones que acceden a la misma base de datos pueden compartir los procedimientos almacenados, eliminando el código doble y reduciendo el tamaño de las aplicaciones.
• Fácil mantenimiento.
• Cuando un procedimiento se actualiza, los cambios se reflejan automáticamente en todas las aplicaciones, sin necesidad de recompilar los programas. Las aplicaciones son compiladas sólo una vez para cada cliente.
• Los procedimientos almacenados son ejecutados por el servidor, no por el cliente, lo que reduce el tráfico en la red y mejora el rendimiento, especialmente para el acceso del cliente remoto.
• Los procedimientos están almacenados en los servidores y asegurados por las medidas tomadas en la instalación, lo que impide que los usuarios normales puedan modificarlos, ya que, incluso, desconocen su existencia. Éste es un elemento de gran valor en lo que a seguridad respecta.
Triggers:

Los triggers permiten “disparar” (ejecutar) procedimientos almacenados cada vez que se realice una acción sobre los datos de una tabla. Esta acción puede consistir en la inserción, modificación o eliminación de un registro. De esta manera, podemos indicar que se ejecuten acciones sobre los datos de la tabla, o de otras tablas, cada vez que se modifican, agregan o eliminan datos de una tabla.

Ventajas de los triggers:

Algunos usos de los triggers son:
• Generación automática de valores derivados de una columna.
• Prevención de transacciones inválidas.
• Proporciona auditorias sofisticadas.
• Mantener la sincronía en tablas replicadas.
• Generación de estadísticas de acceso.
• Publicar información de los eventos generados por la base de datos, las actividades de los usuarios o de las estructuras SQL que se han ejecutado.
• Actualizar totales de la suma de campos de una tabla en otra.
• El mantenimiento de la aplicación se reduce, los cambios a triggers se reflejan automáticamente en todas las aplicaciones que tienen que ver con la tabla sin necesidad de recompilar.

Consideraciones sobre triggers:

• Los triggers no tienen parámetros de entrada. Los únicos valores de entrada con los que pueden trabajar son los del registro que han insertado, modificado o eliminado.
• Los triggers no devuelven valores como los procedimientos almacenados. Sólo pueden modificar otras tablas o los mismos valores del registro agregado o modificado (obviamente, el eliminado no).
• Hay que tener especial cuidado con los triggers recursivos, es decir, aquellos que puedan realizar operaciones que lancen nuevos triggers.

Tipos de triggers:

Dependiendo de la acción sobre la cual queremos que actúen, se pueden crear tres tipos de triggers:
• Al insertar un registro.
• Al modificar un registro.
• Al eliminar un registro.
Cada uno tipo de estos tipos se puede dividir a su vez en dos subtipos: antes y después de la acción.
En consecuencia, podemos disponer de hasta seis tipos distintos de triggers:
• BEFORE INSERT. Antes de insertar un registro.
• AFTER INSERT. Después de insertar un registro.
• BEFORE UPDATE. Antes de modificar un registro.
• AFTER UPDATE. Después de modificar un registro.
• BEFORE DELETE. Antes de eliminar un registro.
• AFTER DELETE. Después de eliminar un registro.


http://www.base100.com/notastec/pdf/b100_nt_proc-alma-triggers_100629_v1.pdf
http://www.desarrolloweb.com/faq/319.php


ATTE: KARINA ACUÑA SANTANA

karina acuña santana

Mensajes : 38
Fecha de inscripción : 30/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

RESPUESTA AL REACTIVO #4

Mensaje  karina acuña santana el Jue Feb 21, 2013 12:29 am

4) Investigar como podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL.


VISTAS: 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 sólo se almacena de ellas la definición, no los datos. Los datos que se recuperan mediante una consulta a una vista se presentarán 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 través de una expresión de consulta (una sentencia SELECT) que la calcula y que puede realizarse sobre una o más tablas. Sobre un conjunto de tablas relacionales se puede trabajar con un número cualquiera de vistas.

Antes de crear una vista, considere las siguientes indicaciones:

• Sólo puede crear vistas en la base de datos actual. Sin embargo, las tablas y las vistas a las que se haga referencia desde la nueva vista pueden encontrarse en otras bases de datos e, incluso, en otros servidores, si la vista se define mediante consultas distribuidas.
• Los nombres de las vistas deben seguir las reglas que se aplican a los identificadores y ser únicos para cada esquema. Además, el nombre debe ser distinto del de las tablas incluidas en ese esquema.
• Es posible generar vistas dentro de otras vistas. MicrosoftSQL Server permite anidar vistas.El anidamiento no debe superar los 32 niveles. Es posible que el límite real del anidamiento de vistas sea inferior en función de la complejidad de la vista y de la memoria disponible.
• No puede asociar con las vistas reglas ni definiciones DEFAULT.
• Los desencadenadores AFTER no se pueden asociar con las vistas; sólo se pueden asociar los desencadenadores INSTEAD OF.
• La consulta que define la vista no puede incluir las cláusulas COMPUTE ni COMPUTE BY, y tampoco puede incluir la palabra clave INTO.
• La consulta que define la vista no puede incluir la cláusula ORDER BY, a menos que también haya una cláusula TOP en la lista de selección de la instrucción SELECT.
• La consulta que define la vista no puede incluir la cláusula OPTION que especifica una sugerencia de consulta.
• La consulta que define la vista no puede incluir la cláusula TABLESAMPLE.
• No se pueden definir definiciones de índice de texto completo en las vistas.
• No se pueden crear vistas temporales, ni vistas dentro de tablas temporales.
• Las vistas, las tablas o las funciones que participan en una vista creada con la cláusula SCHEMABINDING no se pueden quitar, a menos que se quite o cambie esa vista de forma que deje de tener un enlace de esquema. Además, las instrucciones ALTER TABLE sobre tablas que participan en vistas que tienen enlaces de esquemas provocarán un error si estas instrucciones afectan a la definición de la vista.
• Si una vista no se crea con la cláusula SCHEMABINDING, debe ejecutarse sp_refreshview cuando se realicen cambios en los objetos subyacentes de la vista que afecten a la definición de ésta. De lo contrario, la vista puede generar resultados inesperados cuando se realiza una consulta.
• No puede emitir consultas de texto completo en una vista, aunque una definición de vista puede incluir una consulta de texto completo si ésta hace referencia a una tabla configurada para la indización de texto completo.
• Debe especificar el nombre de todas las columnas de la vista en el caso de que:

o Alguna de las columnas de la vista derive de una expresión aritmética, una función integrada o una constante.
o Dos o más columnas de la vista tuviesen, en caso contrario, el mismo nombre (normalmente, debido a que la definición de la vista incluye una combinación y las columnas de dos o más tablas diferentes tienen el mismo nombre).
o Desee darle a una columna de la vista un nombre distinto del de la columna de la que deriva. (También puede cambiar el nombre de las columnas en la vista). Una columna de una vista hereda los tipos de datos de la columna de la que deriva, aunque no cambie su nombre.
o De lo contrario, no necesitará especificar nombres de columnas cuando cree la vista. SQL Server asigna a las columnas de la vista los mismos nombres y tipos de datos de las columnas a las que se hace referencia en la consulta que define la vista. La lista de selección puede ser una enumeración completa o parcial de los nombres de las columnas de las tablas base.

Para crear una vista, debe contar con el permiso del propietario de la base de datos y, si la vista se crea con la cláusula SCHEMABINDING, debe contar también con los permisos correspondientes para las tablas o las vistas a las que se haga referencia en la definición de la vista.
De forma predeterminada, a medida que se agregan o se actualizan filas mediante una vista, éstas desaparecen del ámbito de la vista cuando dejan de cumplir los criterios de la consulta que define la vista. Por ejemplo, se puede crear una consulta que defina una vista cuya misión sea recuperar todas las filas de una tabla en las que el salario del empleado no supere los 30.000 dólares. Si el salario del empleado asciende a 32.000 dólares, la consulta de la vista ya no mostrará la fila correspondiente a ese empleado, ya que su salario no cumple el criterio especificado por la vista. No obstante, la cláusula WITH CHECK OPTION exige que todas las instrucciones de modificación de datos ejecutadas en la vista se ajusten a los criterios especificados en la instrucción SELECT que define la vista. Si utiliza esta cláusula, no podrá modificar las filas de forma que desaparezcan de la vista. Cualquier modificación que provoque esto, se anula y aparece un error.

Crea una tabla virtual cuyo contenido (columnas y filas) se define mediante una consulta. Utilice esta instrucción para crear una vista de los datos de una o varias tablas de la base de datos. Por ejemplo, una vista se puede utilizar para lo siguiente:
• Para centrar, simplificar y personalizar la percepción que cada usuario tiene de la base de datos.
• Como mecanismo de seguridad, que permite a los usuarios obtener acceso a los datos por medio de la vista, pero no les concede el permiso de obtener acceso directo a las tablas base subyacentes.
• Para proporcionar una interfaz compatible con versiones anteriores para emular una tabla cuyo esquema ha cambiado.

CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ] [ ; ]

<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] }

FUENTE BIBLIOGRAFICA:
http://www.desarrolloweb.com/faq/319.php
http://msdn.microsoft.com/es-mx/library/ms189918(v=sql.100).aspx

ATTE: KARINA ACUÑA SANTANA.

karina acuña santana

Mensajes : 38
Fecha de inscripción : 30/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

respuesta reactivo 3)

Mensaje  kike leon el Jue Feb 21, 2013 1:29 pm

3) Investigar acerca de la diferencia que existe entre la integridad de entidad e integridad referencial. Y comparta en este foro, comentarios contundentes al respecto.

La integridad referencial es una propiedad deseable en las bases de datos. Gracias a la integridad referencial se garantiza que una entidad (fila o registro) siempre se relaciona con otras entidades válidas, es decir, que existen en la base de datos. Implica que en todo momento dichos datos sean correctos, sin repeticiones innecesarias, datos perdidos y relaciones mal resueltas.
Existen tres tipos de integridad referencial:
1. Integridad referencial débil: si en una tupla de R todos los valores de los atributos de K tienen un valor que no es el nulo, entonces debe existir una tupla en S que tome esos mismos valores en los atributos de J;
2. Integridad referencial parcial: si en una tupla de R algún atributo de K toma el valor nulo, entonces debe existir una tupla en S que tome en los atributos de J los mismos valores que los atributos de K con valor no nulo; y
3. Integridad referencial completa: en una tupla de R todos los atributos de K deben tener el valor nulo o bien todos tienen un valor que no es el nulo y entonces debe existir una tupla en S que tome en los atributos de J los mismos valores que toman los de K.

La integriad de entidad pretende que cada entidad que se guarda en la base de datos sea identificable en un modo único, es decir, que evitemos la información redundante. La identificación de entidades no es única, podemos tener varios modos de entidad para un mismo objeto real.
La integridad de entidad define una fila como entidad única para una tabla determinada. Exige la integridad de las columnas, de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY o IDENTITY.

atte: luis enrique leon salgado Smile


Última edición por kike leon el Jue Feb 21, 2013 1:57 pm, editado 1 vez (Razón : me equivoque en el titulo, era reactivo 3) y puse 2))
avatar
kike leon

Mensajes : 29
Fecha de inscripción : 02/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

respuesta reactivo 1)

Mensaje  kike leon el Jue Feb 21, 2013 1:54 pm

1) Investigar algunos conceptos básicos de: "Estructura e Integridad de bases de datos", así como: "comandos básicos del LMD para poder realizar la Creación de bases de datos y la Definición del esquema de integridad. Debe indicar que tipo de fuentes (Libros, revistas, etc.) y TICs (Wikis, Foros, Edu-Blogs, WebQuest, EVE-A) se han involucrado para concretar la investigación. Y de acuerdo con lo investigado, debe elaborar un resumen o tabla comparativa o mapa conceptual o diagrama que permita representar (en texto o gráficamente) los conceptos clave, el cual debe compartir en este foro.

Una base de datos de red esta formado por una colección de registros, los cuales están conectados entre sí por medio de enlaces.
Registro.- Es una colección de campos (atributos)
Campos.- Contiene almacenado solamente un valor.
Enlace.- Asociación entre dos registros, así que podemos verla como una relación estrictamente binaria.
http://www.monografias.com/trabajos10/esda/esda.shtml#ixzz2LZ3vHO2t



Integridad de las Bases de Datos, la integridad en una base de datos es la corrección y exactitud de la información contenida. Además de conservar la seguridad en un sistema de bases de datos que permite el acceso a múltiples usuarios en tiempos paralelos.
http://www.ecured.cu/index.php/Integridad_de_las_Bases_de_Datos



En el tema se trata SQL como un lenguaje de consultas, por lo que se desarrollará el lenguaje de manipulación de datos o LMD. Los comandos utilizados en este lenguaje son:
SELECT Consulta los registros que satisfagan un determinado criterio.
INSERT Añade registros por lotes de datos (filas) en una tabla en una única operación.
UPDATE Modifica los campos indicados con el valor especificado en la sentencia.
DELETE Elimina los registros (filas) indicados en la sentencia.

Estos comandos dividen las consultas en dos tipos:
• Consultas de selección → SELECT.- muestran toda o parte de la información contenida en las tablas.
• Consultas de acción → INSERT, UPDATE Y DELETE.- modifican el contenido inicial de las tablas.
http://educativa.catedu.es/44700165/aula/archivos/repositorio//1000/1083/html/11_comandos_lmd.html



Integridad: Consiste en conservar la seguridad en un sistema que se permite a múltiples usuarios el acceso al sistema y compartir la base de datos. Tiene como función proteger la base de datos contra operaciones que introduzcan inconsistencias en los datos. Se habla de integridad en el sentido de corrección, validez o precisión de los datos. Un control de integridad o restricciones es aquel que nos permite definir con precisión el rango de valores validos para un elemento y/o las operaciones que serán consideraciones validas en la relación de tale elementos.

El objetivo primordial de un control de integridad es la reducción de la inconsistencia en la BD.
Las restricciones de integridad normalmente se aplican en tres niveles:

• Un Atributo Simple: Se define un dominio del atributo que es totalmente independiente del resto del entorno de la Base de Datos. Es un atributo que tiene un solo componente, que no se puede dividir en partes mas pequeñas que tengan un significado propio(valor único). Se identifica por la letra inicial en mayúscula.
• Un Atributo Dependiente de Otro: Se definen subconjuntos de dominios posibles para un atributo X según el valor que previamente a sido asignado al atributo W. También es conocido como atributos de grupo y se representa por medio de corchetes.
• Relaciones entre Tuplas de una o varias Tablas: Se especifican valores posibles para registros completos según los valores acumulados registros previos o por valores existentes en registros de otras tablas. También es conocido como objeto simétrico y se representa con un rectángulo sombreado y todo con mayúscula.

Reglas de Integridad:

Integridad de referencial. Se aplica a las claves ajenas: si en una relación hay alguna clave ajena, sus valores deben coincidir con valores de la clave primaria a la que hace referencia, o bien, deben ser completamente nulo. Se enmarca en términos de estados de la base de datos indica lo que es un estado ilegal pero no dice como puede evitarse. Existen 2 opciones rechazar la operación o bien aceptar la operación y realizar operaciones adicionales compensatorias que conduzcan a un estado legal.
Por lo tanto, para cada clave ajena de la base de datos habrá que contestar a tres preguntas:

Reglas de los nulos: ¿tiene sentido que la clave ajena acepte nulos?

Regla de borrado: ¿Qué ocurre si se intenta borrar la tupla referenciada por la clave ajena?

• Restringir: no se permite borrar la tupla referenciada.
• Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas la referencia mediante la clave ajena.
• Anular: se borra la tupla referenciada y las tuplas que la reverenciaba ponen a nulo la clave ajena (solo si acepta nulos).

Reglas de modificación: ¿Qué ocurre si se intenta modificar el valor de la clave primaria de la tupla referenciada por la clave ajena?

• Restringir: no se permite modificar el valor de la clave primaria de la tupla referenciada.
• Propagar: se modifica el valor de la clave primaria de la tupla referenciaba y se propaga la modificación a las tuplas que la referencia mediante clave ajena.
• Anular: se modifica la tupla referenciada y las tuplas que la referenciaban ponen a nulo la clave ajena (solo si acepta nulos).

Reglas de Integridad de Dominio. Un dominio de valores posibles puede estar asociado con cada atributo. Los límites de dominio son la forma mas elemental de restricciones de integridad. Son fáciles de probar por el sistema siempre que se introduce un nuevo dato en la base de datos.

Tipos de dominios: Es posible que varios atributos tengan el mismo dominio. Podemos ver que una definición adecuada de restricciones de dominio no solo nos permite probar consultas para asegurar que la comparación que se hace tiene sentido. El principio que hay detrás de los dominios de atributo es similar al que hay detrás de la asignación de tipos a variables en los lenguajes de programación. Los lenguajes de programación fuertemente tipiados permiten que el compilador el programa con mayor detalle.

Integridad de relaciones. Esta regla se aplica a las claves primarias de las relaciones base: ningún atributo que forme parte de una llave primaria puede aceptar valores nulos. Por definición, una clave primaria es irreducible que se utiliza para identificar de modo único las tuplas. Irreducible significa que ningún subconjunto de la clave primaria sirve para identificar las tuplas de modo único. Si se permite que parte de la clave primaria sea nula, se está diciendo que no todos sus atributos son necesarios para distinguir las tuplas, con lo que se contradice la irreducibilidad. Esta regla solo se aplica a las relaciones base y a las claves primarias, no a las claves alternativas.

Nulos: Ningún atributo que forme parte de una llave primaria puede aceptar valores nulos. Un valor nulo es un valor que esta fuera de la definición de cualquier dominio el cual permite dejar el valor del atributo "latente"; en otras palabras, un valor nulo no representa el valor cero, ni una cadena vacía, éstos son valores que tienen significado; implica ausencia de información por que se desconoce el valor del atributo o simplemente no tiene sentido.

Reglas de negocio: Los usuarios o los administradores de la base de datos pueden imponer ciertas restricciones específicas sobre los datos, a esto se le conoce como reglas de negocio.
http://yoalo.wikispaces.com/2.2+Definicion+Esquema+de+Integridad


atte: luis enrique leon salgado Cool

avatar
kike leon

Mensajes : 29
Fecha de inscripción : 02/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

replica a la respuesta

Mensaje  kike leon el Jue Feb 21, 2013 2:00 pm

karina acuña santana escribió:4) Investigar como podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL.


VISTAS: 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 sólo se almacena de ellas la definición, no los datos. Los datos que se recuperan mediante una consulta a una vista se presentarán 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 través de una expresión de consulta (una sentencia SELECT) que la calcula y que puede realizarse sobre una o más tablas. Sobre un conjunto de tablas relacionales se puede trabajar con un número cualquiera de vistas.

Antes de crear una vista, considere las siguientes indicaciones:

• Sólo puede crear vistas en la base de datos actual. Sin embargo, las tablas y las vistas a las que se haga referencia desde la nueva vista pueden encontrarse en otras bases de datos e, incluso, en otros servidores, si la vista se define mediante consultas distribuidas.
• Los nombres de las vistas deben seguir las reglas que se aplican a los identificadores y ser únicos para cada esquema. Además, el nombre debe ser distinto del de las tablas incluidas en ese esquema.
• Es posible generar vistas dentro de otras vistas. MicrosoftSQL Server permite anidar vistas.El anidamiento no debe superar los 32 niveles. Es posible que el límite real del anidamiento de vistas sea inferior en función de la complejidad de la vista y de la memoria disponible.
• No puede asociar con las vistas reglas ni definiciones DEFAULT.
• Los desencadenadores AFTER no se pueden asociar con las vistas; sólo se pueden asociar los desencadenadores INSTEAD OF.
• La consulta que define la vista no puede incluir las cláusulas COMPUTE ni COMPUTE BY, y tampoco puede incluir la palabra clave INTO.
• La consulta que define la vista no puede incluir la cláusula ORDER BY, a menos que también haya una cláusula TOP en la lista de selección de la instrucción SELECT.
• La consulta que define la vista no puede incluir la cláusula OPTION que especifica una sugerencia de consulta.
• La consulta que define la vista no puede incluir la cláusula TABLESAMPLE.
• No se pueden definir definiciones de índice de texto completo en las vistas.
• No se pueden crear vistas temporales, ni vistas dentro de tablas temporales.
• Las vistas, las tablas o las funciones que participan en una vista creada con la cláusula SCHEMABINDING no se pueden quitar, a menos que se quite o cambie esa vista de forma que deje de tener un enlace de esquema. Además, las instrucciones ALTER TABLE sobre tablas que participan en vistas que tienen enlaces de esquemas provocarán un error si estas instrucciones afectan a la definición de la vista.
• Si una vista no se crea con la cláusula SCHEMABINDING, debe ejecutarse sp_refreshview cuando se realicen cambios en los objetos subyacentes de la vista que afecten a la definición de ésta. De lo contrario, la vista puede generar resultados inesperados cuando se realiza una consulta.
• No puede emitir consultas de texto completo en una vista, aunque una definición de vista puede incluir una consulta de texto completo si ésta hace referencia a una tabla configurada para la indización de texto completo.
• Debe especificar el nombre de todas las columnas de la vista en el caso de que:

o Alguna de las columnas de la vista derive de una expresión aritmética, una función integrada o una constante.
o Dos o más columnas de la vista tuviesen, en caso contrario, el mismo nombre (normalmente, debido a que la definición de la vista incluye una combinación y las columnas de dos o más tablas diferentes tienen el mismo nombre).
o Desee darle a una columna de la vista un nombre distinto del de la columna de la que deriva. (También puede cambiar el nombre de las columnas en la vista). Una columna de una vista hereda los tipos de datos de la columna de la que deriva, aunque no cambie su nombre.
o De lo contrario, no necesitará especificar nombres de columnas cuando cree la vista. SQL Server asigna a las columnas de la vista los mismos nombres y tipos de datos de las columnas a las que se hace referencia en la consulta que define la vista. La lista de selección puede ser una enumeración completa o parcial de los nombres de las columnas de las tablas base.

Para crear una vista, debe contar con el permiso del propietario de la base de datos y, si la vista se crea con la cláusula SCHEMABINDING, debe contar también con los permisos correspondientes para las tablas o las vistas a las que se haga referencia en la definición de la vista.
De forma predeterminada, a medida que se agregan o se actualizan filas mediante una vista, éstas desaparecen del ámbito de la vista cuando dejan de cumplir los criterios de la consulta que define la vista. Por ejemplo, se puede crear una consulta que defina una vista cuya misión sea recuperar todas las filas de una tabla en las que el salario del empleado no supere los 30.000 dólares. Si el salario del empleado asciende a 32.000 dólares, la consulta de la vista ya no mostrará la fila correspondiente a ese empleado, ya que su salario no cumple el criterio especificado por la vista. No obstante, la cláusula WITH CHECK OPTION exige que todas las instrucciones de modificación de datos ejecutadas en la vista se ajusten a los criterios especificados en la instrucción SELECT que define la vista. Si utiliza esta cláusula, no podrá modificar las filas de forma que desaparezcan de la vista. Cualquier modificación que provoque esto, se anula y aparece un error.

Crea una tabla virtual cuyo contenido (columnas y filas) se define mediante una consulta. Utilice esta instrucción para crear una vista de los datos de una o varias tablas de la base de datos. Por ejemplo, una vista se puede utilizar para lo siguiente:
• Para centrar, simplificar y personalizar la percepción que cada usuario tiene de la base de datos.
• Como mecanismo de seguridad, que permite a los usuarios obtener acceso a los datos por medio de la vista, pero no les concede el permiso de obtener acceso directo a las tablas base subyacentes.
• Para proporcionar una interfaz compatible con versiones anteriores para emular una tabla cuyo esquema ha cambiado.

CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ] [ ; ]

<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] }

FUENTE BIBLIOGRAFICA:
http://www.desarrolloweb.com/faq/319.php
http://msdn.microsoft.com/es-mx/library/ms189918(v=sql.100).aspx

ATTE: KARINA ACUÑA SANTANA.


muy buena informacion compañera, me gusto la forma en que redactaste, diste a conocer los conceptos mas importantes!!! saludos Very Happy
avatar
kike leon

Mensajes : 29
Fecha de inscripción : 02/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

replica

Mensaje  kike leon el Jue Feb 21, 2013 2:03 pm

CINTHIA CADENA PEREZ escribió:RESPUESTA AL REACIVO N°1

1) Investigar algunos conceptos básicos de: "Estructura e Integridad de bases de datos", así como: "comandos básicos del LMD para poder realizar la Creación de bases de datos y la Definición del esquema de integridad. Debe indicar que tipo de fuentes (Libros, revistas, etc.) y TICs (Wikis, Foros, Edu-Blogs, WebQuest, EVE-A) se han involucrado para concretar la investigación. Y de acuerdo con lo investigado, debe elaborar un resumen o tabla comparativa o mapa conceptual o diagrama que permita representar (en texto o gráficamente) los conceptos clave, el cual debe compartir en este foro.

ESTRUTURA DE UNA BASE DE DATOS:
La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos). La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.
La estructura de la base de datos es bastante sencilla. Las convenciones utilizadas aparecen implícitamente en este documento. Por ejemplo, la mayoría de los objetos se indexan con un entero autoincrementado cuyo nombre es de tipo id_objet, y que se declara como clave primaria en la tabla apropiada. La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos: Integridad de datos, redundancia de datos.
Diferentes estructuras de una base de datos:
 Modelo Relacional de Datos
 Modelo de Red
 Modelo Jerárquico

INTEGRIDAD DE LA BASE DE DATOS
Según [Korth y Silberschatz ]: La integridad Proporciona un medio de asegurar que los cambios que se hacen en la base de datos por usuarios autorizados no resultan en una pérdida de consistencia de los datos.

Según [ David M. Kroenke]: Un conjunto de datos tiene integridad si son consistentes, si se ensamblan entre sí. Con frecuencia, en los sistemas de procesamiento de archivos se aprecia una pobre integridad de los
La exigencia de integridad de los datos garantiza la calidad de los datos de la base de datos. Por ejemplo, si se especifica para un empleado el valor de identificador de 123, la base de datos no debe permitir que ningún otro empleado tenga el mismo valor de identificador. Si tiene una columna employee_rating para la que se prevean valores entre 1 y 5, la base de datos no debe aceptar valores fuera de ese intervalo. Si en la tabla hay una columna dept_id en la que se almacena el número de departamento del empleado, la base de datos sólo debe permitir valores que correspondan a los números de departamento de la empresa.Dos pasos importantes en el diseño de las tablas son la identificación de valores válidos para una columna y la determinación de cómo forzar la integridad de los datos en la columna. La integridad de datos pertenece a una de las siguientes categorías:
 Integridad de entidad
 Integridad de dominio
 Integridad referencial
 Integridad definida por el usuario

Integridad de entidad: La integridad de entidad define una fila como entidad única para una tabla determinada. La integridad de entidad exige la integridad de las columnas de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY.

Integridad de dominio: La integridad de dominio viene dada por la validez de las entradas para una columna determinada. Puede exigir la integridad de dominio para restringir el tipo mediante tipos de datos, el formato mediante reglas y restricciones CHECK, o el intervalo de valores posibles mediante restricciones FOREIGN KEY, restricciones CHECK, definiciones DEFAULT, definiciones NOT NULL y reglas

Integridad referencial: La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas. En SQL Server 2005 la integridad referencial se basa en las relaciones entre claves externas y claves principales o entre claves externas y claves exclusivas, mediante restricciones FOREIGN KEY y CHECK. La integridad referencial garantiza que los valores de clave sean coherentes en las distintas tablas.

COMANDOS BASICOS DE LMD
Esta clasificación es conocida como Data Manipulation Language, en esta agrupación recaen sentencias que requieren de confirmación para hacer definitivos los cambios hechos a través de este tipo de sentencias, es decir, no tienen commit implícito. Las sentencias de este tipo son:

1. SELECT: Si bien en mucha bibliografía se deja esta sentencia fuera de este tipo de clasificación es considerada como una sentencia DML y nos permite visualizar la información contenida en una tabla, es decir, obtener filas a través de la consulta de las columnas de alguna tabla. Esta sentencia nos provee en pocas palabras la facilidad para utilizar el projection (selección de columnas), el selection (selección de filas) el Joining Ejemplo:
SQL> select empno,ename from emp;

EMPNO ENAME
---------- ----------
7369 SMITH
7499 ALLEN
7521 WARD
7566 JONES
7654 MARTIN
7698 BLAKE
7782 CLARK
7788 SCOTT
7839 KING
7844 TURNER
7876 ADAMS

EMPNO ENAME
---------- ----------
7900 JAMES
7902 FORD
7934 MILLER

14 rows selected.

2. INSERT: Esta sentencia permite insertar nuevas filas en una tabla. Solamente puede insertar una fila por vez, ya que para realizar una inserción masiva de varias filas debe ocuparse una combinación del comando INSERT y SELECT como por ejemplo: insert into dept_80 (select * from employees where department_id = 80) entre otras alternativas. Esta sentencia utiliza la KEYWORD VALUES para indicar los nuevos valores a ser insertados en la tabla.
Ejemplo de un insert normal:

SQL> insert into alumnos (rut,nombre) values ('13243451-4','testing');

1 row created.


3. UPDATE: permite actualizar el valor de las columnas de una tabla que pertenezcan a una fila en particular, si no a todas en caso de que no se utilice filtro alguno en la clausula WHERE. Ejemplo:

SQL> update alumnos set rut='46321654-7' where nombre='testing';

1 row updated.


4. DELETE: Esta sentencia permite eliminar filas de una tabla en particular que cumplan con la condición indicada en la cláusula WHERE. En caso de que no se indique un filtro asociado la sentencia borrará todo el contenido de la tabla, de forma similar al TRUNCATE (a excepción de que DELETE si permite deshacer la sentencia con ROLLBACK, trúncate no permite esto).Ejemplo:

SQL> delete from emp_aux where EMPNO=7900;

1 row deleted.


5. MERGE: Esta sentencia permite hacer dos cosas a la vez, actualizar e insertar registros en una tabla. Su sentencia emplead es: Merge into lest1 a;


Fuentes consultadas
• http://es.wikipedia.org/wiki/SQL
• http://felipedonoso.blogspot.mx/2011/05/www.html
www.slideshare.net/luiscfh/estructuras-de-base-de-datos
• http://www.slideshare.net/sistemasddm/integridad-sql-server


ATTE:CINTHIA CADENA PE
REZ


muy bien compañera, excelente informacion, muy clara, bien explicado!! Wink
avatar
kike leon

Mensajes : 29
Fecha de inscripción : 02/02/2013

Ver perfil de usuario

Volver arriba Ir abajo

respuesta del reactivo #4

Mensaje  IXHEL L. el Vie Feb 22, 2013 2:01 pm

4) Investigar cómo podría diseñar e implementar vistas en base de datos distintas. Comparta en este foro su código fuente en Lenguaje SQL.
Vistas
En el modelo de datos relacional la forma de guardar la información no es la mejor para ver los datos. Una vista es una consulta, que refleja el contenido de una o más tablas, desde la que se puede acceder a los datos como si fuera una tabla.
Dos son las principales razones por las que podemos crear vistas.
• Seguridad, nos pueden interesar que los usuarios tengan acceso a una parte de la información que hay en una tabla, pero no a toda la tabla.
• Comodidad, como hemos dicho el modelo relacional no es el más comodo para visualizar los datos, lo que nos puede llevar a tener que escribir complejas sentencias SQL, tener una vista nos simplifica esta tarea.

Vistas en SQL:
Para crear una vista debemos utilizar la sentencia CREATE VIEW, debiendo proporcionar un nombre a la vista y una sentencia SQL SELECT válida.
CREATE VIEW <nombre_vista>
AS
(<se
ntencia_select>);


Para poder eliminar la vista a través de la sentencia DROP VIEW.

Vista en MYSQL:s
CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW nombre_vista [(columnas)]
AS sentencia_select
[WITH [CASCADED | LOCAL] CHECK OPTION]

att: ixhel luviano mojica

IXHEL L.
Invitado


Volver arriba Ir abajo

respuesta del reactivo #2

Mensaje  ixhel el Vie Feb 22, 2013 2:44 pm

2) Investigar acerca del uso de vistas, procedimientos almacenados y disparadores (Trigger’s). Elaborar un resumen acerca de lo investigado, donde explique el uso y la importancia de dichos elementos, el cual, debe compartir en este foro. Finalmente, debe discutir en este foro acerca del uso y la importancia de la creación e implementación de vistas, procedimientos almacenados y disparadores, haciendo énfasis en que términos podrían brindar seguridad e integridad dichos elementos a una base de datos alojadas en un servidor de datos.

vistas:
Una vista es una tabla derivada de otras tablas (básicas o virtuales).
uso:Para la especificación de tablas con información que se accede con frecuencia pero no posee existencia física:
•Información derivada de la relación entre varias tablas.
•En general: información derivada de consultas complejas a la que se accede con frecuencia.
•Como mecanismo de seguridad: creación de vistas con, únicamente, los atributos de las tablas a los cuales se desea permitir acceder a determinados usuarios.
•Para la creación de esquemas externos.

procedimiento almacenado:

es un programa (o procedimiento) el cual es almacenado físicamente en una base de datos. Su implementación varía de un gestor de bases de datos a otro. La ventaja de un procedimiento almacenado es que al ser ejecutado, en respuesta a una petición de usuario, es ejecutado directamente en el motor de bases de datos, el cual usualmente corre en un servidor separado. Como tal, posee acceso directo a los datos que necesita manipular y sólo necesita enviar sus resultados de regreso al usuario, deshaciéndose de la sobrecarga resultante de comunicar grandes cantidades de datos salientes y entrantes.
Usos típicos para procedimientos almacenados incluyen la validación de datos siendo integrados a la estructura de base de datos (los procedimientos almacenados utilizados para este propósito a menudo son llamados disparadores; triggers en inglés), o encapsular un proceso grande y complejo.

disparadores (Trigger’s).
Un trigger es un bloque de código PL/SQL que se almacenan en la base de datos. Los bloques de código de los triggers están asociados a una tabla y se ejecutan automáticamente cuando se producen ciertos eventos asociados a la tabla.

sintaxis:
create or replace trigger nombre_trigger
{before | after} {delete | insert | update[of lista_columnas]}
[or {before | after} {delete|insert|update [of lista_columnas]}]
on nombre_tabla
[for each {row | statement | when (condición)}]
/* comienza el trigger */
[declare]
<declaraciones>
begin
<instrucciones>
[exception]
<excepciones>
end;

Orden de ejecución de los trigger
Una misma tabla puede tener varios triggers y el orden de disparo seria el siguiente:
Antes de comenzar a ejecutar la orden que provoca el disparo se ejecutaran los triggers del tipo before.... for each statement
Para cada fila afectada por la orden:
a) se ejecutan los triggers del tipo before … for each row
b) se ejecuta la actualización de la fila
c) se ejecutan los triggers after... for each row
Una vez realizada la operación se ejecuta el after … for each statement
importancia:
bueno estos son importantes ya que se puede utilizar para prevenir transacciones erróneas y nos sirven también para implementar restricciones de integridad o seguridad.

att:ixhel luviano mojica

ixhel

Mensajes : 29
Fecha de inscripción : 29/01/2013

Ver perfil de usuario

Volver arriba Ir abajo

Re: 2.- Lenguaje De Manipulación De Datos (Estructura e Integridad De Bases De Datos

Mensaje  Contenido patrocinado


Contenido patrocinado


Volver arriba Ir abajo

Página 2 de 8. Precedente  1, 2, 3, 4, 5, 6, 7, 8  Siguiente

Ver el tema anterior Ver el tema siguiente Volver arriba

- Temas similares

 
Permisos de este foro:
No puedes responder a temas en este foro.