Características o datos de una Entidad

Clase 11 de 63 • Fundamentos de Bases de Datos 2017

Ivan Robles

student•

Los indices deben ser valores únicos y numéricos.

Se recomienda que sean de tipo **numérico **porque estos tipos de datos son mas rápidos de encontrar por medio de una búsqueda, ya que solo hay 10 posibilidades (0 a 9) de comparación a diferencia de un tipo de dato caracter donde hay que hacer al rededor de 70 comparaciones.

Ricardo Celis

teacher•

Excelente aporte 😃

Osdarwuin Isaac Afanador Quiroz

student•

Gracias por el aporte.

Daniel Alvarez

student•

Entidad Fuerte: La constituyen las tablas principales de la BD, que contienen los registros principales del sistema de información y que requieren de entidades o tablasauxiliares para completar su descripción o información.

Entidad Debil: Tablas auxiliares de una tabla principal a la que completan o complementan con la información de sus registros relacionados.

Esto lo encontré en internet. Alguien que me complemente o me dé una mejor definición por favor. Gracias.

Victor Zapata

student•

Gracias por el aporte complementa el concepto del cierre de este video

Analia De La Reta

student•

Si en SQL lo conozco como normalizacion de tablas divide y triunfaras. ejemplo podes sacar a otra tabla la profesion y telefonos. ya que una persona puede tener varias profesiones y una persona puede tener varios telefonos.

Emmanuel Franquiz

student•

Queria compartir un pequello dato que me ha dejado la experiencia, si solo quieren fecha de nacimiento, usen los tipos “DATE” ya que solo guardan el dia, mes y año, ya que es todo lo que necesitamos, el “TIMESTAMP” guarda tambien el dia mes y el año, pero aparte guarda hora, minutos y segundos, cosa que no necesitamos realmente, el “TIMESTAMP” recomiendo mas hacerlo para guarda con exactitud un registro de usuario o cuando un usuario o un dato en general fue editato, ya que da informacion mas determinante a la hora de auditar o revisar incosistencia

Aparte de que tanto el tipo “DATE” y el tipo “TIMESTAMP” guarda en formato global, que es el año/mes/dia.

Quizas sea una tonteria, pero nunca esta de más saberlo, saludos 😃

Víctor Manuel Sarmiento Cayuelas

student•

El **DATE **es ideal para una fecha de nacimiento, y el TIMESTAMP como dices para tener una exactitud mayor, esto te sirve para diferenciar registros introducidos por ejemplo el mismo día, ya que ademas tienes hora, minutos y segundos.

Buen aporte Emmanuel.

Jose Garcia

student•

Yo prefiero guardarlo como timestamp y después con un getter le doy el formato que quiero desde el backend, sacando el día, mes, año, horas, minutos y segundos.

Kevin Morales

student•

Char pueden ser letras, vocales, números o caracteres especiales.

Ricardo Celis

teacher•

Buen aporte, además tenemos varChar que soporta muchosas caracteres

Guido Arce

student•

La diferencia entre char(30) y varchar(30) es que en los tipo char uno reserva una cantidad de espacio, en este caso 30 caracteres. Si nuestro dato utiliza sólo 10, igual quedan los otros 20 reservados en blanco. En cambio, con el varchar lo que hacemos es limitar hasta cuanto puede utilizar un dato. En este ejemplo, puede utilizar hasta 30 caracteres, pero si solo usamos 10, entonces sólo reserva los 10 espacios. Si luego guardamos otro dato con 20 caracteres, reservará los 20.
Es recomendable siempre utilizar los varchar para mejorar la cantidad de memoria utilizada por la Base de Datos.

Yury D. Morales

student•

Una vez tenemos la Entidad Personas con sus Caracteristicas/Atributos, debemos ponerle ‘apellido’, es decir, tipos (num, char[15], num[3], timestamp, Char [40], Char [60], Char [70], num [10])![] siendo lo que esta entre corchetes la delimitacion de # de char, num

Julio César Maldonado Delgado

student•

Buen aporte

Fabrizzio Valer Gómez

student•

THK

José Alberto Ortiz Vargas

student•

Considero que para este ejemplo de la entidad persona, el campo de Edad esta de sobra, aun cuando si los fines del proyecto solicitan este dato, ya que mediante el campo de FECHA DE NACIMIENTO podríamos obtener la edad.

Saludos compañer@s

Juan Carlos Pinzón

student•

Es verdad con el campo fecha de nacimiento sería suficiente, pero para ello habría que hacer un cálculo, en cambio con el campo edad ya tenemos el dato puntual que necesitamos. A menos que la fecha de nacimiento la necesitaramos para otras cosas como para estadísticas de por ejemplo cuantos nacieron en tal mes, pero si no, entonces considero que con la edad es suficiente.

Pedro Díaz

teacher•

Los dos puntos son válidos, realmente no tenemos una forma 100% correcta, todo depende como piense abordar el problema y quien sea el usuario final de mi base de datos

Erick Neftalí Sarmiento Cortes

student•

Es importante que podemos requerir ciertos datos como obligatorios y otros no, eso dependerá siempre de los fines que estamos buscando nada es un standard.

Yesica Lizeth Cortés Pineda

teacher•

Si claro, tienes razón, es por esto que es importante el proceso de análisis y modelado de la base de datos.

David Antonio Garcia Saaib

student•

Las entidades fuertes fueron los datos principales que se toman del objeto, en este caso una persona. Hay que poner siempre el tipo de dato que conlleva el dato.
Es importante que los indices sean numéricos.

Daniel Cadavid

student•

 Tipos de datos (numéricos, caracteres, varchars, imágenes, entre otros)
 Los índices (identificadores ID) deben ser valores únicos y numéricos en lo posible ya que al usar solo números hay 10 posibilidades de comparaciones por cada caracter mientas que si se usa números y letras la comparaciones aumentan alrededor de 70 por cada carácter
 Se recomienda que el numero de teléfono se maneje como una identidad aparte
 Entidad Fuerte: La constituyen las tablas principales de la BD, que contienen los registros principales del sistema de información y que requieren de entidades o tablas auxiliares para completar su descripción o información.
 Entidad Débil: Tablas auxiliares de una tabla principal a la que completan o complementan con la información de sus registros relacionados.
 Se puede sacar a otra tabla la profesión y teléfonos. ya que una persona puede tener varias profesiones y una persona puede tener varios teléfonos.
 El **DATE **es ideal para una fecha de nacimiento, y el TIMESTAMP como dices para tener una exactitud mayor, esto te sirve para diferenciar registros introducidos por ejemplo el mismo día, ya que ademas tienes hora, minutos y segundos.
 Char pueden ser letras, vocales, números o caracteres especiales
 Los atributos son simples o atomicos cuando no pueden dividirse y son compuestos cuando pueden dividirse ejemplo la dirección puede dividirse en calles, números, carreras)
 Proceso para definir una entidad en una base de datos: identificamos la entidad / dibujamos el barker / Marcamos el barker en la parte superior con el nombre de la entidad en singular / listamos los atributos / determínanos qué tipo de campos es cada atributo / determinamos que campos son obligatorios y opcionales

Syddar Bujato Herrera

student•

BUEN APORTE

Kevin Andrés Cornejo Surichaqui

student•

Persona

ID |numerico
O Seguridad Social|Char (15)
Edad |numerico (3)
Fecha de Nacimiento|TimpeStamp
O Ocupacion |Char (40)
O Profesion |Char (60)
Color favorito |Char (70)
Numero de telefono|numerico (10)

O:Opcional *:Obligatoria

Kempis Guerrero Vélez

student•

Características o datos de una entidad

Ricardo Celis

teacher•

Todo nuestro planteamiento de bases de datos va a partir del modelo entidad relación que generemos

Jonathan Araujo

student•

Este video equivale a 1 mes y medio con el profesor de informática de mi instituto 😂😂

Iván Toro

student•

Tip: Cuando una entidad tiene un atributo que es variable con respecto al tiempo (como la edad) es preferible guardar un valor con el que se pueda calcular, es decir, la fecha de nacimiento.

Syddar Bujato Herrera

student•

BUEN CURSO

Kevin Andrés Cornejo Surichaqui

student•

Tipos de datos

GEnerar indicies, q tienen q ser valores unicos, recomendado de tipo numerico,

256 caracteres - > Char (numeros o caracteres especiales)

256 (numerico) - > Van a revisar desde el primer caracter que en este caso son numeros, mas restringido esta busqueda, por lo tanto demorara menos, es mas optimo, mas rapido para su busqueda

En cocnlusion, cuando se va a indexar es recomendable utilziar uno de tipo numerico.

Wiliam Quispe

student•

Las entidades(abstracciones del mundo real) tienen atributos y características, estos atributos se pueden representar o definir con un tipo de dato. Estos atributos pueden ser o no obligatorios.

Entidades fuertes: Entidades principales de las cuales pueden derivar entidades secundarias o débiles
Entidades débiles: Entidades que complementar a una entidad fuerte

Hinder Adrian Alvarez Perlaza

student•

Buen resumen Wiliam 😄.

Usuario anónimo

user•

Hiciste una buena abstracción de la clase.

Pablo Martinez

student•

Atributos Simples (atómicos) / Compuestos. Los atributos compuestos pueden ser divididos en pequeñas partes, las cuales representan atributos básicos con existencia independiente. Por ejemplo, el atributo Dirección puede ser dividido en Domicilio, Ciudad, Estado y Código Postal, con los valores.

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

Los atributos compuestos pueden formar una jerarquía. El domicilio puede dividirse en: Calle, Número y Número Interior.

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

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

Luis Abdel Rangel Castro

student•

DATETIME vs TIMESTAMP

Yesica Lizeth Cortés Pineda

teacher•

Datetime = 4bytes
Timestamp = 8bytes

Luis Abdel Rangel Castro

student•

Gracias Yesikita. Pero entiendo que TIMESTAMP tiene un rango limitado. Es un proximo 2YK. Y si hacemos una base de datos donde las tuplas se agregan desde diferentes paises, cual seria la mejor practica?

Jery Rafael Ramírez Teo

student•

Indices:
Una entidad puede tener muchas caracteristicas. Entidad Fuerte

Características o datos de una Entidad

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso