после удаления по схеме выше запрос заканчивается, но на базе видно нагрузку еще несколько минут.

по процессору и иопсам

Коллеги, подскажите пожалуйста как заставить Postgresql 9.6 начать вести новый логфайл в /var/log/postgresql

а что будет, если я запрос напишу типа так: autocommit=0; delete from table where indexed_field<some_value; autocommit=1;

А нафига auto commit отрубать?

Приветствую. Есть триггер sql before insert or update ON PAYNET.DOCUMENTS referencing new as new old as old for each row declare v_rec paynet.documents%rowtype; BEGIN v_rec.kub_db := :new.kub_db; --И тут еще дохера полей p_formats_odb.check_requisites_rup(v_rec); :new.status_description := v_rec.status_description; END; Можно ли как то в оракле v_rec инициализировать значениями из :new.* что бы не перечислять каждое поле

верни как было

Приветствую. Есть триггер sql before insert or update ON PAYNET.DOCUMENTS referencing new as new old as old for each row declare v_rec paynet.documents%rowtype; BEGIN v_rec.kub_db := :new.kub_db; --И тут еще дохера полей p_formats_odb.check_requisites_rup(v_rec); :new.status_description := v_rec.status_description; END; Можно ли как то в оракле v_rec инициализировать значениями из :new.* что бы не перечислять каждое поле

Нет, нельзя

а как

Как бы перечислять поля все равно придется когда-то. При обработке

я пока взял и сделал select ' v_rec.' || column_name || ' := :new.' || column_name || ';' from user_tab_columns where table_name = upper('documents');И скопировал сформированный селект, облегчило от рукоблудия, но хотелось бы чтоб не было этой колбасы в тригере

Но вроде можно переменную типа record просто из той псевдотаблицы присвоить

Как не знаю, не помню уже

Типа так? v_rec := :new; - не катит

Но вообще перечисление полей - одна из главных работ программиста бд

Не понятно почему это вызывает такие трудности

SQL developer там, все дела

А так читай фейерштейн прибыл

Может найдешь way

SQL developer там, все дела

Ага, если бы он у нас был ) Иметь отдельного SQL developer это конешно круто

Это IDE такая

Но у нас экономят!

Это IDE такая

? ты про IDE ей и пользуюсь

и оракле из экономии купили?

и оракле из экономии купили?

Предыдущее руководство денег видимо не жалело

А нафига auto commit отрубать?

думал это ускорит удаление. чтобы удалить пачку и за раз для них индексы перестроить

Не бывает

а подскажите, если в запросе на удаление есть условие (where) и есть limit100. будут удалены строки из условия, или не факт и можно удалить строки не подпадающие под условие?

чё?

как это с условием удалятся без условия? о_0

в оракле нет инструкции limit

или у вас 12с?

в оракле нет инструкции limit

mariadb 5.5.56

в оракле нет инструкции limit

есть оффсет и ruwnumber

как это с условием удалятся без условия? о_0

я не знаю как вместе обрабатываются where и limit

как обычно

как обычно

я не знаю как обычно. я не дба

и не кодер

а кто?

а кто?

сисадмин

если вы не дба, тогда зачем лезете в базу?

обычно where и limit работают

и точка

другое дело, что без сортировки вы можете первые 10 записей увидеть одни, а удалятся другие

если вы не дба, тогда зачем лезете в базу?

я не знаю тонкостей выполнения запросов.

другое дело, что без сортировки вы можете первые 10 записей увидеть одни, а удалятся другие

я примерно об этом и хотел узнать

я не знаю тонкостей выполнения запросов.

это не отменяет вопроса, зачем вы туда лезете, да еще и через лимит удаляете

надо в цикле удалить много строк. поля с уникальным значением нету. отбор только по дате и идентификатору элемента. для одного элемента может быть много записей

это не отменяет вопроса, зачем вы туда лезете, да еще и через лимит удаляете

надо как-то базу почистить

почему сисадмин чистит базу

не лезьте туда, где у вас нет опыта как минимум

почему сисадмин чистит базу

видимо есть причина?

ой, держите в курсе

не лезьте туда, где у вас нет опыта как минимум

можно гуглить и читать, как устроено where+limit. можно сделать тестовую бд и там проверить. это небыстро. это просто разовая задача. чтобы не терять времени на тонкости непрофильные - зашел спросить у профи. это возбраняется?

нет нет, я вроде на вопрос ответил, жду занимательной истории

другое дело, что без сортировки вы можете первые 10 записей увидеть одни, а удалятся другие

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

тогда вам лимит не нужен

нет нет, я вроде на вопрос ответил, жду занимательной истории

нет никакой занимательной истории

тогда вам лимит не нужен

под условие попадает по несколько миллионов строк. это очень долго

https://mariadb.com/kb/en/library/big-deletes/

я пока для себя вижу вариант с удалением порциями

и как раз пробую написать тот самый цикл для своей ситуации

там нет лимитов

тут в статье - удаление по уникальному полю. у меня такого поля нет

там вообще какой-то выстрел в ногу себе

берете дату и по ней удаляете, интервал подбираете под себя оптимальный

ERROR: S client not available

там вообще какой-то выстрел в ногу себе

в KB разаработчика субд выстрел себе в ногу?

и как раз пробую написать тот самый цикл для своей ситуации

берешь такой, выбираешь N записей меньше положенной даты с лимитом, и удаляешь по праймари profit

у него нет праймари

тогда это груздь

в KB разаработчика субд выстрел себе в ногу?

для вашей цели да, вы не понимаете, что там и для чего делается и как это применить на ваш случий

берешь такой, выбираешь N записей меньше положенной даты с лимитом, и удаляешь по праймари profit

там в таблице 4 поля. itemid, date,value,nanosec. индекс один по (item,date)

там лимиты используются для того, чтобы дернуть первые 1к айди, которые потом подставить в запрос на удаление

не понимаю проблемы удалить тупо по дате одним запросом

не понимаю проблемы удалить тупо по дате одним запросом

долго

типа лока избежать хотите длительного?

база в проде

?

по минут 40 может удалять некоторые элементы

база в проде

да

место есть?

для копии таблицы

если удалять простым запросом - основной сервис начинает тупить на вставке данных в базу

место есть?

есть

делайте копию таблицы с нужными данными, потом подменяете таблицы и дропаете старую

без локов и по фасту

только перед дропом, но после подмены, проверить не забудьте, что все данные доехали в новую таблицу из старой

делайте копию таблицы с нужными данными, потом подменяете таблицы и дропаете старую

я так понимаю сервис надо будет остановить на время копирования и до момента подмены таблицы?

а еще лучше, если бы там с партициями разобраться

я так понимаю сервис надо будет остановить на время копирования и до момента подмены таблицы?

с чего вдруг

а еще лучше, если бы там с партициями разобраться

это в планах

у вас есть шанс сразу двух кроликов поймать одним выстрелом

с чего вдруг

сейчас в бд пишется примерно 100-150 инсертов в секунду. копировать нужные данные - надо все-таки какое-то время. за это время набежит еще сколько-то данных в старую таблицу

именно поэтому надо сделать это

только перед дропом, но после подмены, проверить не забудьте, что все данные доехали в новую таблицу из старой

надо или что-то, чтобы запись началась в новую таблицу прозрачно, или копия данных чтобы писалась в новую

так... кажись понял

делаю типа: create table big_new like big; потом rename table big_new to big, big to big_old; а потом уже можно лить данные по своим условиям (они по каждому свои)... типа insert into big select * from big_old where itemid=111 and date > some_value;