Поскольку Вы начинаете заполнять стол областями, иногда заманчиво включать информацию, которая действительно не принадлежит. Это включение не вызывает конца головных болей, и это - удивительно легкая ловушка, чтобы упасть в. Рисунок 2-22 показывает эту проблему в действии со столом, который пытается сделать слишком много.

Рисунок 2-22. Эта таблица приводит доступных домашних животных в экзотическом животноводе. Это также перечисляет некоторую полезную информацию о продолжительности жизни, характере и требованиях еды каждого типа животного. Первоначально, этот дизайн кажется довольно разумным. Однако, проблема появляется, когда у Вас есть несколько из того же самого типа животных (в этом случае, три слона). Теперь определенные для слона детали повторены три отдельных раза.

Двойные данные как показанный в рисунке 2-22 неэффективны. Вы можете легко вообразить стол с сотнями подобных отчетов, напрасно тратя впустую пространство, повторяющее те же самые ценности много раз. Однако, младший этого беспокойства по сравнению с усилием по обновлению той информации и возможности несогласованности. Что происходит, если Вы хотите обновить информацию о продолжительности жизни для каждого слона, основанного на новых исследованиях? Основанный на текущем дизайне стола, Вы должны изменить каждый отчет, у которого есть та же самая информация. Еще хуже, слишком легко изменить некоторые отчеты, но оставить других нетронутыми. Непоследовательная информация о данных полного результата больше чем в одном пятне, которое не делает agreewhich, лишает возможности выяснять правильную информацию.

Эта проблема происходит, потому что информация в столе Домашних животных все не принадлежит. Понять, почему, Вы должны копаться немного глубже в анализе базы данных.

Как правило каждый стол в базе данных хранит единственную вещь. В столе Домашних животных та вещь - домашние животные. Каждая область в столе - информация о той вещи.

В столе Домашних животных, областях как Имя, Животное и Вес все имеют смысл. Они описывают рассматриваемое домашнее животное. Но LifeSpan, Характер и диетические области не совершенно правы. Они не описывают индивидуальное домашнее животное. Вместо этого они - просто стандарты для той разновидности. Другими словами, эти области не основаны на домашнем животном (как они должны быть), они основаны на типе животных. Единственный способ решить эту проблему состоит в том, чтобы составить две таблицы: Домашние животные и AnimalTypes (рисунок 2-23).

Рисунок 2-23. Теперь определенная для животного информация поддержана в одном месте без дубликатов. Требуется немного больше работы, чтобы получить всю любимую информацию Вы needfor пример, узнать продолжительность жизни для Беатрис, Вы должны проверить отчет Слона в AnimalTypes tablebut более логичный общий замысел.

Это берет опыт определить области, которые не принадлежат. И в некоторых случаях, разламывание стола на все больше подстолов не стоит проблемы. Вы могли теоретически отделить информацию об адресах (содержавшийся в областях как улица, Город, Страна и PostalCode) от Потребительского стола, и затем поместить его в отдельный стол Адресов. Однако, это относительно необычно для двух клиентов, чтобы разделить тот же самый адрес, таким образом, эта дополнительная работа, вероятно, не окупится. Вы рассмотрите, как определить формальные отношения между столами как Домашние животные и AnimalTypes в Главе 5.

Популярность: [3%?]

Поскольку Вы начинаете заполнять стол областями, иногда заманчиво включать информацию, которая действительно не принадлежит. Это включение не вызывает конца головных болей, и это - удивительно легкая ловушка, чтобы упасть в. Рисунок 2-22 показывает эту проблему в действии со столом, который пытается сделать слишком много.

Рисунок 2-22. Эта таблица приводит доступных домашних животных в экзотическом животноводе. Это также перечисляет некоторую полезную информацию о продолжительности жизни, характере и требованиях еды каждого типа животного. Первоначально, этот дизайн кажется довольно разумным. Однако, проблема появляется, когда у Вас есть несколько из того же самого типа животных (в этом случае, три слона). Теперь определенные для слона детали повторены три отдельных раза.

Двойные данные как показанный в рисунке 2-22 неэффективны. Вы можете легко вообразить стол с сотнями подобных отчетов, напрасно тратя впустую пространство, повторяющее те же самые ценности много раз. Однако, младший этого беспокойства по сравнению с усилием по обновлению той информации и возможности несогласованности. Что происходит, если Вы хотите обновить информацию о продолжительности жизни для каждого слона, основанного на новых исследованиях? Основанный на текущем дизайне стола, Вы должны изменить каждый отчет, у которого есть та же самая информация. Еще хуже, слишком легко изменить некоторые отчеты, но оставить других нетронутыми. Непоследовательная информация о данных полного результата больше чем в одном пятне, которое не делает agreewhich, лишает возможности выяснять правильную информацию.

Эта проблема происходит, потому что информация в столе Домашних животных все не принадлежит. Понять, почему, Вы должны копаться немного глубже в анализе базы данных.

Как правило каждый стол в базе данных хранит единственную вещь. В столе Домашних животных та вещь - домашние животные. Каждая область в столе - информация о той вещи.

В столе Домашних животных, областях как Имя, Животное и Вес все имеют смысл. Они описывают рассматриваемое домашнее животное. Но LifeSpan, Характер и диетические области не совершенно правы. Они не описывают индивидуальное домашнее животное. Вместо этого они - просто стандарты для той разновидности. Другими словами, эти области не основаны на домашнем животном (как они должны быть), они основаны на типе животных. Единственный способ решить эту проблему состоит в том, чтобы составить две таблицы: Домашние животные и AnimalTypes (рисунок 2-23).

Рисунок 2-23. Теперь определенная для животного информация поддержана в одном месте без дубликатов. Требуется немного больше работы, чтобы получить всю любимую информацию Вы needfor пример, узнать продолжительность жизни для Беатрис, Вы должны проверить отчет Слона в AnimalTypes tablebut более логичный общий замысел.

Это берет опыт определить области, которые не принадлежат. И в некоторых случаях, разламывание стола на все больше подстолов не стоит проблемы. Вы могли теоретически отделить информацию об адресах (содержавшийся в областях как улица, Город, Страна и PostalCode) от Потребительского стола, и затем поместить его в отдельный стол Адресов. Однако, это относительно необычно для двух клиентов, чтобы разделить тот же самый адрес, таким образом, эта дополнительная работа, вероятно, не окупится. Вы рассмотрите, как определить формальные отношения между столами как Домашние животные и AnimalTypes в Главе 5.

Популярность: [3%?]