Pregunta

Supongamos que tengo un conjunto de datos, teniendo en cuenta los datos y los esquemas de relación puede asumir I que el conjunto de datos se normaliza en una forma u otra. En mi opinión los datos en bruto dado, tiene que ser normalizado en alguna forma. Sin embargo una discusión con un amigo que me ha llevado a hacer esta pregunta aquí.

A fin de exponer más en la cuestión, yo diría que dado un conjunto de dependencias funcionales para una relación o una mesa, es que garantiza que la mesa sería al menos estar en 1NF si no otros

¿Fue útil?

Solución

En mi experiencia, en la vida real , se encontrará con las bases de datos que abarcan todo el espectro desde perfectamente normalizado a una mezcolanza completa de cosas raras que nunca se esperaría ver en cualquier lugar , y mucho menos en una base de datos.

Por supuesto que puede no espere encontrar los datos, incluso en 1NF (que supuestamente es la forma más normalización "base").

Además, eso no es decir que los datos normalizados deben ser el "objetivo" de diseño de base de datos. Es necesario sopesar diseño limpio frente a los criterios de rendimiento y la base de datos completamente normalizado a menudo puede trabajar en contra de sus criterios de rendimiento.

Otros consejos

El modelo de SQL permite tablas que no son verdaderas relaciones en absoluto (tablas con filas duplicadas, por ejemplo). Lo que sin duda no es el caso de que las bases de datos SQL siempre se normalizan. Espero que la mayoría de las personas que trabajan con bases de datos se han encontrado ejemplos de tablas sin llaves.

No, Los datos en bruto se normalizaron no necesariamente en 1NF. Depende de los esquemas. No puede ser el diseño del esquema, que ni siquiera está en 1NF.

Déjeme darle un ejemplo, Supongamos que hay una tabla que almacena marcas de todos los estudiantes semestre. Cada semestre está teniendo studentID 5. Asumir el esquema de marcas como

Marks(studentid,marks)

Esta tabla no está en 1NF ya que se han repetido los valores.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top