Его выдала пунктуация — длинные тире там, где их никто не использует
Я знаю про длинное тире с тех пор, как прочитал книжку Айзексона про Джобса (2012-й примерно).
С 2020-го работаю на mac’е и у меня везде длинное тире. На Винде его ставить не так удобно. Это не делает меня нейросетью, а то, что я пишу — нейрослопом
Как вы решаете проблему некорректных миграций при внедрении в уже существующие проекты? Например, добавили таблицу без PK. В следующей миграции добавили в эту таблицу PK. Как ваш линтер это обработает?
Вы бы хоть SQL показали... Как решали проблему с bloat'ом? History-таблицы будут append-only? Как решали проблему с wraparound и вакуумом для его предотвращения? Замораживаете строки сразу при вставке? Есть ли поддержка для секционированных таблиц?
Интересно, планируется ли интеграция pg-index-health с популярными CI/CD инструментами вроде GitHub Actions или GitLab CI?
Если честно, то не планировал пока что. Можете описать примерный сценарий использования? Подразумевается, что из пайплайна запускается шаг с проверками? Какая БД будет использоваться в этом случае?
Если брать до вычета налогов, то 1 млн. в БигТехе примерно соответствует действительности на текущий момент (вероятнее всего, с учетом годового бонуса)
Я знаю про длинное тире с тех пор, как прочитал книжку Айзексона про Джобса (2012-й примерно).
С 2020-го работаю на mac’е и у меня везде длинное тире. На Винде его ставить не так удобно. Это не делает меня нейросетью, а то, что я пишу — нейрослопом
Serial типы — это прошлый век. Уже давно следует использовать identity
А почему решили делать свой инструмент, а не расширять, скажем, sqlfluff?
Смотрели на Squawk или schemalint ?
Как вы решаете проблему некорректных миграций при внедрении в уже существующие проекты? Например, добавили таблицу без PK. В следующей миграции добавили в эту таблицу PK. Как ваш линтер это обработает?
"Откладывание на будущее" поддерживается в RabbitMQ через https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/
Вы бы хоть SQL показали...
Как решали проблему с bloat'ом? History-таблицы будут append-only?
Как решали проблему с wraparound и вакуумом для его предотвращения? Замораживаете строки сразу при вставке?
Есть ли поддержка для секционированных таблиц?
Вот за RestTestClient огромное спасибо. Его сейчас очень не хватает и приходится использовать WebTestClient
Не хватает консистентности в API
Нет тестов
Нет примера использования в Спринге
Вы забыли про vendor lock и санкции
Спасибо. Больше деталей с визуализациями можно найти в https://habr.com/ru/companies/tensor/articles/488104/
Там нет объяснения. Это преподносится тезис/мантра. По факту, не хватает как раз разбора таких нюансов.
Нам нужно 2 точки, чтобы посчитать дельту. Диапазон в 3 scrape interval даёт защиту от потерянного скрейпа.
ИМХО минимум — это 2. Надёжнее — 3. 4 и больше — это уже кому как нравится.
На основании чего сделаны такие выводы? Можно более подробное обоснование или ссылки на документацию?
Если честно, то не планировал пока что. Можете описать примерный сценарий использования? Подразумевается, что из пайплайна запускается шаг с проверками? Какая БД будет использоваться в этом случае?
Был тикет https://github.com/mfvanek/pg-index-health/issues/46
Я его переоткрыл
Вы же не руками обновляли сервисы? OpenRewrite же?
Если брать до вычета налогов, то 1 млн. в БигТехе примерно соответствует действительности на текущий момент (вероятнее всего, с учетом годового бонуса)
Извините за поздний ответ - пропустил уведомление о новом комментарии в почте.
maven-failsafe-plugin я никогда не использовал. Сейчас вообще плотно сижу на Gradle.
Лично я не вижу смысла разделять покрытие юнит и интеграционных тестов, но знаю людей, кто так делает. Это холиварная тема)
1) У вас действительно в схеме БД сделано
order_id bigserial? Или это опечатка?2) Пробовали потюнить автовакуум вообще и ля это таблицы в частности?
3) Как у вас реализовано удаление строк из этой таблицы? Меня смутило отсутствие индекса по order_id.
@nvv
Я адаптировал и немного переработал ваши запросы на поиск дублирующихся и похожих внешних ключей.
https://github.com/mfvanek/pg-index-health-sql/blob/master/sql/duplicated_foreign_keys.sql
https://github.com/mfvanek/pg-index-health-sql/blob/master/sql/intersected_foreign_keys.sql
ИМХО получилось забавно, поэтому не стал менять.
Нейросетка от Microsoft так генерирует) У меня было несколько попыток, и каждый раз для ноутбука получилось именно так))
Просто используйте OpenRewrite