Bueno cumpliendo con la tarea aquí le dejo mi investigación sobre las transacciones y pues lo que pude entender sobre esto es que estas nos sirven para verificar si todas las modificaciones se hacen correctamente en las bases de datos ya que si hay errores no nos permite hacer esto. Al mismo tiempo me di cuenta de la importancia que tienen los puntos de confirmación y revisión de los cuales también dejo una pequeña explicación.
TRANSACCIONES (TRANSACT-SQL)
Una transacción es una unidad única de trabajo. Si una transacción tiene éxito, todas las modificaciones de los datos realizadas durante la transacción se confirman y se convierten en una parte permanente de la base de datos. Si una transacción encuentra errores y debe cancelarse o revertirse, se borran todas las modificaciones de los datos.
SQL Server funciona en los siguientes tres modos de transacción.
Transacciones de confirmación automática
Cada instrucción individual es una transacción.
Transacciones explícitas
Cada transacción se inicia explícitamente con la instrucción BEGIN TRANSACTION y se termina explícitamente con una instrucción COMMIT o ROLLBACK.
Transacciones implícitas
Se inicia implícitamente una nueva transacción cuando se ha completado la anterior, pero cada transacción se completa explícitamente con una instrucción COMMIT o ROLLBACK.
Transacciones de ámbito de lote
Una transacción implícita o explícita de Transact-SQL que se inicia en una sesión de MARS (conjuntos de resultados activos múltiples), que sólo es aplicable a MARS, se convierte en una transacción de ámbito de lote. Si no se confirma o revierte una transacción de ámbito de lote cuando se completa el lote, SQL Server la revierte automáticamente.
COMMIT
Marca el final de una transacción correcta, implícita o explícita. Si @@TRANCOUNT es 1, COMMIT TRANSACTION hace que todas las modificaciones efectuadas sobre los datos desde el inicio de la transacción sean parte permanente de la base de datos, libera los recursos mantenidos por la transacción y reduce @@TRANCOUNT a 0. Si @@TRANCOUNT es mayor que 1, COMMIT TRANSACTION sólo reduce @@TRANCOUNT en 1 y la transacción sigue activa.
Sintaxis
COMMIT { TRAN TRANSACTION } [ transaction_name @tran_name_variable ] ]
[ ; ]
ROLLBACK)
Revierte una transacción explícita o implícita hasta el inicio de la transacción o hasta un punto de retorno dentro de la transacción.
Sintaxis ROLLBACK { TRAN TRANSACTION } [ transaction_name @tran_name_variable savepoint_name @savepoint_variable ]
[ ; ]
jueves, 23 de octubre de 2008
miércoles, 24 de septiembre de 2008
FUNCIONES AGREGADAS
Funciones Agregadas
Las funciones agregadas proporcionan a SQL utilidades de cálculo sobre los datos de las tablas.
Estas funciones se incorporan en las consultas SELECT y retornan un único valor al operar sobre un grupo de registros.
Las funciones agregadas son.
Funciones Agregadas
MAX()
Devuelve el valor máximo.
MIN()
Devuelve el valor mínimo.
SUM()
Devuelve el valor de la suma de los valores del campo.
COUNT()
Devuelve el número de filas que cumplen la condición
AVG()
Devuelve el promedia de los valores del campo
GROUP BY
Combina los registros con valores idénticos, en la lista de campos especificados, en un único registro. Para cada registro se crea un valor sumario si se incluye una función SQL agregada, como por ejemplo Sum o Count, en la instrucción SELECT. Su sintaxis es:
SELECT campos FROM tabla WHERE criterio GROUP BY campos del grupo
GROUP BY es opcional. Los valores de resumen se omiten si no existe una función SQL agregada en la instrucción SELECT. Los valores Null en los campos GROUP BY se agrupan y no se omiten. No obstante, los valores Null no se evalúan en ninguna de las funciones SQL agregadas.
Se utiliza la cláusula WHERE para excluir aquellas filas que no desea agrupar, y la cláusula HAVING para filtrar los registros una vez agrupados.
A menos que contenga un dato Memo u Objeto OLE , un campo de la lista de campos GROUP BY puede referirse a cualquier campo de las tablas que aparecen en la cláusula FROM, incluso si el campo no esta incluido en la instrucción SELECT, siempre y cuando la instrucción SELECT incluya al menos una función SQL agregada.
Todos los campos de la lista de campos de SELECT deben o bien incluirse en la cláusula GROUP BY o como argumentos de una función SQL agregada.
SELECT Id_Familia, Sum(Stock) FROM Productos GROUP BY Id_Familia;
Una vez que GROUP BY ha combinado los registros, HAVING muestra cualquier registro agrupado por la cláusula GROUP BY que satisfaga las condiciones de la cláusula HAVING.
HAVING es similar a WHERE, determina qué registros se seleccionan. Una vez que los registros se han agrupado utilizando GROUP BY, HAVING determina cuales de ellos se van a mostrar.
SELECT Id_Familia Sum(Stock) FROM Productos GROUP BY Id_Familia HAVING Sum(Stock) > 100 AND NombreProducto Like BOS*;
4.2 AVG
Calcula la media aritmética de un conjunto de valores contenidos en un campo especificado de una consulta. Su sintaxis es la siguiente
Avg(expr)
En donde expr representa el campo que contiene los datos numéricos para los que se desea calcular la media o una expresión que realiza un cálculo utilizando los datos de dicho campo. La media calculada por Avg es la media aritmética (la suma de los valores dividido por el número de valores). La función Avg no incluye ningún campo Null en el cálculo.
SELECT Avg(Gastos) AS Promedio FROM Pedidos WHERE Gastos > 100;
4.3 Count
Calcula el número de registros devueltos por una consulta. Su sintaxis es la siguiente
Count(expr)
En donde expr contiene el nombre del campo que desea contar. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL). Puede contar cualquier tipo de datos incluso texto.
Aunque expr puede realizar un cálculo sobre un campo, Count simplemente cuenta el número de registros sin tener en cuenta qué valores se almacenan en los registros. La función Count no cuenta los registros que tienen campos null a menos que expr sea el carácter comodín asterisco (*). Si utiliza un asterisco, Count calcula el número total de registros, incluyendo aquellos que contienen campos null. Count(*) es considerablemente más rápida que Count(Campo). No se debe poner el asterisco entre dobles comillas ('*').
SELECT Count(*) AS Total FROM Pedidos;
Si expr identifica a múltiples campos, la función Count cuenta un registro sólo si al menos uno de los campos no es Null. Si todos los campos especificados son Null, no se cuenta el registro. Hay que separar los nombres de los campos con ampersand (&).
SELECT Count(FechaEnvío & Transporte) AS Total FROM Pedidos;
4.4 Max, Min
Devuelven el mínimo o el máximo de un conjunto de valores contenidos en un campo especifico de una consulta. Su sintaxis es:
Min(expr) Max(expr)
En donde expr es el campo sobre el que se desea realizar el cálculo. Expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT Min(Gastos) AS ElMin FROM Pedidos WHERE Pais = 'España'; SELECT Max(Gastos) AS ElMax FROM Pedidos WHERE Pais = 'España';
4.5 StDev, StDevP
Devuelve estimaciones de la desviación estándar para la población (el total de los registros de la tabla) o una muestra de la población representada (muestra aleatoria) . Su sintaxis es:
StDev(expr) StDevP(expr)
En donde expr representa el nombre del campo que contiene los datos que desean evaluarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL)
StDevP evalúa una población, y StDev evalúa una muestra de la población. Si la consulta contiene menos de dos registros (o ningún registro para StDevP), estas funciones devuelven un valor Null (el cual indica que la desviación estándar no puede calcularse).
SELECT StDev(Gastos) AS Desviacion FROM Pedidos WHERE Pais = 'España'; SELECT StDevP(Gastos) AS Desviacion FROM Pedidos WHERE Pais= 'España';
4.6 Sum
Devuelve la suma del conjunto de valores contenido en un campo especifico de una consulta. Su sintaxis es:
Sum(expr)
En donde expr respresenta el nombre del campo que contiene los datos que desean sumarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT Sum(PrecioUnidad * Cantidad) AS Total FROM DetallePedido;
4.7 Var, VarP Devuelve una estimación de la varianza de una población (sobre el total de los registros) o una muestra de la población (muestra aleatoria de registros) sobre los valores de un campo. Su sintaxis es:
Var(expr) VarP(expr)
VarP evalúa una población, y Var evalúa una muestra de la población. Expr el nombre del campo que contiene los datos que desean evaluarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL)
Si la consulta contiene menos de dos registros, Var y VarP devuelven Null (esto indica que la varianza no puede calcularse). Puede utilizar Var y VarP en una expresión de consulta o en una Instrucción SQL.
SELECT Var(Gastos) AS Varianza FROM Pedidos WHERE Pais = 'España'; SELECT VarP(Gastos) AS Varianza FROM Pedidos WHERE Pais = 'España';
http://www.devjoker.com/asp/ver_contenidos.aspx?co_contenido=10
Las funciones agregadas proporcionan a SQL utilidades de cálculo sobre los datos de las tablas.
Estas funciones se incorporan en las consultas SELECT y retornan un único valor al operar sobre un grupo de registros.
Las funciones agregadas son.
Funciones Agregadas
MAX()
Devuelve el valor máximo.
MIN()
Devuelve el valor mínimo.
SUM()
Devuelve el valor de la suma de los valores del campo.
COUNT()
Devuelve el número de filas que cumplen la condición
AVG()
Devuelve el promedia de los valores del campo
GROUP BY
Combina los registros con valores idénticos, en la lista de campos especificados, en un único registro. Para cada registro se crea un valor sumario si se incluye una función SQL agregada, como por ejemplo Sum o Count, en la instrucción SELECT. Su sintaxis es:
SELECT campos FROM tabla WHERE criterio GROUP BY campos del grupo
GROUP BY es opcional. Los valores de resumen se omiten si no existe una función SQL agregada en la instrucción SELECT. Los valores Null en los campos GROUP BY se agrupan y no se omiten. No obstante, los valores Null no se evalúan en ninguna de las funciones SQL agregadas.
Se utiliza la cláusula WHERE para excluir aquellas filas que no desea agrupar, y la cláusula HAVING para filtrar los registros una vez agrupados.
A menos que contenga un dato Memo u Objeto OLE , un campo de la lista de campos GROUP BY puede referirse a cualquier campo de las tablas que aparecen en la cláusula FROM, incluso si el campo no esta incluido en la instrucción SELECT, siempre y cuando la instrucción SELECT incluya al menos una función SQL agregada.
Todos los campos de la lista de campos de SELECT deben o bien incluirse en la cláusula GROUP BY o como argumentos de una función SQL agregada.
SELECT Id_Familia, Sum(Stock) FROM Productos GROUP BY Id_Familia;
Una vez que GROUP BY ha combinado los registros, HAVING muestra cualquier registro agrupado por la cláusula GROUP BY que satisfaga las condiciones de la cláusula HAVING.
HAVING es similar a WHERE, determina qué registros se seleccionan. Una vez que los registros se han agrupado utilizando GROUP BY, HAVING determina cuales de ellos se van a mostrar.
SELECT Id_Familia Sum(Stock) FROM Productos GROUP BY Id_Familia HAVING Sum(Stock) > 100 AND NombreProducto Like BOS*;
4.2 AVG
Calcula la media aritmética de un conjunto de valores contenidos en un campo especificado de una consulta. Su sintaxis es la siguiente
Avg(expr)
En donde expr representa el campo que contiene los datos numéricos para los que se desea calcular la media o una expresión que realiza un cálculo utilizando los datos de dicho campo. La media calculada por Avg es la media aritmética (la suma de los valores dividido por el número de valores). La función Avg no incluye ningún campo Null en el cálculo.
SELECT Avg(Gastos) AS Promedio FROM Pedidos WHERE Gastos > 100;
4.3 Count
Calcula el número de registros devueltos por una consulta. Su sintaxis es la siguiente
Count(expr)
En donde expr contiene el nombre del campo que desea contar. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL). Puede contar cualquier tipo de datos incluso texto.
Aunque expr puede realizar un cálculo sobre un campo, Count simplemente cuenta el número de registros sin tener en cuenta qué valores se almacenan en los registros. La función Count no cuenta los registros que tienen campos null a menos que expr sea el carácter comodín asterisco (*). Si utiliza un asterisco, Count calcula el número total de registros, incluyendo aquellos que contienen campos null. Count(*) es considerablemente más rápida que Count(Campo). No se debe poner el asterisco entre dobles comillas ('*').
SELECT Count(*) AS Total FROM Pedidos;
Si expr identifica a múltiples campos, la función Count cuenta un registro sólo si al menos uno de los campos no es Null. Si todos los campos especificados son Null, no se cuenta el registro. Hay que separar los nombres de los campos con ampersand (&).
SELECT Count(FechaEnvío & Transporte) AS Total FROM Pedidos;
4.4 Max, Min
Devuelven el mínimo o el máximo de un conjunto de valores contenidos en un campo especifico de una consulta. Su sintaxis es:
Min(expr) Max(expr)
En donde expr es el campo sobre el que se desea realizar el cálculo. Expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT Min(Gastos) AS ElMin FROM Pedidos WHERE Pais = 'España'; SELECT Max(Gastos) AS ElMax FROM Pedidos WHERE Pais = 'España';
4.5 StDev, StDevP
Devuelve estimaciones de la desviación estándar para la población (el total de los registros de la tabla) o una muestra de la población representada (muestra aleatoria) . Su sintaxis es:
StDev(expr) StDevP(expr)
En donde expr representa el nombre del campo que contiene los datos que desean evaluarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL)
StDevP evalúa una población, y StDev evalúa una muestra de la población. Si la consulta contiene menos de dos registros (o ningún registro para StDevP), estas funciones devuelven un valor Null (el cual indica que la desviación estándar no puede calcularse).
SELECT StDev(Gastos) AS Desviacion FROM Pedidos WHERE Pais = 'España'; SELECT StDevP(Gastos) AS Desviacion FROM Pedidos WHERE Pais= 'España';
4.6 Sum
Devuelve la suma del conjunto de valores contenido en un campo especifico de una consulta. Su sintaxis es:
Sum(expr)
En donde expr respresenta el nombre del campo que contiene los datos que desean sumarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL).
SELECT Sum(PrecioUnidad * Cantidad) AS Total FROM DetallePedido;
4.7 Var, VarP Devuelve una estimación de la varianza de una población (sobre el total de los registros) o una muestra de la población (muestra aleatoria de registros) sobre los valores de un campo. Su sintaxis es:
Var(expr) VarP(expr)
VarP evalúa una población, y Var evalúa una muestra de la población. Expr el nombre del campo que contiene los datos que desean evaluarse o una expresión que realiza un cálculo utilizando los datos de dichos campos. Los operandos de expr pueden incluir el nombre de un campo de una tabla, una constante o una función (la cual puede ser intrínseca o definida por el usuario pero no otras de las funciones agregadas de SQL)
Si la consulta contiene menos de dos registros, Var y VarP devuelven Null (esto indica que la varianza no puede calcularse). Puede utilizar Var y VarP en una expresión de consulta o en una Instrucción SQL.
SELECT Var(Gastos) AS Varianza FROM Pedidos WHERE Pais = 'España'; SELECT VarP(Gastos) AS Varianza FROM Pedidos WHERE Pais = 'España';
http://www.devjoker.com/asp/ver_contenidos.aspx?co_contenido=10
viernes, 18 de julio de 2008
Se me olvidaba aquí están las paginas de donde obtuve la información y las imágenes no se por que no salieron…sorry
http://html.rincondelvago.com/data-architect.html
http://www.filehungry.com/spanish/product/windows_software/programming/database_tools/business_applications_architect
http://www.windowstimag.com/N%C3%BAmerosanteriores/N%C3%BAmero126Diciembre2007/NovedadesSoftware/tabid/352/Default.aspx
http://html.rincondelvago.com/data-architect.html
http://www.filehungry.com/spanish/product/windows_software/programming/database_tools/business_applications_architect
http://www.windowstimag.com/N%C3%BAmerosanteriores/N%C3%BAmero126Diciembre2007/NovedadesSoftware/tabid/352/Default.aspx
Bueno cumpliendo con la investigación aquí les dejo lo que encontré. La verdad no se ni que onda con esto no se si este bien lo que investigue
QUE ES DATA ARCHITECT
Data Architect (DA), que puede servir, por ejemplo, para crear un sistema de información usando un diagrama que relacione datos entregados por el usuario, además, puede ayudar y facilitar la organización de un sistema administrativo, mediante la creación de un modelo lógico que almacene los datos seleccionados, de acuerdo a las necesidades de cada usuario.
VENTAJAS Y DESVENTAJAS
Sus tecnologías avanzadas ayudan rápidamente a crear y a integrar tus usos del GUI del costumbre en arquitectura existente de la gerencia de datos. Consigues una plataforma unificada para los usos de la base de datos con ventajas de la consistencia del formato a través de todas las gradas y una puesta en práctica más extensa de la lógica del negocio.
Ventajas
Puede almacenar Grandes cantidades de datos. La limitante de tamaño en la tecnología ROLAP es la limitante de la base de datos relacional. En otras palabras ROLAP en si misma no esta limitada.Puede cubrir funcionalidad inherente a las bd relacionales. Las bases de datos relacionales ya vienen con un set de funciones. Ya que esta tecnología se monta sobre esta bd, hereda todas extras funcionalidades.
Desventajas
Performance bajo. Ya que ROLAP es esencialmente múltiples Querys de sql en la base de datos relacional, el tiempo de respuesta se alarga entre el tamaño de la bd sea mayor.
Limitada funcionalidad Sql. Ya que la tecnología ROLAP utiliza básicamente sentencias sql o querys de la bd relacional, y sql no aporta todas las necesidades de consultas multidimensionales, ROLAP son limitadas a lo que el lenguaje sql soporte. Se ha desarrollado últimamente herramientas externas que permiten utilizar formulación más compleja que pueda cubrir parte de estas deficiencias.
IMAGEN DE UN DATA ARCHITEC
ULTIMA VERSION VERSION DEL SOFTWARE
La última versión del software timeCard®, la 4.0, permite gestionar el sistema timeCard® desde el PC. Ha evolucionado para hacerse más intuitivo e incorporar nuevas soluciones ante las demandas de los usuarios: ofrece un entorno amigable, un nuevo módulo de control de accesos, numerosas funciones de reporte y nuevas estadísticas y un módulo de gestión de usuarios, además de ser compatible con Windows Vista.
QUE ES DATA ARCHITECT
Data Architect (DA), que puede servir, por ejemplo, para crear un sistema de información usando un diagrama que relacione datos entregados por el usuario, además, puede ayudar y facilitar la organización de un sistema administrativo, mediante la creación de un modelo lógico que almacene los datos seleccionados, de acuerdo a las necesidades de cada usuario.
VENTAJAS Y DESVENTAJAS
Sus tecnologías avanzadas ayudan rápidamente a crear y a integrar tus usos del GUI del costumbre en arquitectura existente de la gerencia de datos. Consigues una plataforma unificada para los usos de la base de datos con ventajas de la consistencia del formato a través de todas las gradas y una puesta en práctica más extensa de la lógica del negocio.
Ventajas
Puede almacenar Grandes cantidades de datos. La limitante de tamaño en la tecnología ROLAP es la limitante de la base de datos relacional. En otras palabras ROLAP en si misma no esta limitada.Puede cubrir funcionalidad inherente a las bd relacionales. Las bases de datos relacionales ya vienen con un set de funciones. Ya que esta tecnología se monta sobre esta bd, hereda todas extras funcionalidades.
Desventajas
Performance bajo. Ya que ROLAP es esencialmente múltiples Querys de sql en la base de datos relacional, el tiempo de respuesta se alarga entre el tamaño de la bd sea mayor.
Limitada funcionalidad Sql. Ya que la tecnología ROLAP utiliza básicamente sentencias sql o querys de la bd relacional, y sql no aporta todas las necesidades de consultas multidimensionales, ROLAP son limitadas a lo que el lenguaje sql soporte. Se ha desarrollado últimamente herramientas externas que permiten utilizar formulación más compleja que pueda cubrir parte de estas deficiencias.
IMAGEN DE UN DATA ARCHITEC
ULTIMA VERSION VERSION DEL SOFTWARE
La última versión del software timeCard®, la 4.0, permite gestionar el sistema timeCard® desde el PC. Ha evolucionado para hacerse más intuitivo e incorporar nuevas soluciones ante las demandas de los usuarios: ofrece un entorno amigable, un nuevo módulo de control de accesos, numerosas funciones de reporte y nuevas estadísticas y un módulo de gestión de usuarios, además de ser compatible con Windows Vista.
sábado, 14 de junio de 2008
TRANSFORMACIONES DE MODELOS ENTIDAD RELACION Y RELACIONAL
Nota: Aquí esta la tarea de la transformación de modelos, el primer tema si me quedo claro pero el segundo la verdad no mucho
TRANSFORMACION DEL MODELO ENTIDAD RELACION A MODELO RELACIONAL
Al trabajar con este tema me di cuenta que para transforma un modelo entidad relación a modelo relacional se siguen unos pasos: toda las entidades del modelo entidad relación se transforman a una tabla, cualquier atributo de una entidad se transforma en un campo dentro de la tabla manteniendo las claves primarias, el las relaciones N:M se transforman en una nueva tabla que tendrá como clave primaria la concatenacion de los atributos clave de las entidades que relaciona, en las relaciones 1: N se pueden tener dos casos:
Si la entidad que participa con cardinalidad máxima uno lo hace también con cardinalidad mínima uno, entonces se propaga el atributo de la entidad que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N, desapareciendo el nombre de la relación. Si existen atributos en la relación éstos también se propagarán.
Si la entidad que participa con cardinalidad máxima uno lo hace también cardinalidad mínima cero, entonces se crea una nueva tabla formada por las claves de cada entidad y los atributos de la relación. La clave primaria de la nueva tabla será el identificador de la entidad que participa con cardinalidad máxima N.
TRANSFORMACION DE LOS CONCEPTOS ENTIDAD RELACION EXTENDIDO EN RELACIONES
El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.
Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.
TRANSFORMACION DEL MODELO ENTIDAD RELACION A MODELO RELACIONAL
Al trabajar con este tema me di cuenta que para transforma un modelo entidad relación a modelo relacional se siguen unos pasos: toda las entidades del modelo entidad relación se transforman a una tabla, cualquier atributo de una entidad se transforma en un campo dentro de la tabla manteniendo las claves primarias, el las relaciones N:M se transforman en una nueva tabla que tendrá como clave primaria la concatenacion de los atributos clave de las entidades que relaciona, en las relaciones 1: N se pueden tener dos casos:
Si la entidad que participa con cardinalidad máxima uno lo hace también con cardinalidad mínima uno, entonces se propaga el atributo de la entidad que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N, desapareciendo el nombre de la relación. Si existen atributos en la relación éstos también se propagarán.
Si la entidad que participa con cardinalidad máxima uno lo hace también cardinalidad mínima cero, entonces se crea una nueva tabla formada por las claves de cada entidad y los atributos de la relación. La clave primaria de la nueva tabla será el identificador de la entidad que participa con cardinalidad máxima N.
TRANSFORMACION DE LOS CONCEPTOS ENTIDAD RELACION EXTENDIDO EN RELACIONES
El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.
Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.
miércoles, 28 de mayo de 2008
ventajas y desventajas de la base de datos
Ventajas de las Bases de Datos
Cuadro Resumen de las Ventajas de las Bases de Datos
Referidas
Ventajas
Los Datos
· Independencia de estos respecto de los tratamientos y viceversa.
· Mejor disponibilidad de los mismos.
· Mayor eficiencia en la recogida, codificación y entrada.
Los Resultados
· Mayor coherencia.
· Mayor valor informativo.
· Mejor y más normalizada documentación de la información.
Los Usuarios
· Acceso más rápido y sencillo de los usuarios finales.
· Más facilidades para compartir los datos por el conjunto de los usuarios.
· Mayor flexibilidad para atender a demandas cambiantes.
· Independencia de los datos respecto a los tratamientos y viceversa: Un cambio en los tratamientos no imponga un nuevo diseño lógico y/o físico de la base de datos.
· Coherencia de los resultados: En todos los tratamientos se utilizan los mismos datos, por lo que los resultados de estos son coherentes y comparables.
· Mejor disponibilidad de los datos para el conjunto de los usuarios: Éstos se comparten entre las aplicaciones, existiendo una mayor disponibilidad y transferencia.
· Mayor valor informativo: El valor informativo del conjunto de datos es superior a la suma del valor informativo de los elementos individuales.
· Mejor y más normalizada documentación: La mayoría de los SGBD incluyen una descripción de los datos dentro del sistema.
· Mayor eficiencia en la captura, validación e ingreso de datos al sistema: Por no existir redundancia.
· Reducción del espacio de almacenamiento: Disminución de redundancias y las técnicas de compactación hacen que disminuya el espacio en disco.
Desventajas de las Bases de Datos
o Instalación costosa: Equipos: Nuevas instalaciones o ampliaciones, sistemas operativos, compiladores, SGBD comerciales, computadores más poderosos, etc.
o Personal especializado: Se requiere de conocimientos específicos.
Cuadro Resumen de las desventajas de las Bases de Datos
Relativas a
Desventajas
La implantación
o Costosa en equipos(lógico y físico).
o Ausencia de estándares.
o Larga y difícil puesta en marcha.
o Rentabilidad a mediano plazo.
Los usuarios
o Personal especializado.
o Desfase entre teoría y práctica.
o Desfase entre teoría y práctica: Muchos asumen a ciertas funcionalidades como un hecho cuando en realidad son estudios teóricos.
Cuadro Resumen de las Ventajas de las Bases de Datos
Referidas
Ventajas
Los Datos
· Independencia de estos respecto de los tratamientos y viceversa.
· Mejor disponibilidad de los mismos.
· Mayor eficiencia en la recogida, codificación y entrada.
Los Resultados
· Mayor coherencia.
· Mayor valor informativo.
· Mejor y más normalizada documentación de la información.
Los Usuarios
· Acceso más rápido y sencillo de los usuarios finales.
· Más facilidades para compartir los datos por el conjunto de los usuarios.
· Mayor flexibilidad para atender a demandas cambiantes.
· Independencia de los datos respecto a los tratamientos y viceversa: Un cambio en los tratamientos no imponga un nuevo diseño lógico y/o físico de la base de datos.
· Coherencia de los resultados: En todos los tratamientos se utilizan los mismos datos, por lo que los resultados de estos son coherentes y comparables.
· Mejor disponibilidad de los datos para el conjunto de los usuarios: Éstos se comparten entre las aplicaciones, existiendo una mayor disponibilidad y transferencia.
· Mayor valor informativo: El valor informativo del conjunto de datos es superior a la suma del valor informativo de los elementos individuales.
· Mejor y más normalizada documentación: La mayoría de los SGBD incluyen una descripción de los datos dentro del sistema.
· Mayor eficiencia en la captura, validación e ingreso de datos al sistema: Por no existir redundancia.
· Reducción del espacio de almacenamiento: Disminución de redundancias y las técnicas de compactación hacen que disminuya el espacio en disco.
Desventajas de las Bases de Datos
o Instalación costosa: Equipos: Nuevas instalaciones o ampliaciones, sistemas operativos, compiladores, SGBD comerciales, computadores más poderosos, etc.
o Personal especializado: Se requiere de conocimientos específicos.
Cuadro Resumen de las desventajas de las Bases de Datos
Relativas a
Desventajas
La implantación
o Costosa en equipos(lógico y físico).
o Ausencia de estándares.
o Larga y difícil puesta en marcha.
o Rentabilidad a mediano plazo.
Los usuarios
o Personal especializado.
o Desfase entre teoría y práctica.
o Desfase entre teoría y práctica: Muchos asumen a ciertas funcionalidades como un hecho cuando en realidad son estudios teóricos.
Suscribirse a:
Entradas (Atom)
