просто у меня гуглятся одни книги по администрированию или самому языку sql а вот как правильно спроектировать базу нет книг

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

Если опишете поподробнее схему которая у вас сейчас – возможно вам подскажут,  в какую сторону ее стоит изменить, и каких концепций вы не понимаете :)

мне бы хотелось научиться самому, извините))

#вакансия #remote #InStat #спорт #PostgerSQL #работадляIT #fulltime #БД

Всем привет!
Компания InStat Sport ищет в свою команду талантливых разработчиков на удаленное сотрудничество. Мы расширяем команду разработчиков, и нам нужен программист баз данных, которому предстоит работать с планами запросов и писать оптимизированные запросы. Объем данных серьезный – до десятков млрд. записей на секционированную таблицу. Бывают и нестандартные задачи.

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

Что нужно знать:
PostgreSQL на, как минимум, среднем уровне (сложные запросы, CTE, массивы, json), MSSQL
Опыт работы с регулярными выражениями
Опыт написания хранимых процедур
Умение работать с планами запроса, оптимизировать запросы
У нас:
интересные проекты в сфере спорта и много-много работы, скучать не придется.
Интересно?

пиши в скайп instat_gurinovich или в ТГ @Yana_Gurinovich

Про нормализацию нужно читать для начала, это правильно.
Но вот где покороче описано — не подскажу. :(

У тебя что-то специфическое? Если нет, ты можешь по одному случаю тут спрашивать/разбирать

А что ты туда лишнего запихал? (По твоему мнению)

Крис Дейт / C.J.Date — у него много книг и ролики (за бабосы) по реляционной теории и дизайну. Он, конечно, теоретик. Но толковый.
“SQL и реляционная теория” есть на русском языке (не помню где качал)

также мне в своё время хорошо зашли ответы вот этого дядьки: https://stackoverflow.com/users/484814/performancedba
он хоть и Sybase-чувак, но обосновывает схемы хорошо. также я от него узнал про IDEFx1 нотацию, полюбляю знатно: схемки глюкавые такие теперь

Если академ учебник "Шустова, Тараканов: Базы данных."

нашел такую, База данных основы проектирования, использования Малыхина М.П

спасибо за ответы всем

Он кое-что "перевирает" (по сравнению с теорией, с тем же Дейтом, если что), но почитать стоит — подумать / посмотреть у него есть на что, это да.

да, он практик. мне его доводы кажутся резонными. в частности про 6NF интересно рассуждает. но это (6NF) не для Postgres-а с его текущей реализацией хипа

А мы пользовались (для отдельных таблиц и задач), почему бы нет?
Т.е. говорить "не для Postgres-а" — это чересчур, IMHO (да и вообще, большинство причин, по которым 6NF не радует именно производительностью на практике, относятся почти ко всем SQL DBMS). ;)

дык и я пользовался. но оговорку делаю, т.к. найдутся 100500 причин, по которым производительность уйдёт ниже плиинтуса и будет сделан вывод “А вот там было лучше” и вообще “6NF — отстой!”

всем привет. Можно ли как-то сделать числовой id таблицы глобальным по всей базе?

чтобы, например, в одну таблицу добавили n записей, там у последней id = n, потом в другую добавили m записей, в которой id от n + 1 до n + m

работать с sequence ?