Интересно

Рекламный робот

30.08.2018

  Какой рекламодатель не мечтает об идеальном промоут
Сенсорный стол

23.08.2018

  Желаете ли вы перевоплотить собственный офис, выста
Светодиодный экран

22.07.2018

Если перед организатором мероприятия стоит задача пр
Интерактивная песочница

28.06.2018

  Як ладит интерактивная песочница iSandBOX – это редкост

Друзья

s2.jpg
s3.jpg
s1.jpg


Ну что же, мы немного поговорили о достоинствах и недостатках реляционных баз данных. И теперь, вкратце, я затрону вопрос проектирования баз данных. Под проектированием я понимаю следующее: садится человек за стол, берет бумагу и ручку, и исходя из поставленной задачи, а также, исходя из достоинств и недостатков той или иной системы, в нашем случае СУБД MySQL начинает составлять структуру будущей базы данных. Требование к проектируемой базе данных обычно ставятся следующее:

База данных должна быть как можно более компактна, то есть, неизыбыточна.

База данных должна быть простой с точки зрения обработки.

И как вы, наверное, поняли, данные требования противоречат друг другу. Проектирование — это самый важный аспект при работе с базами данных. Обычно, проектировщик – это опытный администратор сервера баз данных, либо архитектор баз данных, с большим опытом работы. В серьезных проектах может быть несколько десятков, а то и сотен таблиц, которые связаны между собой самыми замысловатыми способами связи. Конечно, я не собираюсь углубляться в проектирование баз данных, да и не смогу это сделать, но, кое какие основы проектирования баз данных я попытаюсь осветить на страницах своего блога. Прежде чем приступить к проектированию базы данных, нужно понять, а что мы вообще собираемся проектировать. То есть, должны понять, что у нас должно получиться на выходе.

А на выходе мы должны получить так называемую диаграмму или как ее еще называют схема. Диаграмма – это определение: какая информация будет храниться, в какой таблице она будет храниться, в каком столбце какой тип данных, как называется таблица, сколько столбцов в таблице и их тип, как связаны между собой таблицы. Да, типы данных в столбцах могут быть разными, например, номер телефона или индекс можно записать, как с помощью символов, так и с помощью числового типа данных. Но появляется вопрос: какой тип данных лучше для хранения номера телефона или почтового индекса? Чисто интуитивно на этот вопрос чаще всего отвечают правильно – номер телефона в базе данных должен иметь символьный тип, а вот объяснить, почему именно символьный тип могут немногие. Объяснение очень простое, например, нам потребовались все почтовые индексы, начинающиеся на 637 или номера телефонов начинающиеся на 952, так вот, сделать такую выборку из данных имеющих числовой тип задача довольно проблематичная, а сделать такую же выборку из данных символьного типа довольно легко.

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

Добавить комментарий


Защитный код
Обновить

Вебдизайнерам


Партнёрские програмы или рекламные брокеры?
"Каждый сайт должен приносить прибыль своему владельцу", - это утверждение верно на 100 процентов. Многие статьи уверяют, что заработать в интернете практически невозможно, но это не так, главное - иметь голову и отыскать хорошую лазейку, тогда баксы сами к вам пойдут. Де...

Продвижение


Продвижение ссылками: где купить вечные ссылки, биржи для покупки
Если у вас возникло твердое решение заниматься продвижением сайта самостоятельно, то вам придется в этом процессе столкнуться с покупкой ссылок. Поскольку продвигать ресурс можно как временными, так и постоянными ссылками. Вечные ссылки - какие они? ...

IT-Архитекторам


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