este es el link para que puedas ver la documentacion de mi programa

•May 31, 2010 • Deja un comentario

documentacion de mi programa esta es la completa

programa de taller de base de datos

edgra abraham castañeda escajeda

a continuacion puedes ver un link en el cual puedes ver la documentacion de mi programa en un archivo de word

documentation del programa

•May 26, 2010 • Deja un comentario

documntacion del programa de base de datos

procedimientos almacenados en sql server

•marzo 25, 2010 • Deja un comentario

a continuacion se muetran los videos

video de procedimientos almacenados parte1

video de procedimientos almacenados parte2

DISEÑAR Y DEFINIR LAS SINTAXIS QUE DEBERÁ TENER UNA VISTA EN DONDE:

•marzo 22, 2010 • Deja un comentario

A.- Los productos con costo mayor de $500.

B.- Los productos que sean del tipo «Redes», si no existe el campo generarlo en la base de datos, con todo y registros.

C.- Los proveedores, que radiquen en el extranjero.

D.- Mostrar el numero de cliente (clave), Nombre y emilio de los clientes que: hayan realizado 5 compras superior a los $20,000 cada una.

video de vistas en sql server

INTEGRIDAD REFERENCIAL

•marzo 22, 2010 • Deja un comentario

es aquella que se encarga de salvaguardar los datos entre tablas relacionadas

INTEGRIDAD DE ENTIDAD

•marzo 22, 2010 • Deja un comentario

 es aquella que se encarga de salvaguardar los datos vertidos sobre una fila

integridad de domino

•marzo 22, 2010 • Deja un comentario

Implementación de la integridad de datos
¿Qué es la integridad de datos?
Existen 3 tipos de integridad de datos las cuales son:
-INTEGRIDAD DE DOMINIO.- es la que se encarga de salvaguardar propiamente la integridad de los datos definidos en una columna.

base de datos relacional

•marzo 22, 2010 • Deja un comentario

Uno de los principales objetivos de la base de datos relacional es cuidar y controlar la integridad de los datos, la cual podría perderse entre operaciones que modifican la operación, como lo son:

• INSERT
• UPDATE
• DELETE

POR EJEMPLO SE PUEDE PERDER LA INTEGRIDAD REFERENCIAL EN LOS SIGUIENTES CASOS:

1.- se puede registrar un pedido de un producto no existente. Esto en el caso hipotético de una tienda que venda cualquier tipo de artículos, en donde puede darse el caso que el dependiente levante un pedido de un cliente y donde el pedido que solicite el cliente se incluye un producto que no existe en bodega o bien no lo maneja la empresa.

2.- Podrían modificarse los datos existentes con valores incorrectos. Hipotéticamente hablando esto existiría en un departamento cualquiera en donde se administre información personal de los trabajadores, clientes y productos entre otros, que al momento de no contar con información fehaciente (comprobable) el usuario de dicho sistema supone datos y los introduce.

3.-los cambios a las base de datos podrían aplicarse parcialmente, en el caso de que se realizara el registro de un pedido y no se actualizara el stock del producto requerido. Hipotéticamente hablando esto sucedería por medio del usuario y un sistema con un fallo.

integridad referencial

•marzo 22, 2010 • Deja un comentario

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.

integridad relacional

•marzo 22, 2010 • Deja un comentario

Ahora que ya conocemos el funcionamiento de las claves primarias y las claves ajenas estamos en posición de estudiar las reglas de integridad. Con este nombre se designa aquellas reglas que han de ser aplicadas a una base de datos para asegurar que los datos introducidos sean consistentes con la realidad que pretenden modelar. Existen dos reglas generales que aporta el modelo relacional. Estas dos reglas son muy simples, y son las siguientes:

Regla de integridad de las entidades: ningún componente de la clave primaria de una relación base puede aceptar valores nulos.

Regla de integridad referencial: la base de datos no debe contener valores de clave ajena sin concordancia.
La primera de estas reglas impide la existencia de una tupla sin identificador único. La segunda impide que, por ejemplo, en nuestra base de datos académica, exista un profesor adscrito a un departamento inexistente, o un curso impartido por un profesor inexistente. Hemos de recordar que sólo los productos puramente relacionales implementan realmente estas dos reglas generales de integridad relacional. En otros, destinados al mercado doméstico, estas incongruencias son admitidas sin problemas.

Además, muchos RDBMSs añaden un buen número de características que ayudan al DBA a mantener más fácilmente la integridad de los datos. Mediante estos mecanismos es posible añadir reglas específicas para cada base de datos; éstas son las denominadas restricciones de integridad definidas por el usuario (Codd 1990). Por ejemplo, podríamos determinar que un profesor no pueda ser menor de x años o que un curso sólo pueda pertenecer a los niveles 1, 2 ó 3. El resultado sería que al intentar introducir un valor fuera de este rango, el DBMS rechazaría la información introducida mostrando un mensaje de error.