este es el link para que puedas ver la documentacion de mi programa
•May 31, 2010 • Deja un comentariodocumentation del programa
•May 26, 2010 • Deja un comentarioprocedimientos almacenados en sql server
•marzo 25, 2010 • Deja un comentarioa continuacion se muetran los videos
DISEÑAR Y DEFINIR LAS SINTAXIS QUE DEBERÁ TENER UNA VISTA EN DONDE:
•marzo 22, 2010 • Deja un comentarioA.- 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.
INTEGRIDAD REFERENCIAL
•marzo 22, 2010 • Deja un comentarioINTEGRIDAD DE ENTIDAD
•marzo 22, 2010 • Deja un comentariointegridad de domino
•marzo 22, 2010 • Deja un comentariobase de datos relacional
•marzo 22, 2010 • Deja un comentarioUno 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 comentarioLa 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 comentarioAhora 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.