Como siempre dando tumbos buscado ampliar mis conocimientos en distintas plataformas y dependiendo de cual orientándola y adaptándola para hacer mas fluido el trabajo con Velneo me encontré con la Normalización de Bases de Datos.

Es muy posible que muchos de vosotros lo haga inconscientemente o incluso que simplemente no sepa que esto es así.

El diseño lógico de la base de datos, las tablas y las relaciones entre las tablas, determinan el rendimiento de la base de datos.

Esto es algo que todos tenemos en cuenta a la hora de realizar nuestras tablas.

Una cierta normalización suele mejorar el rendimiento, pero solo hasta cierto punto.

No debemos pasarnos al usar las reglas ya que podemos pasar la línea y hacer que el rendimiento de la base de datos disminuya en lugar de aumentar.

La mayoría de los sistemas normalizan solo hasta la Tercera Forma Normal, aunque existen cinco formas normales.

Bueno entonces veamos las 3 Formas que deberíamos de usar.

Primera Forma Normal (1NF)

Una tabla debe tener una clave primaria para identificar unívocamente cada fila de la tabla. Para conseguir la Primera Forma Normal, cree una clave primaria univoca para cada tabla creada.

Segunda Forma Normal (2NF)

Debe disponer de una base de datos en la Primera Forma Normal y desplazar los atributos redundantes de los datos a una tabla aparte.

Esto se refiere a que por ejemplo en una tabla tenemos esto:

Tab1Mirando detenidamente podemos ver como el campo de Categoría es repetitivo y seria el campo que trasladaríamos a otra tabla para aplicar la Segunda Forma Normal.

Tab2

Tercera Forma Normal (3NF)

Elimine las columnas que no dependan de la clave primaria de la tabla. Una tabla solo debe conservar los datos correspondientes a un único tipo de entidad. Mantenga reducido el tamaño de las tablas, en vez de intentar empaquetar el mundo entero en una gran tabla. Las tablas grandes son un inconveniente en relación con el rendimiento de una base de datos.

Otras recomendaciones que debemos tener en cuenta podrían ser.

Mantener al mínimo la cantidad de columnas susceptibles de contener valores nulos, utiliza valores nulos solo cuando sea razonable.

Intenta alcanzar un equilibrio inteligente entre una normalización excesiva, lo que puede dar lugar a uniones complejas que involucren muchas tablas.

Una normalización escasa, lo que podría significar acabar con solo unas pocas tablas anchas, con columnas anchas.

Ambos extremos pueden disminuir el rendimiento de datos.

Bueno y creo que que ya poca cosa mas.

Recordando esto podremos tener la fluidez necesaria y así dar mayor rendimiento a nuestras Bases de Datos ya sea en MySQL, SQL Server, Velneo, etc.

En cumplimiento con Ley 34/2002, te recordamos que al navegar por este sitio estás aceptando el uso de cookies. Más información

Las opciones de cookie en este sitio web están configuradas para "permitir cookies" para ofrecerte una mejor experiéncia de navegación. Si sigues utilizando este sitio web sin cambiar tus opciones o haces clic en "Aceptar" estarás consintiendo las cookies de este sitio.

Cerrar