En bases de datos, una entidad es la representación de un objeto o concepto del mundo real que se describe en una base de datos. Las entidades se describen en la estructura de la base de datos empleando un modelo de datos.
¿Qué es una entidad?
Una entidad es algo similar a un objeto (programación orientada a objetos) y representa algo en el mundo real, incluso algo abstracto. Tienen atributos que son las cosas que los hacen ser una entidad y por convención se ponen en plural.
Ejemplo de entidad en bases de datos
En la imagen puedes observar como ejemplo que la enidad Laptops posee diferentes atributos como colo, pantalla, año, modelo, etc.
¿Qué es un atributo?
Son las características o propiedades que describen a la entidad (se encierra en un óvalo). Los atributos se componen de:
Los atributos compuestos son aquellos que tienen atributos ellos mismos.
Los atributos llave son aquellos que identifican a la entidad y no pueden ser repetidos. Existen:
Naturales: son inherentes al objeto como el número de serie
Clave artificial: no es inherente al objeto y se asigna de manera arbitraria.
Tipos de entidades
Entidades fuertes: son entidades que pueden sobrevivir por sí solas.
Entidades débiles: no pueden existir sin una entidad fuerte y se representan con un cuadrado con doble línea.
Identidades débiles por identidad: no se diferencian entre sí más que por la clave de su identidad fuerte.
Identidades débiles por existencia: se les asigna una clave propia.
Cómo representar las entidades en bases de datos
Existen varios tipos de notaciones para los modelos entidad relacionamiento. Chen es uno de los más utilizados para diagramar lógicamente la base de datos. Aquí te mostramos un ejemplo.
Contribución creada con los aportes de: Roberto Castro y DaRk452.
Una entidad es algo similar a un objeto (programación orientada a objetos) y representa algo en el mundo real, incluso algo abstracto. Las entidades se escriben en Plural y están representadas por un conjunto de atributos
Estas pueden ser:
• Concreta: Persona, empleado, casa, auto, etc …
• Abstracta: cta bancaría, empresa, curso
• Multivaluados: puede tener varios valores (teléfonos, hijos, discos duros)
• Compuestos: desde los cuales se desprenden más atributos
• Llave: aquel que identifica la entidad y no se puede repetir y existen dos tipos:
-Natural: Son inherentes del Objeto (Cedula, No. Serie)
-Artificial: No es inherente al objeto y se asigna arbitrariamente
• Derivados: es aquel que se obtiene de un atributo definido (fecha Nac = edad)
buen dia platzinautas, aqui un par de conceptos para entender un poco mas el tema:
Entidad: es un objeto que existe y es distinguible de otros objetos ++(se encierra en un recuadro)++
Atributos: Características o propiedades que describen a la entidad ++(se encierra en un ovalo)++
Atributo multivaluado: Tiene un conjunto de valores para una entidad ++(Se encierra en un doble ovalo)++
Atributo compuesto: Se puede dividir en subpartes (es decir, en otros atributos) ++(de él salen otros atributos)++
Atributo especial o derivados: Su valor se puede obtener a partir de valores de otros atributos ++(se encierra en un ovalo punteado)++
Atributos llave: Característica o propiedad única de la entidad, lo que lo diferencia de los demás
• Atributos llave naturales: Son parte de la entidad y no se pueden separar.
• Atributo llave artificial: No son partes de la entidad y se les asignan de manera arbitraria para facilitar el manejo de la información.
Entidades fuertes- son entidades que pueden sobrevivir por si solo, tip: al leer la tabla sabes que son las entidades ++(se encierra en un recuadro)++
Entidades débiles – no puede existir sin una entidad fuerte, tip: al leer la tabla no puedes saber que son las entidades ++(se encierra en un recuadro doble)++
• Entidades débiles por identidad: es cuando solo se diferencian entre si por la clave de su entidad fuerte
• Entidades débiles por existencia: se le da su propio ID para diferenciarse de la entidad fuerte
Naturales, los cuales son valores únicos que ya trae consigo la entidad. Un ejemplo de ello es el número de serie de algún aparato electrónico
Artificiales, si nuestra entidad no trae consigo un valor único, nosotros debemos crearlo, ejemplo de ello poner un id con autoincremento para poder diferenciarlo.
Apuntes:Entidades y atributosEntidad: Es algo similar a un objeto, la diferencia con estos últimos, es que una entidad solo se refiere a los datos, en cambio un objeto se refiere a datos y los métodos (o funciones) como tal que controlan estos datos. En bases de datos, una entidad es cuando abstraemos un objeto de la vida real.
Las entidades se dividen en 2, las entidades débiles, las cuales dependen de otra entidad y las entidades fuertes, las cuales no dependen de otras entidades.
Nota: Las entidades deben ponerse en plural, puesto que representan un grupo.
Atributos: Son las características que podemos proporcionarles a una entidad, los atributos pueden ser multivaluado, ya que pueden tener mas de un atributo del mismo tipo (Lo contrario a estos son los monovaluados ), así como también pueden ser compuestos, los cuales están compuestos por otros atributos.
Los atributos también pueden ser almacenados y derivados, por ejemplo al almacenar la edad de una persona, se puede primero determinar en la misma base de datos la fecha de nacimiento y cuando la edad sea desfasada, se actualiza automáticamente a partir de su fecha de nacimiento.
Entre los atributos mas importantes, tenemos los atributos llave, que representarían en este caso el dato único e irrepetible de una entidad. Los atributos llave se dividen en naturales y artificiales, los primeros son inherentes al objeto (como un numero de serie) y los artificiales los podemos asignar de manera arbitraria.
Disculpa una consulta, como puedo subiste tu imagen?
Principales objetos para construir BD
Entidad: Es similar a un objeto, representa algo del mundo real. En su visualización se encierrran en rectangulos, como ejemplo esta cualquier objeto del mundo real como un automovil.
La entidades tienen atributos, estos son "características" de la entidad y se representan en ovalos, cuando hay varias unidades del mismo atributo se ponen múltiples ovalos (atributo multivaluado). En la entidad automovil los atributos pueden ser volante, llantas, etc.
Tip: Las entidades se ponen en plural
Si un atributo puede ser compuesto por otros atributos se llama atributo compuesto, pues se compone de varios atributos. Ejemplo un atributo motor tiene "subatributos" pistones y bujias.
Un atributo puede identidicar de manera única al dato, este atributo es un dato llave, se representa como una palabra subrayada. Hay uno natural inherente al objeto como un número de serie o un ISBN en libros que es único y uno que se asigna por conveniencia.
Las entidades débiles no puede existir sin una entidad "fuerte", se representa con un cuadrado pero con doble línea. Un ejemplo es entidad fuerte = Libros, entidad débil = donde se ubican los libros. Sin libros no hay una ubicación.
Se pueden representar estos diagramas en DRAW.IO, en la nube y con una cuenta gmail. https://www.draw.io/
Hola, Máximo.
No, ya que, si lo planteas como un componente de la entidad (motor → carro, o, página → libro) será siempre un atributo, la diferencia es que está compuesto por otros atributos más. Para que sea una entidad, debes plantearlo desde el principio como una.
Como lo veo yo: Una entidad es el objeto con el que vamos a trabajar. A partir de ese objeto, todo lo demás son atributos. Para que un atributo pase a ser entidad tendria que ser un objeto que no tubiera a nadie por encima. Ejemplo. Tenemos una tienda de informatica. Los pc serian un atributo de la tienda, porque los pc son algo que tiene una tienda de informatica.
Ahora trabajamos directamente con pc, y nos olvidamos que tenemos una tienda, los pc serian la entidad. Y estos tendrian sus propios atributos.
Si en un pc quitamos el disco duro y lo vendemos aparte del pc, este pasaria a ser una entidad, pues no depende del pc. Y el disco duro tendria sus atributos.
No se si asi te ha quedado mas claro o la e liado mas. jejejej
Tuvo muchos conceptos esta clase, esto fue lo que apunte:
*Entidades:
- Es algo similar a un objeto (programación orientada a objetos) y representa algo en el mundo real, incluso algo abstracto.
- Se representan con su nombre encerradas en un rectangulo
- Tienen atributos que son las cosas que los hacen ser una entidad
- Por convencion las entidades se ponen en plural (porque una entidad representan un grupo de objetos)
- Tipos de entidades:
+ Fuertes - No dependen de nadie para existir
+ Debiles - Dependen de una entidad fuerte para existir, se representan con un rectangulo pero tienen doble linea
# Por identidad: No se diferencian entre sí más que por la clave de su identidad fuerte.
# Por existencia: Se les asigna una clave propia.
Atributos:
Los atributos pueden ser:
Atributos - son representados con ovalos
Atributos Multivaluado - Son aquellos que son dos o mas del mismo, representados con DOS obalos (son varios en uno, como llantas, ojos, piernas)
Atributos Compuestos - Son aquellos que estan compuestos por más atributos
Atributos Derivados - Se obtienen a partir de otros y usan un ovalo con linea punteada
Atributos Llave - Son aquellos que identifican a la entidad y no pueden ser repetidos, pueden ser:
Naturales - Inherentes al objeto como un número de serie
Clave artificial - No son inherentes al objeto y se asigna de manera arbitraria
Ir a la navegaciónIr a la búsqueda
Las 12 reglas de Codd son un sistema de reglas (numeradas del 0 al 12) propuestas por Edgar F. Codd, del modelo relacional para las bases de datos, diseñado para definir qué requiere un sistema de administración de base de datos.1
Codd se percató de que existían bases de datos en el mercado las cuales decían ser relacionales, pero lo único que hacían era guardar la información en tablas, sin estar estas tablas literalmente normalizadas; entonces publicó 13 reglas que un verdadero sistema relacional debería cumplir, aunque en la práctica algunas de ellas son difíciles de realizar. Un sistema podrá considerarse "más relacional" cuanto más siga estas reglas.2
Reglas
Regla 0: Regla de fundación. Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.
Regla 1: Regla de la información. Toda la información en la base de datos es representada unidireccionalmente por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel Lógico exactamente de una manera: con valores en tablas.
Regla 2: Regla del acceso garantizado. Todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las llaves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.
Regla 3: Regla del tratamiento sistemático de valores nulos. El sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la "información que falta y de la información inaplicable" que sea sistemática y distinta de todos los valores regulares.
Regla 4: Catálogo dinámico en línea basado en el modelo relacional. El sistema debe soportar un catálogo en línea, el catálogo relacional, que da acceso a la estructura de la base de datos y que debe ser accesible a los usuarios autorizados.
Regla 5: Regla comprensiva del sublenguaje de los datos. El sistema debe soportar por lo menos un lenguaje relacional que:
Tenga una sintaxis lineal.
Puede ser utilizado de manera interactiva.
Tenga soporte de operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), de control de la seguridad e integridad y operaciones de administración de transacciones.
Regla 6: Regla de actualización de vistas. Todas las vistas que son teóricamente actualizables deben poder ser actualizadas por el sistema.
Regla 7: Alto nivel de inserción, actualización y borrado. El sistema debe permitir la manipulación de alto nivel en los datos, es decir, sobre conjuntos de tuplas. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional a partir de filas múltiples y/o de tablas múltiples, sino que también pueden realizarse inserciones, actualización y borrados sobre varias tuplas y/o tablas al mismo tiempo y no solo sobre registros individuales.
Regla 8: Independencia física de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque realicen cambios en las representaciones de almacenamiento o métodos de acceso.
Regla 9: Independencia lógica de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios a las tablas base que preserven la información. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.
Regla 10: Independencia de la integridad. Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes.
Regla 11: Independencia de la distribución. La distribución de porciones de base de datos en distintas localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:
cuando una versión distribuida del SGBD se carga por primera vez
cuando los datos existentes se redistribuyen en el sistema.
Regla 12: La regla de la no subversión. Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema. Por ejemplo para sortear las reglas de seguridad relacional o las restricciones de integridad. Esto es debido a que a algunos sistemas no relacionales previamente existentes se les añadió una interfaz relacional pero, al mantener la interfaz nativa, seguía existiendo la posibilidad de trabajar no relacionalmente.
