Arquitectura de Bases de Datos

Si quieres saber más sobre bases de datos relacionales, puedes hacer el curso de fundamentos de bases de datos en https://platzi.com/clases/bd/

✨ Nunca debemos conectar una base de datos directamente a la aplicación, esto pondría en riesgo la seguridad de los datos.

Algunas cosas para resaltar:

• Regla #1 en base de datos, evitar la redundancia de datos

• Las relaciones entre tablas son la clave para eliminar la redundancia de los datos.

Todas las escuelas de negocios en la actualidad, necesitan enseñar Arquitectura de Base de Datos, urge.

CRUD:

Create
Read
Update
Delete

Regla #1 de bases de datos: Evita la redundancia de datos.

También conocido como Tercera Forma Normal y/o Normalización de bases de datos, más info en https://es.wikipedia.org/wiki/Tercera_forma_normal

El tener los datos organizados desde el inicio permitirá la eficiencia en el sistema que se implementa. Un buen diseño de base de datos permite entender visualmente el flujo de información, permite también la eficiencia de uso de recursos a nivel máquina, permite la organización de los reportes, etc. Aunque hay programas que manejan bases de datos, conocer los fundamentos de diseño es importante para las siguientes fases de desarrollo.

Importancia de la arquitectura de software

La arquitectura nos permite planificar a priori nuestro desarrollo y elegir el mejor conjunto de herramientas para llevar a cabo nuestros proyectos, es por tanto un paso crítico antes siquiera de pasar a programar ya que determinará en gran medida el ritmo del desarrollo e incluso los factores económicos y humanos durante el proceso. Por tanto, a la hora de elegir un patrón de arquitectura siempre es necesario pensar en una serie de cuestiones que determinan el uso final que vamos a darle a nuestro software:

• Coste - ¿Cuánto estamos dispuestos a invertir en el desarrollo y mantenimiento de nuestro sistema? Como hemos visto hay ciertos patrones más complejos, que requieren más infraestructura y cuyo desarrollo puede ser más irregular, por tanto, hemos de saber cuánto estamos dispuestos a invertir primero en el desarrollo de nuestra aplicación.
• Tiempo de desarrollo - Igualmente, y muy relacionado con lo anterior, debemos de preguntarnos cuanto tiempo disponemos para desarrollar el producto, y cómo de cerca se encontraría la fecha de entrega o de salida al mercado.
• Número de usuarios - Sin duda uno de los ítems críticos a la hora de desarrollar el producto es preguntarnos qué tipo de producto es y cuantos usuarios soporta ¿Funciona a través de web? ¿Es stand-alone? ¿Debe de soportar cargas elevadas por diseño?, estas preguntas pueden declinarnos a elegir patrones más o menos distribuidos, pasando, por ejemplo, de uno menos distribuido como el de capas al más distribuido o broker.
• Nivel de aislamiento - Otro factor importante a tener en cuenta es si nuestro producto funciona de forma aislada al resto de productos del usuario o si debe de integrarse o permitir integraciones de terceros. Algunas arquitecturas, como la de capas, son más cerradas y podrían dificultar estas integraciones si lo escogemos sobre otras.

En ocasiones, y cuando tenemos estos hechos bien planteados y razonados, elegir un patrón de arquitectura también puede ser una cuestión de familiaridad, comodidad o simple preferencia, por eso es aconsejable probarlos, para intentar también familiarizarse con ellos y con el diferente flujo de trabajo que proponen.

Esto está genial porque no entendía nada de base de datos, creo que lo más cercano que vi de relaciones entre tablas fue un webinar de PowerBI donde pude entender lo básico de relacionar campos de tablas.

tremendo! esto lo deberían enseñar en segundo grado de la primaria. Útil para emprender en cualquier rubro.

para evitar la redunndancia de datos es necesario comprender la programacion orientada a objetos ( https://platzi.com/clases/1474-oop/16698-bonus-que-es-la-programacion-orientada-a-objetos )

Mi semestre de base de datos resumido en 5 minutos

Para empezar a crear la base debes imaginar cuales son los campos que vas a usar visualmente, y después que información necesitas de todos esos campos, así empiezas a crear la base y sus tablas aunque no sepas nada de bases de datos.

Arquitectura de bases de datos

.
Debemos analizar cada uno de los roles y estructuras de datos que tiene nuestra aplicación:
.

• Las cajas o paquetes tienen un código de barras que son una identificación única.
• También tienen un estado que puede ser único o múltiple, esto depende de cada etapa del trayecto del paquete.
• Estos estados tienen códigos (OK, daño menor, roto).
• Los estados contienen información de ubicación, tipo de transporte y fecha con hora exacta.
  .

Detalles del paquete: El paquete sería una tabla cuyas columnas serían un ID, origen, destino, descripción, peso y precio.
.
Regla #1 de Bases de Datos: Evita la redundancia de datos
.
Tabla de estado: El estado del paquete no puede estar en la tabla de detalles del paquete, debe ser una tabla aparte con ID del paquete, id del estado, id del operador, estado, fecha, puerto y medio de transporte.
.
Encontramos que el ID del paquete está relacionado con los detalles del paquete y esto es importante para eliminar la redundancia de datos en nuestra base.
.
También hay otras tablas que se relacionan unas con otras, como los puertos y los precios que se relacionan con la tabla de detalles del paquete y la tabla del estado, el ID de operadores que se relaciona con una tabla de operadores con sus detalles, y medio de transporte que se relaciona con el estado del paquete.
.
Del mismo modo, debemos tener en cuenta una tabla de clientes a los cuales pertenece el producto que estamos transportando.

siempre las mejores bases de datos en su estructura MER son el reflejo de un buen análisis.

Si tu base de datos es desordenada es por que se ha improvisado que es lo que pasa la mayoría de veces.

La regla numero 1 que comenta Freddy es aplicable para base de datos relacionales, en el caso de NOSQL eso no se cumple al 100% por que la forma de trabajar( o almacenar datos ) es diferente.

Apuntes de la clases:

Regla #1 de bases de datos.
Evita la redundancia de datos.

Primero buscaria toda la informacion que puedo disponer la clasifico en la hoja de excel por categorias etc… aplicara el uso de tablas dinamicas y diseñaria un proceso de generacion de informacion al cliente en forma restringida con seguridades necesarias

Evitar la redundancia de datos.

Evitar la redundancia de datos.

curso compacto de Manejo de Bases de Datos

Regla 1 de base de datos Evita la redundancia

Es bueno volver a recordar la parte de la BD. Es algo que habia olvidado por completo, pero que bueno es volver a lo basico para recordar este proceso. Luego conectarlo a un Backend para realizar tu querido Crud. A seguir

Es mucho mas sencillo de lo que se nos hace creer. Obviamente esto es escalable, y podemos tener un montón de gigabytes en base de datos, pero entender el origen es genial.

Gracias.

Evitar la redundancia de datos.

Las bases de deatos tambien siguen la regls de dont repeat your self, evita redundancia del codigo

Se me hizo complicado entender que <strong>“Las relciones entre tablas con la clave para evitar la redundancia de datos.”</strong>

monas chinas
como las del anime

como esos que ponen una monita china de perfil en el feis
xd

Platzi es como wikipedia, empieza estudiando algo y termina con otro curso jejej.

Platzi, la wikipedia del conocimiento…

“Esto son muñecas chinas” JAJAJAJA

Cada vez que escucho a @freddier me pregunto, cómo hace este loco por hilar de manera tan consecuente tantas ideas y en diferentes ámbitos… wow!

En una base de datos, todas las tablas deben estar conectadas, es decir que ninguna puede qudar independiente sin un “id” de otra, esto se hace Normalizando, desde la 1FN hasta la 3FN, en orden. Existen mas formas de normalizacion, si no me equivoco hasta la 6FN y más, pero el estandar es hasta la 3FN

BASES DE DATOS vitales para la contruccion de una empresa, que buen modulo

Muñecas chinas…mmmmmmmmmmmmmm… sabrosoooooooo

En bases de datos:

• Evita la redundancia de los datos.
• Las relaciones entre tablas son la clave para eliminar las redundancias de los datos

Gracias

Relación entre tablas.

Interesante… como ir pensando en la estructra de entradas de datos…

toda mi vida lo hecho mal jaja

simple y claro

Freddy existen programas para base de datos

¡Evita la Redundancia de Datos, Valga la Redundancia!

freddy lo explica de una manera muy sencilla.

CRUD: Crear, Leer, Actualizar y Borrar