MODELO-ENTIDAD-RELACION

MAPA CONCEPTUAL E/R

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
MODELO-ENTIDAD-RELACION por Mind Map: MODELO-ENTIDAD-RELACION

1. IDENTIFICANDO EL PROBLEMA

2. ENTIDADES EXCLUSIVAS

3. IDENTIFICADORES ÚNICOS

4. ENTIDADES INTERSECCIÓN

5. RELACIONES MULTINIVEL PARA IDS ÚNICOS

6. IDENTIFICADORES ÚNICOS Y COMPUESTOS

7. DEFINICIÓN

8. HALLANDO ATRIBUTOS

9. ATRIBUTOS QUE TIENEN ATRIBUTOS

10. LAYOUT DE UN DIAGRAMA DE E/R

11. RELACIONES UNO A UNO, UNO A MUCHOS, RELACIONES MUCHOS A MUCHOS

12. ENTIDAD

13. SINTÁXIS DE RELACIONES

14. DEFINICIÓN DE RELACIÓN

15. MODELADO DE RELACIONES

16. IDENTIFICACIÓN Y MODELADO DE ENTIDADES

17. INSTANCIAS DE UNA ENTIDAD

18. CONVENCIONES DE DIAGRAMACIÓN

19. Los atributos son las características que definen o identifican a una entidad. Estas pueden ser muchas, y el diseñador solo utiliza o implementa las que considere más relevantes.

20. ELEMENTOS PRINCIPALES DE UN DIAGRAMA E/R

21. OBJETIVOS DEL MODELADO DE DATOS CONCEPTUAL

22. MODELOS DE INFORMACIÓN

23. ATRIBUTOS

24. PROCESO DE DESARROLLO DE UNA BASE DE DATOS

25. Determinar el propósito de la base de datos. Esto le ayuda a prepararse para el resto de los pasos.

26. AGREGANDO DETALLES A UN DIAGRAMA E/R

27. Es una representación gráfica del flujo de datos a través de un sistema de información.

28. ATRIBUTOS

29. Son las líneas que indican la secuencia o relaciones de una tabla con respecto a otras.

30. USANDO DOMINIOS

31. Es el conjunto de valores permitidos para un atributo.

32. Se dice que existe una relación multinivel cuando un UID esta formado por atributos que son a su vez UID.

33. RESOLVIENDO RELACIONES MUCHOS A MUCHOS

34. Las relaciones M:M se resuelven con la creación de una nueva entidad. Se le llama entidad de intersección o asociativa. Se incluyen dos relaciones M:1 para unir la entidad de intersección con las entidades que tenían una relación M:M.

35. DATOS DERIVADOS

36. Son valores que se pueden obtener a partir de valores de otros atributos

37. ATRIBUTOS OPCIONALES Y MANDATORIOS

38. Opcionales: aquellos atributos que pueden tener valores o no tenerlos.

39. Obligatorios: aquellos que deben tomar un valor y no se permite ningún ejemplar no tenga un valor determinado en el atributo.

40. DATA WAREHOUSING

41. Es el almacenamiento de datos orientado a un determinado ámbito (empresa, organización, etc.), integrado, no volátil y variable en el tiempo, que ayuda a la toma de decisiones en la entidad en la que se utiliza.

42. IDENTIFICADORES ÚNICOS

43. El identificador único es una combinación de atributos o un atributo que sirve para identificar de manera única una ocurrencia de una entidad.

44. El primer paso para diseñar una aplicación, es determinar qué problema se está tratando de resolver. Al diseñar la aplicación se debe determinar lo siguiente: ¿Quién usará esta aplicacion? ¿Qué tratan de realizar al estar usando esta aplicacion? ¿Cómo realizar esas tareas?

45. Conjunto de reglas que establecen cómo deben estar dispuestos los símbolos que componen el lenguaje de programación o instrucción ejecutable del ordenador.

46. DIBUJANDO ENTIDADES

47. En bases de datos, un atributo representa una propiedad de interés de una entidad. Los atributos se describen en la estructura de la base de datos empleando un modelo de datos.

48. Las relaciones Uno a Uno se utilizan sólo en casos especiales puesto que las tablas relacionadas por este tipo pueden combinarse en una sola tabla.

49. Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.

50. Es un tipo de diagrama de flujo que ilustra cómo las "entidades", se relacionan entre sí dentro de un sistema. También conocidos como los ERD o modelos ER, emplean un conjunto definido de símbolos, tales como rectángulos, diamantes, óvalos y líneas de conexión para representar la interconexión de entidades, relaciones y sus atributos.

51. Buscar y organizar la información necesaria. Recopile todos los tipos de información que desea grabar en la base de datos, como el número de nombre y orden de producto.

52. Dividir la información en tablas. Dividir los elementos de información en entidades o temas, como productos o pedidos principales. Cada tema se convierte en una tabla.

53. Convertir los elementos de información en columnas. Decida qué información desea almacenar en cada tabla. Cada elemento se convierte en un campo y se muestra como una columna de la tabla. Por ejemplo, una tabla empleados puede incluir campos como apellido y fecha de contratación.

54. Especificar claves principales. Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila. Un ejemplo podría ser el identificador de producto o Id.

55. Configurar las relaciones de tabla. Examine cada tabla y decida cómo los datos en una tabla relacionados con los datos en otras tablas. Agregar campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.

56. Refinar el diseño. Analizar el diseño de errores. Crear las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desee en las tablas. Realizar ajustes en el diseño, según sea necesario.

57. Aplicar las reglas de normalización. Aplicar las reglas de normalización de datos para ver si las tablas están estructuradas correctamente. Realizar ajustes en las tablas, según sea necesario.

58. Un modelo de base de datos muestra la estructura lógica de la base, incluidas las relaciones y limitaciones que determinan cómo se almacenan los datos y cómo se accede a ellos.

59. Describir el contenido de información de la base de datos y no las estructuras de almacenamiento que se necesitarán para manejar esta formación.

60. Entidad Atributo Restricciones

61. Diagrama de flujo de datos.

62. Una instancia es la particularización, realización específica u ocurrencia de una determinada clase, entidad (modelo entidad-relación) o prototipo.

63. Colección de conceptos bien definidos matemáticamente que ayudan a expresar las propiedades estáticas y dinámicas de una aplicación con un uso de datos intensivo.

64. Una relación es una tabla, con columnas y filas.

65. Son asociaciones entre tablas que se crean utilizando sentencias de unión para recuperar datos.

66. Relaciones Muchos a Muchos, es cuando es necesario relacionar algunos registros de una tabla con otros registros de otra tabla.

67. Las tablas se llaman Uno y Muchos porque un registro de la tabla Uno está relacionado con muchos registros de la tabla Muchos y viceversa.

68. Se buscan características propias de una entidad o tabla que sea la dominante.

69. Los atributos que no pueden dividirse son llamados simples o atómicos

70. El valor de un atributo compuesto es la concatenación de los valores que tienen sus atributos simples.

71. Los atributos compuestos son útiles para modelar situaciones en las que el usuario algunas veces se refiere al atributos compuesto como una unidad y otras se refiere específicamente a alguno de sus componentes.

72. Los atributos compuestos pueden formar una jerarquía.

73. Los identificadores únicos o UID son números y letras que permiten la identificación de objetos dentro de un sistema informático. Indican dónde se encuentra un objeto y cómo se puede llegar a él.

74. Los identificadores únicos permiten el control y la interacción de diferentes objetos o conjuntos de datos abstractos dentro de una red informática.

75. Son las entidades que solo tienen la clave primaria compuesta por dos atributos.

76. Son la clave primaria de los atributos.

77. Dos o más tipos de relación son exclusivos, respecto de un tipo de entidad que participa en ambos, si cada instancia del tipo de entidad sólo puede participar en uno de los tipos de relación.

78. Los identificadores compuestos son los que pueden poseer ocurrencias a nivel individual (pueden existir ocurrencias en uno o en otro) pero nunca en los dos al tiempo.