Спасибо за статью и интересный инструмент. Мне очень нравится, что у вас все скрипты лежат отдельно и в чистом виде в папке resource (не размазаны по java-коду, как это обычно бывает). Такие скрипты можно и DBA показать и обновлять при необходимости.
PS
Я тут занимаюсь такой штукой, которая парсит папку с SQL-скриптами и строит http-интерфейс для всего этого дела (с моделями, фильтрами, пагинацией и пр.) github.com/CrocInc/sql-boot
Если кому интересно — пишите, расскажу подробнее или readme дополню (он сейчас довольно скромный).
А как решается ситуация, когда (total_time — blk_read_time — blk_write_time) < 0?
(насколько понимаю, это бывает в случае параллельного выполнения запроса на нескольких ядрах)
А с другой стороньі, єтот текст (и примерьі в нем) относится к другому подходу.
Возможно, но целью был именно «Everything as code». Код «живой», его можно провалидировать, собрать/скомпилить, выполнить тесты и т.д.
Однако почему я (любой другой читатель) должен внести изменения в свой текущий проект — не понятно.
Об этом как раз и будет во 2-м посте, он почти готов.
ОРМ имеют шлейф проблем.
Я намеренно не упоминал в тексте это слово ) Не, я не против ОРМ и не против «гуёвых» IDE'шек с красивыми кнопками, я за баланс, чтобы одно полностью не заменяло другое (и наоборот).
Да, все верно. Но в Evolutionary Database Design (и в соответствующей книге) основой акцент делается на схему БД, на ее структуру и как-будто больше ничего нет. Я же предлагаю взглянуть чуть шире, т.к. одной схемой БД дело далеко не ограничивается. Есть всякие административные операции, можно собирать метрики о работе и прочую информацию и все это точно так же можно выразить кодом.
PS
Я тут занимаюсь такой штукой, которая парсит папку с SQL-скриптами и строит http-интерфейс для всего этого дела (с моделями, фильтрами, пагинацией и пр.) github.com/CrocInc/sql-boot
Если кому интересно — пишите, расскажу подробнее или readme дополню (он сейчас довольно скромный).
(насколько понимаю, это бывает в случае параллельного выполнения запроса на нескольких ядрах)
Глаша работает над экселем? Или там БД. Если да, то какая?
Отвратительный перевод
А зачем?
Ответ ниже.
Возможно, но целью был именно «Everything as code». Код «живой», его можно провалидировать, собрать/скомпилить, выполнить тесты и т.д.
Об этом как раз и будет во 2-м посте, он почти готов.
Я намеренно не упоминал в тексте это слово ) Не, я не против ОРМ и не против «гуёвых» IDE'шек с красивыми кнопками, я за баланс, чтобы одно полностью не заменяло другое (и наоборот).
Да, все верно. Но в Evolutionary Database Design (и в соответствующей книге) основой акцент делается на схему БД, на ее структуру и как-будто больше ничего нет. Я же предлагаю взглянуть чуть шире, т.к. одной схемой БД дело далеко не ограничивается. Есть всякие административные операции, можно собирать метрики о работе и прочую информацию и все это точно так же можно выразить кодом.