LINUX.ORG.RU

[database]книжку почитать

 


0

0

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

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


Всем заранее спасибо за советы.

★★★★★

Хочется сразу спроетировть все хорошо, чтоб потом не пришлось с матами все переделывать.

:)))

bibi
()
Ответ на: комментарий от bibi

Понятно, что «опыт - сын ошибок трудных» ничем не заменишь, но лучше разобратся в работе современных БД, не заползая по уше в код можно попробовать.

trex6 ★★★★★
() автор топика
Ответ на: комментарий от ip1981

>man менеджмент_качества

Изыди, пожалуйста, отсюда.

trex6 ★★★★★
() автор топика
Ответ на: комментарий от Lee_Noox

> неистово плюсую, заниматься разработкой - это как водку пить, один фиг второй раз бежать/переделывать.

ха Бегать будешь до тех пор, пока не поймёшь: что же нужно было заказчику на самом деле или пока заказчик не сдастся и не скажет, типо, «заи*ло, оставьте так, это хоть как-то работает!»

anonymous
()

Кстати, ты бы хотя бы уточнил, что это за БД будет... Там, биллинг, хранение медиа-контента теле-канала или бухгалтерия какая с аналитикой...

чтоб она была шустренькой,

читай про свою версию БД темы про локи и латчи, и минимизируй их

понятной,

отражай в структуре своей БД бизнес-логику настолько точно, чтоб была понятна и логична твоему заказчику

удобной в работе.

проектируй апи и аби так, чтоб твои программеры считали их логичными

anonymous
()
Ответ на: комментарий от anotheranonymous

Плюсую Дейта. Лучше книги не найти

JFreeM ★★★☆
()

Кроме Дейта:
Конноллн «Базы данных. Проектирование, реализация и сопровождение. Теория и практика.»

tzukko
()
Ответ на: комментарий от anonymous

>Кстати, ты бы хотя бы уточнил, что это за БД будет...

Учет склада, учет готовой продукции, виды готовой продукции, список клиентов. Да и много еще чего. Сейчас конкретно занимаюсь складом.

отражай в структуре своей БД бизнес-логику настолько точно, чтоб была понятна и логична твоему заказчику

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

За книжки всем спасибо, отправляюсь на просторы интернетов искать электронные версии.

trex6 ★★★★★
() автор топика

>чтоб она была шустренькой

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

stave ★★★★★
()
Ответ на: комментарий от trex6

> Учет склада, учет готовой продукции, виды готовой продукции, список клиентов. Да и много еще чего. Сейчас конкретно занимаюсь складом.

По складам рекомендую обратить особое внимание на формирование справочников, единую систему обозначений и сокращений, согласованность по вводу информации. Это чтоб потом не искать и не сливать воедино тебе: «Кружка белая», «Кружка бел», «Белая кружка» и т.д. ))) Справочники должны быть едиными. )))

anonymous
()
Ответ на: комментарий от anonymous

Да, ещё почитай про особенности целочисленной арифметики (там есть несколько интересных приёмов) и обстоятельно побеседуй со своим бухгалтером (лучше главным :) на предмет того, как делить, как учитывать и как лучше раскидывать по счетам, ибо в компьютерах частенько бывает, что

3*(100/3) =/= 100

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.