Что значит в глазах работодателя «Умею проектировать архитектуру БД» для программиста?

Question

[spaceatmoon]

Суть вопроса в заголовке. Просто для меня это пара таблиц и связь между ними в пределах знания бекендера, я ведь не DBA.

Comments

[Saboteur]

А если пара десятков таблиц? А если надо продумать какие таблицы нужны чтобы обеспечить максимальную производительность и минимизацию локов для бизнес-задачи?

[spaceatmoon]

Saboteur, разве это делает не архитектор?

[Saboteur]

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

[spaceatmoon]

Saboteur, не, вопрос именно в том, почему это так важно для работодателей. Раньше такого вопроса в вакансиях не встречал, сейчас довольно часто вижу это формулировку и решил спросить, что это за чудо.

[Saboteur]

spaceatmoon, Ну, вопрос имеет смысл, учитывая что сейчас даже средненькое приложение может сгенерировать кучу данных, и было бы неплохо заранее продумать архитектуру, чтобы оптимизировать быстродействие и retention policy. Не уверен, что там нужно шарить в нюансах, но для мидера и сеньора это хорошая характеристика.
А если такое спрашивают у джуниора, то это разновидность "почему люки круглые"

[HellWalk]

я ведь не DBA

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

Answer 1

[Roman K]

Это значит, что ты умеешь что-то кроме архитектуры уровня "Пост - Юзер". Что когда тебе дадут задачу по архитектуре, например, сделать и хранить систему скидок, чтобы там декларативно можно было описать условия, указать, какие скидки суммируются с какими (а какие нет), какие проценты суммируются, а какие умножаются — ты бы не впал в депрессию и не уволился или, чего хуже, не написал такое решение, которое невозможно бы было поддерживать и работать с ним.

Answer 2

[Константин Б.]

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

Comments

[Roman K]

Строить связи — это основы реляционных БД. До архитектора с такими знаниями — как до Луны.

Answer 3

[Пума Тайланд]

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

Comments

[spaceatmoon]

ясно, в общем это актуально для крупных проектов, которых я еще не видел. Спасибо.