и религию

Спасибо, мне добавить нечего)

Обнаружил, что в postgresql аналог сиквельного bulk copy — команда COPY — при импорте данных из плоского файла в таблицу, оставляет эти данные в логе (wal_level был выставлен в replica, дефолтное значение при установке постгре 11 версии через apt-get). Сейчас просматриваю файл лога в vi, вижу емэйлы пользователей, маски банковских карт и прочее.

Операция происходила в ноябре, точно не помню что делал, но почти уверен, что импортировал данные в тестовую базу через COPY

ичо?

не copy, a \copy

bcp или bulk insert в транзакционном логе данных вообще же не оставляют

и очевидно и на другие сервера при репликации не попадают

ну, для меня это оказалось неожиданным )

крч ты нуп, в мсскл все в лог попадает тоже %)

да ну?! смысл же этих операций в том, что они минимально логгируют?

ты базу в симпл держишь?

или это только в Bulk logged модели восстановления?

да, скорее всего только в ней

Точнее, в доке написано, что да:
For a database under the full recovery model, all row-insert operations that are performed by bulk import are fully logged in the transaction log

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

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

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

ой бля я это даже комментировать не хочу

кек, зацените, десерт - вынос мозга))

всем q, впервые юзаю sql, возник вопрос

кароче, мне нужно следующее: таблица events (каждый event содержит уникальный id и members - idшники юзеров) и таблица users (каждый user содержит id и hosted_events - idшники созданных юзером eventов), мне нужно как-то это связать

будет ли норм решением создать ещё одну таблицу а-ля events_members с ключом event_id и столбцом user_id + ещё одну таблицу hosted_events с ключом user_id и столбцом event_id?