SERG1257ДБА появляется когда проект уже закончен и готов к сдаче.

Законченный проект = мёртвый проект. Реальность такова, что всё меняется. Бизнес меняется, обстоятельства, технологии.

SERG1257ДБА - это админ заказчика и он должен установить базу разработчиков и поддерживать ее. Более того, доступ разработчиков в боевую базу закрыт.

Ну ок. А что, если БД создаётся и ведётся самим приложением? Что тогда там делать ДБА? Что там поддерживать?

Вообще, развёртывание ПО сегодня, это не только БД, а много-много чего ещё. Да и СУБД больше, чем одно. По ДБА на СУБД? Получается, нужен не ДБА, а DevOps.


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

Речь не про гомогенную структуру, а про зоопарк. Хаос, как вы привели в пример.

SERG1257Ох чую это что-то личное . Не нужен вам ДБА - не нанимайте.

Ну так про это и речь. Задачи ДБА озвучены какие-то странные и расплывчатые. Да ещё и конфликтующие с реальностью. Зачем он должен в логику запросов, например, лезть? Он либо должен сам разрабатывать в команде, либо на 100% знать как всё устроено, вся логика, и постоянно актуализировать знание, что тоже означает, что он должен быть непосредственно в команде разработки.


SERG1257ДБА ничего такого не знает.
Задача номер раз - восстановить нормальную работу
Задача номер два - понять что пошло не так, чтобы другого аврала не было.
Кто этим должен заниматся - разработчик, менеджер проекта, тестировщик?

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

Так раньше и было, и в моей практике такое было, до сих пор помню.


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

Странные задачи у ДБА.


SERG1257P.S. Если в вашем прекрасном мире все работает как часы, и вы не видите необходимости в админах, ремонтниках, наладчиках, инженеров поддержки и прочих дармоедов, то я за вас рад.

Я за админов ничего не говорил, и за других людей.
Просто ДБА, судя по описанию, это некий мультитул, почему-то по терминологии прибитый к БД.

Моё мнение, нужно автоматизировать, решать проблемы на берегу.
Если какой-то странный "дба" лезет и на продакшене "оптимизирует запросы", надо кому-то руки отрывать, не меньше и не больше.

DaniilSeryiА то, что у хорошего разработчика хватит квалификации рулить базой, или на минимальном уровне сервером - без всяких always on, репликаций и прочих кластеров и круглосуточной работоспособности - это верно, хватит.
Но вот добровольно брать на себя этот геморрой - необходимость приходить на работу на час раньше, и уходить на час позже, быть готовым встать по звонку ночью или бросить всё по звонку в выходные и решать несколько часов проблемы по удалёнке или в офисе - да кому из разработчиков это надо? DBA на это согласны, а разработчикам это зачем?

40 часов в неделю настраивать always on? Ещё бы, дба не были бы согласны )

SERG1257Кстати, коллеги-разработчики, концепция SaaS предполагает, что разработчики не нужны, нужны кастомизаторы, а для простых случаев клиент сам справится. Аналогию видите?

Да видим. Вот 1С, например. Всё прекрасно, 1С-программист это не программист, это интегратор (вашими словами "кастомизатор").

Лично я такой вектор поддерживаю.

казинакну не в теме ты,
ну чтож ты пыжишься и чота из себя изображаешь

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

Да-да. Отличный ответ, аргументированный. Докторскую уже получил?

babkenТак вот специально для решения проблемы производительности этих расчетов были приглашены разные люди(эксперты), в том числе и от вендора. Заплачено много-много денег, потрачено 2 года.
Результат - нуль.

как-то это противоречит вот этому

babkenDBA даже на один серьезный сервер/проект очень нужен!

нужен, чтобы тот же результат (нуль) был дешевле? :)

babkenПо сути все расчеты там реализованы в виде цепочек запросов(views) с параметрами, которые можно реализовать/представить и в виде SQL. Они жутко "тормозят".

Сначала делают логику в БД, потом зовут каких-то шаманов... чтобы они "всё починили"

kdv,

аххах ))) ну и зачем тут ДБА, если в оконцовке прогеры виноваты )))