Size: a a a

pgsql – PostgreSQL

2016 May 06

DB

Dima Beloborodov in pgsql – PostgreSQL
Alexandr Vladimirovich
здравствуйте коллеги, вопрос у меня возник. Кто то пробовал выносить журнал pg_clog и pg_xlog  на отдельный раздел tmpfs? Сильно ли я рискую если все эти журналы будут храниться в ram?
Если используете шпиндельные диски, то лог транзаций выносится на отдельный диск, чтобы была последовательная запись одним "писателем" и не дергать туда-сюда головку...
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
... диска
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
Когда мы перешли на SSD, перестали париться по поводу выноса.
источник

NK

ID:238556644 in pgsql – PostgreSQL
@DimaBeloborodov спасибо! а те тесты, которые в БД лежат, они управляются чем-нибудь типа pgtap, который может и сиды перетереть и ролбэк для изменений схемы сделать или это все руками делаете?
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
ID:238556644
@DimaBeloborodov спасибо! а те тесты, которые в БД лежат, они управляются чем-нибудь типа pgtap, который может и сиды перетереть и ролбэк для изменений схемы сделать или это все руками делаете?
В БД тесты, которые прогоняем при выкладке, там rollback, если что-то пошло не так, чтобы не выложить случайно гадость.
источник

PK

Phil Kulin in pgsql – PostgreSQL
вот проблемы у людей
источник

PG

Pavlo Golub in pgsql – PostgreSQL
Dima Beloborodov
А еще у нас есть тесты, которые мы включаем в скрипты деплоя.
BEGIN;
скрипты накатки
тесты
COMMIT;
Если тесты не прошли, то ROLLBACK?
источник

АВ

Александр Вир in pgsql – PostgreSQL
Философы
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
Pavlo Golub
Если тесты не прошли, то ROLLBACK?
Или \set ON_ERROR_STOP on
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
Pavlo Golub
Если тесты не прошли, то ROLLBACK?
Да, если понимаем, что во время выкладки, что-то пошло не так.
А в чем вопрос?
источник

PG

Pavlo Golub in pgsql – PostgreSQL
Dima Beloborodov
Да, если понимаем, что во время выкладки, что-то пошло не так.
А в чем вопрос?
У вас просто COMMIT стоит последним. Решил уточнить. Просто ли вы логгируете результаты тестов, или откатываетесь автоматом
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
Pavlo Golub
У вас просто COMMIT стоит последним. Решил уточнить. Просто ли вы логгируете результаты тестов, или откатываетесь автоматом
Если в тестах случиться ROLLBACK, то он случится раньше.
источник

PG

Pavlo Golub in pgsql – PostgreSQL
Dima Beloborodov
Если в тестах случиться ROLLBACK, то он случится раньше.
Вот
источник

PG

Pavlo Golub in pgsql – PostgreSQL
Dima Beloborodov
Если в тестах случиться ROLLBACK, то он случится раньше.
Вот это я и уточнил. Спасибо
источник

AK

Alexander Klyuev in pgsql – PostgreSQL
Dima Beloborodov
Мы делаем по-разному, но в целом выглядит следующим образом:
- скрипты поднятия стенда БД из репа
- тесты - sql-запросы объединенные в пакеты
- pytest + pytest-bdd для интеграционных тестов
Прикольно. У нас behave а не pytest-bdd.
А тесты "sql-запросов" это у вас просто psql запускается?
источник

KS

Kirill Shvakov in pgsql – PostgreSQL
можно писать такие что просто psql < tests.sql , а что именно вас интересует, может я смогу что рассказать ? )
источник

DB

Dima Beloborodov in pgsql – PostgreSQL
Alexander Klyuev
Прикольно. У нас behave а не pytest-bdd.
А тесты "sql-запросов" это у вас просто psql запускается?
Да
источник
2016 May 07

EM

Eugene MechanisM in pgsql – PostgreSQL
источник

D🐈

Dan 🐈 Capybara in pgsql – PostgreSQL
великолепно же!
источник

GM

Grisha Mirgorodsky in pgsql – PostgreSQL
А если две глубокие истины спорят? Как тогда?
источник