Анализ базы данных

Введение

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

Целью данного анализа является важной работе: для достижения лучшего оптимизации данных и ресурсов в ожидании будущего развертывания или изменения в базу данных.

Целью данной статьи является поставить читателя лицом в будущих проектах, начиная с правой ноги их в процесс организации информации, чтобы иметь дело с, или в состоянии носить с собой хорошо спроектированная база данных, программное обеспечение и компактнее производительность.

Кто является заказчиком?

Это глупый вопрос или слишком широко? Может быть, но вы можете начать давать надбавки два ответа:

1. У меня есть для удовлетворения клиента;
2. чтобы удовлетворить клиентов ... является клиент.

Случай 1. Ты уверен, что у вас есть четкое представление о том, что вам нужно? Конечно, вы учли все все все? Ты уверен, что вы не слишком много торопиться?

Если ты не просил эти вопросы ... ponitele!

Я просто обратился к читателю в самом прямом тоне, избегая момент, он оказывается, что я не могу и теперь я хочу уйти от ответа втором случае.

Случай 2. Клиент не для удовлетворения разработчика, но тот, кто может иметь минимум знаний компьютера или нет. Если у вас есть знания могут упростить нашу жизнь, потому что "мы говорим на одном языке", или это педантичных, что жизнь имеет тенденцию усложнять дальше. Или это человек, который ничего не понимает, но компьютер знает, чего хочет (редко) или вы можете, сообщите нам. Или даже не знаю, чего он хочет или может предоставить необходимую информацию.

Возьмите это заявление как закон: никогда не принимать ничего на веру, каждый, кто имеет лицо! Это лучше быть раздражительным, рассмотреть и пересмотреть все, чтобы избежать идущие выводы, что только потому, что мы стараемся удовлетворить или тех, кто неправильно по одной причине или другому.

Я закрываю эту необходимую скобках вероятно, чтобы дать читателю понять, что самое главное, иметь ясные идеи, есть котел информации еще не организованы, с тем чтобы организовать лучшем случае, как мы увидим ниже.

Сделать хороший анализ базы данных

Как уже упоминалось в SQL Руководство для этого сайта, а не различные базы данных на основе SQL (MS Access, MySQL, и так далее), не сложны в использовании. Конечно, Есть более или менее сложных продуктов или интуитивно, но это не главное.

Дело в том, чтобы знать, что делать!

Тион и, следовательно, предполагается, что читатель не менее познания с точки зрения управления реляционными базами данных, SQL языком и знать, знать, как использовать любой выбор СУБД продукта не имеет значения для целей понимания этой статьи.

Что делать, могут быть обобщены в шести пунктах:

1. сбор информации для управления;
2. разделить их на логические группы;
3. думаю, хорошо, чтобы деление на таблицы и типы данных, которые будут использоваться;
4. думаю, что "процент" избыточности вы хотите быть;
5. предположить иного строения;
6. выключить компьютер, уставившись в потолок, переосмыслить структуру

Это утверждение, как серьезные и шутливые, хотя до определенного момента: он сказал, что первая мысль является правильным (это смысл раздел 5) и лучше замечать, прежде чем начать писать программное обеспечение для управления "вокруг" базы данных.

Пример: Структура базы данных каталога компаний

Она очень популярна в интернете в последние годы концепция каталогах, будь это каталог для индексирования, будь то каталог для поиска продуктов и услуг, компаний и так далее.

Не будучи в состоянии использовать все знания в этом контексте, связанные с базой данных для управления (серия, уходящая в бесконечность и далее), мы стараемся создать структуру данных для обработки такого рода услуги.

Что вы должны сделать эту услугу?

1. собирать пользователей;
2. управление географическое положение;
3. управлять категорий и подкатегорий;
4. обрабатывать детали, связывая их с пунктами 1, 2 и 3;
5. включают такие параметры, как платной подписки и так далее.

В пунктах следовать будут описаны и прокомментированы все таблицы полезным - с моей точки зрения - для работы с приложением о котором идет речь в этом разделе. Типы данных указаны с учетом MS Access, базы данных система, проще в использовании, то читателю ближе к пониманию и менее опытны, чем самый опытный, продвинутый пользователь СУБД.

Что касается длины поля, я оставляю на усмотрение читателя, чтобы установить его. В некоторых случаях длина поля обязательные для заполнения (например, налоговый кодекс имеет 16 символов, CAP имеет 5 и так далее), а для других вещей, как имя, адрес, я могу рекомендовать от 50 до 150 символов.

Судьба Вобис!

• <<
• 1
• 2
• 3
• >>