понедельник, 14 января 2013 г.

Советы при проектировании БД. 1

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

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

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

Изучите возможности вашей СУБД (каждый программист БД в конечном итоге работает с какой-либо конкретной СУБД (для реализации созданной структуры данных). Чтобы создаваемые структуры были максимально производительными — необходимо в обязательном порядке изучить все основные возможности вашей СУБД, что нужно сделать всем новичкам перед переходом к следующим советам);

Понятные названия объектов БД (например названия таблиц должны говорить сами за себя, то же самое с остальными объектами. А также — должно быть сразу понятно, что это — таблица, представление или триггер. Можно для отделения одного от другого в названии использовать префиксы, например: t или tb для таблиц, v для представлений, t или tr для триггеров и так далее);

Комментарии для всего (конечно же без этого — никуда. Необходимо оставлять осмысленные комментарии для таблиц, представлений, триггеров, полей таблица. Лучше всего везде, где возможно, поставить комментарии, так как легко можно забыть что к чему в вашей БД);

Обязательная простановка первичных ключей (во всех реляционных СУБД есть первичный ключ, но в некоторых — он скрытый. Так что можно забыть поставить свой, не автоматический, первичный ключ — и можно будет ввести две одинаковые записи. Чтобы такого не возникало — всегда, всегда сами создавайте первичный ключ для таблицы. И давайте ему понятное название. В крайнем случае — как таблица называется, так называйте и первичный ключ. Времени это займет очень мало — зато пользы будет очень много);

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

Кстати, помимо работы с БД я еще квартиру недавно продал (и купил новую). Если вам нужны риелторские услуги (полный комплект услуг, в Москве), то советую посетить сервис собственников жилья по приведенной ссылке. Сделают все быстро и просто.

Вторая часть
Третья часть

Комментариев нет:

Отправить комментарий