TRANSFORMACION DEL MODELO ENTIDAD RELACIONA MODELO RELACIONAL Para transformar un modelo entidad-relación a modelo relacional seguiremos las siguientes reglas: • Toda entidad del modelo entidad-relación se transforma en una tabla. • Cualquier atributo de una entidad se transforma en un campo dentro de la tabla, manteniendo las claves primarias. • Las relaciones N:M se transforman en una nueva tabla que tendrá como clave primaria la concatenación de los atributos clave de las entidades que relaciona. • En las relaciones 1:N se pueden tener dos casos: o 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. o 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. • En el caso de las relaciones 1:1 también pueden darse dos casos: o Si las entidades poseen cardinalidades (0,1), la relación se convierte en una tabla. o Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades (1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra. • En el caso de las relaciones N-arias se aplica la misma regla que para las relaciones N:M • En el caso de las relaciones reflexivas supondremos que se trata de una relación binaria con la particularidad que las dos entidades son iguales y aplicaremos las reglas vistas en los puntos anteriores. TRANSFORMACION DE LOS CONCEPTOS ENTIDAD RELACION EXTENDIDO EN RELACIONES Modelo entidad-relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship") es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades. Modelado Entidad-Relación Es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (esto es similar al modelo de Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional. Diagrama entidad-relación Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen la información que trata un sistema de información y el software que lo automatiza. Entidades El término entidad tiene distintas acepciones, es decir distintos significado según sea el ámbito o contexto en que se utiliza. Sin embargo, cuando se le refiere en base de datos, es cualquier objeto sobre el que se tiene información. Una entidad está descrita por sus características. Relaciones Una relación describe cierta dependencia entre entidades. Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona. Relaciones Una relación describe cierta dependencia entre entidades. Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona. Atributos Los atributos son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta. Atributos Los atributos son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta. Entidades fuertes y débiles Cuando una entidad participa en una relación puede adquirir un papel fuerte o débil. Una entidad débil es aquella que no puede existir sin participar en la relación, es decir, aquella que no puede ser unívocamente identificada solamente por sus atributos. Una entidad fuerte (también conocida como entidad regular) es aquella que sí puede ser identificada unívocamente.un rectángulo con doble línea. Cardinalidad de las relaciones Las relaciones, en principio binarias, pueden involucrar a un número distinto de instancias de cada entidad. Así, son posibles tres tipos de cardinalidades: • Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B. • Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B. • Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B. Atributos en relaciones Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. Herencia La herencia es un intento de adaptación de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relación entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relación de herencia se representa mediante un triángulo interconectado por líneas a las entidades. La entidad conectada por el vértice superior del triángulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del triángulo.
Data Architect Es una herramienta de diseño de modelado e integración de datos para la empresa. Diseñada para ayudar a los arquitectos de datos a diseñar bases de datos relacionales y federadas, comprender los elementos de datos valiosos y sus relaciones y optimizar los proyectos de base de datos. VENTAJAS Ayuda a los arquitectos de datos a comprender los activos de información y las relaciones que se establecen entre ellos, diseñar bases de datos federados y mejorar los proyectos de bases de datos. Gracias a las funciones avanzadas de Rational Data Architect, los arquitectos de datos descubren, modelan, visualizan, relacionan y desarrollan activos de datos heterogéneos. OBJETIVO Es ayudar al usuario en la utilización de la aplicación, 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. Ultima versión del software y novedades Versión del software ipod Cómo utilizar iTunes para determinan la versión de software del iPod 1. Descarga e instala iTunes 6.0.1 ó una versión posterior. 2. Inicia iTunes, conecta el iPod y espera hasta que aparezca la lista Origen. 3. Abre Preferencias. En Windows: En el menú Editar, haz clic en Preferencias. En un Mac: desde el menú de iTunes, selecciona Preferencias. 4. Haz clic en el botón iPod en la ventana Preferencias para ver la versión del software del iPod.
Data Architect Es una herramienta de diseño de modelado e integración de datos para la empresa. Diseñada para ayudar a los arquitectos de datos a diseñar bases de datos relacionales y federadas, comprender los elementos de datos valiosos y sus relaciones y optimizar los proyectos de base de datos. VENTAJAS Ayuda a los arquitectos de datos a comprender los activos de información y las relaciones que se establecen entre ellos, diseñar bases de datos federados y mejorar los proyectos de bases de datos. Gracias a las funciones avanzadas de Rational Data Architect, los arquitectos de datos descubren, modelan, visualizan, relacionan y desarrollan activos de datos heterogéneos. OBJETIVO Es ayudar al usuario en la utilización de la aplicación, 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. Ultima versión del software y novedades Versión del software ipod Cómo utilizar iTunes para determinan la versión de software del iPod 1. Descarga e instala iTunes 6.0.1 ó una versión posterior. 2. Inicia iTunes, conecta el iPod y espera hasta que aparezca la lista Origen. 3. Abre Preferencias. En Windows: En el menú Editar, haz clic en Preferencias. En un Mac: desde el menú de iTunes, selecciona Preferencias. 4. Haz clic en el botón iPod en la ventana Preferencias para ver la versión del software del iPod.
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:
SELECTcampos 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 HAVINGSum(Stock) > 100 AND NombreProducto Like BOS*;
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;
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;
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';
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';
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;
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';
Commit transaction Marca el final de una transaccionexplicita o implicita. Hace que todas las ,odificaiones efectuadas sobre los datos de la transaccion sean permanentes de la base de datos, libera los recursos mantenidos por la transaccion y la reduce. Ejemplo: en esta tabla genera tres niveles de transacciones anidadas y despues confirma la transaccion anidada. use aventurewoeks;ÇÇ go if object_id (N'TestTran',N'U') is not null go create table TestTran (colo int primary key colb char (30) ); go this statement set @@trancount to 1. beging transaction outertran; go print N'treansaction count after begin outertrant=' + CAST(@@TRANCOUNT AS NVARCHAR(10)); GO INSERT INTO TestTran VALUES (1, 'aaa'); GO -- This statement sets @@TRANCOUNT to 2. BEGIN TRANSACTION Inner1; GO PRINT N'Transaction count after BEGIN Inner1 = ' + CAST(@@TRANCOUNT AS NVARCHAR(10)); GO INSERT INTO TestTran VALUES (2, 'bbb'); GO -- This statement sets @@TRANCOUNT to 3. BEGIN TRANSACTION Inner2; GO PRINT N'Transaction count after BEGIN Inner2 = ' + CAST(@@TRANCOUNT AS NVARCHAR(10)); GO INSERT INTO TestTran VALUES (3, 'ccc'); GO -- This statement decrements @@TRANCOUNT to 2. -- Nothing is committed.
Rollback Transaction Revierte una transaccion explicita o implicita hsata el inicio de la transaccion o hasta un punto de retorno dentro de la trnsaccion. ademas borra todas las modificaciones de datos realizadas desde el inicio de la transaccion o hasta un punto de retorno. Tambien libera los recursos que tiene la tarnsaccion. El ejemplo siguiente se muestra el efecto de revertir una transaccion con nombre. USE TempDB; GO
--These statements start a named transaction, --insert a two records, and then roll back --the transaction named in the variable --@TransactionName. BEGIN TRAN @TransactionName INSERT INTO ValueTable VALUES(1) INSERT INTO ValueTable VALUES(2) ROLLBACK TRAN @TransactionName
INSERT INTO ValueTable VALUES(3) INSERT INTO ValueTable VALUES(4)
8 comentarios:
TRANSFORMACION DEL MODELO ENTIDAD RELACIONA MODELO RELACIONAL
Para transformar un modelo entidad-relación a modelo relacional seguiremos las siguientes reglas:
• Toda entidad del modelo entidad-relación se transforma en una tabla.
• Cualquier atributo de una entidad se transforma en un campo dentro de la tabla, manteniendo las claves primarias.
• Las relaciones N:M se transforman en una nueva tabla que tendrá como clave primaria la concatenación de los atributos clave de las entidades que relaciona.
• En las relaciones 1:N se pueden tener dos casos:
o 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.
o 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.
• En el caso de las relaciones 1:1 también pueden darse dos casos:
o Si las entidades poseen cardinalidades (0,1), la relación se convierte en una tabla.
o Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades (1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra.
• En el caso de las relaciones N-arias se aplica la misma regla que para las relaciones N:M
• En el caso de las relaciones reflexivas supondremos que se trata de una relación binaria con la particularidad que las dos entidades son iguales y aplicaremos las reglas vistas en los puntos anteriores.
TRANSFORMACION DE LOS CONCEPTOS ENTIDAD RELACION EXTENDIDO EN RELACIONES
Modelo entidad-relación
Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship") es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.
Modelado Entidad-Relación
Es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (esto es similar al modelo de Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones.
Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.
Diagrama entidad-relación
Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen la información que trata un sistema de información y el software que lo automatiza.
Entidades
El término entidad tiene distintas acepciones, es decir distintos significado según sea el ámbito o contexto en que se utiliza. Sin embargo, cuando se le refiere en base de datos, es cualquier objeto sobre el que se tiene información. Una entidad está descrita por sus características. Relaciones
Una relación describe cierta dependencia entre entidades. Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.
Relaciones
Una relación describe cierta dependencia entre entidades. Se representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.
Atributos
Los atributos son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Atributos
Los atributos son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Entidades fuertes y débiles
Cuando una entidad participa en una relación puede adquirir un papel fuerte o débil. Una entidad débil es aquella que no puede existir sin participar en la relación, es decir, aquella que no puede ser unívocamente identificada solamente por sus atributos. Una entidad fuerte (también conocida como entidad regular) es aquella que sí puede ser identificada unívocamente.un rectángulo con doble línea.
Cardinalidad de las relaciones
Las relaciones, en principio binarias, pueden involucrar a un número distinto de instancias de cada entidad. Así, son posibles tres tipos de cardinalidades:
• Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B.
• Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.
• Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B. Atributos en relaciones
Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. Herencia
La herencia es un intento de adaptación de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relación entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relación de herencia se representa mediante un triángulo interconectado por líneas a las entidades. La entidad conectada por el vértice superior del triángulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del triángulo.
Hola Henry postea tu información como publicación en tu blog y NO como comentario.
Te faltó las referencias de donde obtuviste la información.
Además lo publicaste fuera de tiempo.
En cuanto a la información es muy buena, te felicito!!!
Tu Calificación: 9.5
Data Architect
Es una herramienta de diseño de modelado e integración de datos para la empresa. Diseñada para ayudar a los arquitectos de datos a diseñar bases de datos relacionales y federadas, comprender los elementos de datos valiosos y sus relaciones y optimizar los proyectos de base de datos.
VENTAJAS
Ayuda a los arquitectos de datos a comprender los activos de información y las relaciones que se establecen entre ellos, diseñar bases de datos federados y mejorar los proyectos de bases de datos. Gracias a las funciones avanzadas de Rational Data Architect, los arquitectos de datos descubren, modelan, visualizan, relacionan y desarrollan activos de datos heterogéneos.
OBJETIVO
Es ayudar al usuario en la utilización de la aplicación, 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.
Ultima versión del software y novedades
Versión del software ipod
Cómo utilizar iTunes para determinan la versión de software del iPod
1. Descarga e instala iTunes 6.0.1 ó una versión posterior.
2. Inicia iTunes, conecta el iPod y espera hasta que aparezca la lista Origen.
3. Abre Preferencias.
En Windows: En el menú Editar, haz clic en Preferencias.
En un Mac: desde el menú de iTunes, selecciona Preferencias.
4. Haz clic en el botón iPod en la ventana Preferencias para ver la versión del software del iPod.
REFERENCIAS
www.rational.com.ar/herramientas/rationaldataarchitect.html
(http://www.apple.com/es/swupdates/).
Data Architect
Es una herramienta de diseño de modelado e integración de datos para la empresa. Diseñada para ayudar a los arquitectos de datos a diseñar bases de datos relacionales y federadas, comprender los elementos de datos valiosos y sus relaciones y optimizar los proyectos de base de datos.
VENTAJAS
Ayuda a los arquitectos de datos a comprender los activos de información y las relaciones que se establecen entre ellos, diseñar bases de datos federados y mejorar los proyectos de bases de datos. Gracias a las funciones avanzadas de Rational Data Architect, los arquitectos de datos descubren, modelan, visualizan, relacionan y desarrollan activos de datos heterogéneos.
OBJETIVO
Es ayudar al usuario en la utilización de la aplicación, 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.
Ultima versión del software y novedades
Versión del software ipod
Cómo utilizar iTunes para determinan la versión de software del iPod
1. Descarga e instala iTunes 6.0.1 ó una versión posterior.
2. Inicia iTunes, conecta el iPod y espera hasta que aparezca la lista Origen.
3. Abre Preferencias.
En Windows: En el menú Editar, haz clic en Preferencias.
En un Mac: desde el menú de iTunes, selecciona Preferencias.
4. Haz clic en el botón iPod en la ventana Preferencias para ver la versión del software del iPod.
REFERENCIAS
www.rational.com.ar/herramientas/rationaldataarchitect.html
(http://www.apple.com/es/swupdates/).
Hola Henry, mis observaciones a tu posteo son:
* ¿Desventajas?
* ¿Pantallas del Data Architect?
* Tus perspectivas del software.
* Ultima versión del Data Architect, mencionas al Ipod ¡!¿?
Tu Calificación 8
Agrupamiento de Registros y funciones agregadas
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:
SELECTcampos 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
HAVINGSum(Stock) > 100 AND NombreProducto Like BOS*;
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;
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;
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';
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';
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;
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';
Commit transaction
Marca el final de una transaccionexplicita o implicita. Hace que todas las ,odificaiones efectuadas sobre los datos de la transaccion sean permanentes de la base de datos, libera los recursos mantenidos por la transaccion y la reduce.
Ejemplo:
en esta tabla genera tres niveles de transacciones anidadas y despues confirma la transaccion anidada.
use aventurewoeks;ÇÇ
go
if object_id (N'TestTran',N'U') is not null
go
create table TestTran (colo int primary key colb char (30) );
go
this statement set @@trancount to 1.
beging transaction outertran;
go
print N'treansaction count after begin outertrant='
+ CAST(@@TRANCOUNT AS NVARCHAR(10));
GO
INSERT INTO TestTran VALUES (1, 'aaa');
GO
-- This statement sets @@TRANCOUNT to 2.
BEGIN TRANSACTION Inner1;
GO
PRINT N'Transaction count after BEGIN Inner1 = '
+ CAST(@@TRANCOUNT AS NVARCHAR(10));
GO
INSERT INTO TestTran VALUES (2, 'bbb');
GO
-- This statement sets @@TRANCOUNT to 3.
BEGIN TRANSACTION Inner2;
GO
PRINT N'Transaction count after BEGIN Inner2 = '
+ CAST(@@TRANCOUNT AS NVARCHAR(10));
GO
INSERT INTO TestTran VALUES (3, 'ccc');
GO
-- This statement decrements @@TRANCOUNT to 2.
-- Nothing is committed.
Rollback Transaction
Revierte una transaccion explicita o implicita hsata el inicio de la transaccion o hasta un punto de retorno dentro de la trnsaccion.
ademas borra todas las modificaciones de datos realizadas desde el inicio de la transaccion o hasta un punto de retorno. Tambien libera los recursos que tiene la tarnsaccion.
El ejemplo siguiente se muestra el efecto de revertir una transaccion con nombre.
USE TempDB;
GO
CREATE TABLE ValueTable ([value] int)
GO
DECLARE @TransactionName varchar(20) = 'Transaction1';
--These statements start a named transaction,
--insert a two records, and then roll back
--the transaction named in the variable
--@TransactionName.
BEGIN TRAN @TransactionName
INSERT INTO ValueTable VALUES(1)
INSERT INTO ValueTable VALUES(2)
ROLLBACK TRAN @TransactionName
INSERT INTO ValueTable VALUES(3)
INSERT INTO ValueTable VALUES(4)
No postees la información´n como comentario.
Se nota que copiase y pegaste.
¿Referencias?
¿Que es una transacción?
Mencionas..."en esta tabla genera..." a cuál tabla te refieres?
Te quedas sin calificación.
Publicar un comentario