Как избежать распространенных ошибок при работе с СУБД

[v1000]

Проверьте запас ресурсов. Дисковое пространство должно быть в избытке, чтобы не допустить потерю данных. 

Забавно, но свободное место на диске это не всегда свободное место.

И вообще, такое впечатление, что половина проблем как раз из-за нехватки свободного места.

[Tzimie]

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

[speshuric]

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

[Tzimie]

Как прожить до ста лет?

Не пить

Не курить

Делать зарядку

[speshuric]

Не болеть и не оказываться в опасных ситуациях еще.

[Miheev2]

Ещё родиться в богатой семье и с хорошей генетикой.

[modsamara]

Облако - это просто чей-то чужой компьютер. Никакой магии.

[Solicitor]

Мне эта статья кажется попыткой компиляции необъятного. Получилась некая абракадабра, как будто компиляцию выполнял ИИ.

"Самое важное — следить за оптимальными нагрузками, правильным построением запросов и индексов. "
Зачем следить за оптимальными нагрузками? Они же оптимальны по определению.
Что такое правильное и неправильное построение запросов? Если речь о соответствии запроса синтаксису SQL, то за этим проследит сама БД. Если речь о том, что составляются некомпетентные запросы (скажем, декартово произведение больших таблиц) - то это задача рекрутинга и найма персонала.

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

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