2010-01-31 10 views

Respuesta

10

Depende del tipo de aplicación que utiliza la base de datos.

Para las aplicaciones OLTP (principalmente entrada de datos, con muchos INSERT, ACTUALIZACIONES y BORRADOS, junto con SELECT), normalizar es generalmente algo bueno.

Para OLAP y aplicaciones de informes, la normalización no es útil. Las consultas SELECT se ejecutarán mucho más rápidamente contra un esquema desnormalizado, lo que podría lograrse con vistas.

También puede encontrar información útil en estos muy populares preguntas similares:

Should I normalize my DB or not?

In terms of databases, is “Normalize for correctness, denormalize for performance” a right mantra?

What is the resource impact from normalizing a database?

How to convince someone to normalize a database?

Is it really better to use normalized tables?

+0

Gracias por la perspicaz respuesta! Solo una pregunta: ¿qué es OLTP? – bodacydo

+0

Procesamiento de transacciones en línea. Se refiere a las aplicaciones donde los usuarios están realizando la entrada de datos, o CRUD (crear, leer, actualizar, eliminar). En estas aplicaciones, hay llamadas a la base de datos para INSERTAR, ACTUALIZAR y ELIMINAR datos, además de SELECCIONAR. Contraste a OnLine Analytical Processing and reporting, donde la mayor parte de la interacción de la base de datos es SELECT, y hay muy pocos INSERT, UPDATE o DELETE. – DOK

6

NoSQL no es una bala de plata: es simplemente una tecnología que puede proporcionar un ajuste mucho mejor para ciertas circunstancias. Para los datos en forma relacional, el RDBMS no va a desaparecer en el corto plazo.

2

sí, para que un sistema transaccional siempre se normalice, o es probable que tenga dolores de cabeza más importantes en el futuro. Para una base de datos que se utilizará para informar/denormalizar OLAP, el esquema puede ser muy útil.

1

Una regla de oro "JOIN es costoso en la potencia de procesamiento". Lo uso es al crear una base de datos para un proyecto grande o pequeño. Las tablas que contienen datos tales como nombres de usuario, direcciones, etc. siempre deben ser normalizadas, ya que se accede menos recientemente a cómo se enseñó usando el tipo de ejemplos que se enseñan. Ahora, en los últimos años, los datos, las aplicaciones, los servicios móviles, etc. de web2.0 han tomado un tipo diferente de datos que, con la abundancia de códigos de memoria aún más bajos, pueden ahorrar energía de procesamiento para mantenerlos todos en la misma "mesa", no normalizándolo

Cuestiones relacionadas