ога да

оптимизировать запросы вроде как, не?

запросы? о_0

https://en.wikipedia.org/wiki/Database_administrator

ога херова написанные разрабами

ога херова написанные разрабами

вот ваще не его задача

ну от размера конторы зависит

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

оптимизацией занимается не админ

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

и непонятно, почему архитектуру в wiki записали тоже на DBA

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

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

а на печке сидеть все-таки другая профессия

ДБА придет к разрабам и выдаст пистон

и непонятно, почему архитектуру в wiki записали тоже на DBA

все просто

это один из варинатов "разрулить"

вики как источник говно

ну про DBA в английской версии, если не брать в расчет дизайн, написано более менее адекватно

в конечном счете, DBA - Database administrator

учетки делать что ли ?

и шардинги крутить ?

лол

учетки делать что ли ?

А РЕПЛИКАЦИЮ ПОДНИМАТЬ?!

бухам инет чинить же

Кириру... Кирилл значится быть...

Соо дэс нэ (-__-)

Дба может проанализировать производительность базы и выдать набор sql которые написаны через жопу. А как их оптимизировать дело вообще не его. Далее или архитектор или сам разработчик должен это гавно за собой убирать

по описанию почти совпадает с вахтером, следящем за сменкой

А так и есть

Админ, он и в Африке админ

Дело дба следить чтобы бакапы делались вовремя, стандбай был актуальный, репликация не падала, вовремя делать апгрейды и патчи применять. Такие дела

то есть 90% времени заниматься ничем

Я смотрю на наших дба - если бы они этим ничем занимались, тогда всем было бы счастье

ваши дба. особенные дба.

Возьмем тех же например Линукс администраторов. Если кто-то из говнокодеров написал хреновый баш-скрипт или прогу, будет это его обязанностью его переписать?

ммм

я правильно понимаю, что прдполагается, что он в этой ситуации встанет и громко крикнет "нет!!!111 я не буду это чинить!111 это не входит в мою зону ответственности!1111"?

конечно не станет

зафиксирует же

дба это теория множеств а не эксплуатация

кто сказал нахер таких дба ?

это что бунт ?

Никто про бунт не говорит. Просто провожу аналогии чтобы было понятнее оппонентам в данном треде

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

Даже если проблема возникла не из-за него

Дба это не программист

и что?

я не предлагаю программы переписывать

Он не может сделать адекватные действия чтобы запрос стал работать хорошо

Он должен донести наличие проблемы до профильных специалистов

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

Видимо дорогой коллега вы не сталкивались в своей работе с подобными вещами. Я только такой вывод могу сделать

Я с этим на работе сталкиваюсь постоянно

пошел argumentum ad квалификация

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

А как смягчить? Новые сервера что-ли поставить?

Лол

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

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

Просто не надо работать с мудаками

тут думаю вопрос не в ритических ситуация а чт будет происходит в ситуация с приемлимой деградацией.

Исправить запрос в случае оракла можно например оутлайнами. Без переписывания всего приложения. Но это только оракл. а если запросы не в бд находятся а где-то на app server в куче java кода. дба это 100% не осилит и не должен вообще.

когд можно взять и починить а можно сказать "опять эти утырки нагавнокодили"

Лучше вообще тогда не работать. Видишь проблему. Можешь пофиксить. Есть на это время. Делай.

а вот в таких местах и видно слаженость работы людей

Дба лазить в бизнеслогику? Лолшто?

ERROR: S client not available

а да. кроме вебскейла есть еще ентерпайз.

А как смягчить? Новые сервера что-ли поставить?

ну вот ты достаешь запрос, а там индекса на джойнах нет. а таблицы не слишком большие. или видишь, что все в файлсорт уходит. ты в этот момент не поставишь индекс и не перенесешь временную папку на рамдиск, чтобы хоть как-то спасти приложение?

поведение дба будет отличаться.

думаю банковский дба обязан зафиксировать поведение. и рапортовать о нем.

Построить индекс на таблице которую лочат уже какие-то сессии которые ее фулсканят? Ахаха

ну, конкретно в этом случае предполагаем, что приложение вообще не отвечает

вебскейловый дба должен поправить

Такое только энтерпрайз версии того же оракла позволяют. А SE по губам вам нашлепает

Построить индекс на таблице которую лочат уже какие-то сессии которые ее фулсканят? Ахаха

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

За такой ребут системы 24/7 у вас из зп снимут больше, если даже это было из соображений оптимизации

Построить индекс на таблице которую лочат уже какие-то сессии которые ее фулсканят? Ахаха

а чо надо даунить всю базу для этого ?

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

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

А вот EE умеет строить индексы online, за отдельные деньги

ну вот ты достаешь запрос, а там индекса на джойнах нет. а таблицы не слишком большие. или видишь, что все в файлсорт уходит. ты в этот момент не поставишь индекс и не перенесешь временную папку на рамдиск, чтобы хоть как-то спасти приложение?

Ну грамотный индекс поставить под тяжелый запрос - это работы минут на 5-10. Поставить могут как разрабы, так и админы

ну и зачем нам тогда админы

noops идеология

разрабы могут и поставить, и приложение хорошо написать

просто разрабы хотят спать по ночам.

Вообще, при разработке, админ не должен лезть...

и никто никогда не хочет заниматься обычной эксплуатацией...

А вот запретить хуярить в прод должен как раз дба

Вчера только был в банке. Наблюдал мучения с банковской софтиной... причем банк не маленький и довольно известный. Там такой цирк был. Походу когда наращивали функционал, то не дописывали старое приложение. А писали новое котооое частично работает поверх старых... гыы как результат одни и те же данные хранятся в разных базах. И что бы поменять что нибуть в клиенском акаунте. Нужно пройти по куче мест и удалить старые данные. Иначе при попытке изменить оно полезет хер знает куда и в какой то древней таблице найдет что новые данные отличаются от старых и вообще все нельзя. Но при этом сама таблица куда пытаешся внести новые данные пустая. :)

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

разрабы могут и поставить, и приложение хорошо написать

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

у нас скорее бы зарплаты лишили за такой выкидон, чем за попытки спасти ситуацию

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

Вчера только был в банке. Наблюдал мучения с банковской софтиной... причем банк не маленький и довольно известный. Там такой цирк был. Походу когда наращивали функционал, то не дописывали старое приложение. А писали новое котооое частично работает поверх старых... гыы как результат одни и те же данные хранятся в разных базах. И что бы поменять что нибуть в клиенском акаунте. Нужно пройти по куче мест и удалить старые данные. Иначе при попытке изменить оно полезет хер знает куда и в какой то древней таблице найдет что новые данные отличаются от старых и вообще все нельзя. Но при этом сама таблица куда пытаешся внести новые данные пустая. :)

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

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

Я вообще говорю о Royal Bank of Canada :)

чо то альфа тоже пиарится

Я вообще говорю о Royal Bank of Canada :)

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

Я вообще говорю о Royal Bank of Canada :)

Это общее место во всем мире ) Говнокод