Тут больше pro & cons of stored procedures

Это штатная документация, а не нота с металинка - поэтому доступна без регистрации и смс

Так кто круче-то? ДБА или ДевОпс?

Это штатная документация, а не нота с металинка - поэтому доступна без регистрации и смс

Куда я sysctl писать буду, если у меня доступа к консоли сервера нет?

Куда я sysctl писать буду, если у меня доступа к консоли сервера нет?

Тогда страдай

(

Куда я sysctl писать буду, если у меня доступа к консоли сервера нет?

Мой коммент был про ссылку на доку, а не про sysctl. Вполне вероятно, что с параметрами ядра все ОК, проблема с фрагментацией shared pool в oracle

Всем привет, прошу подсказать в какую сторону копать. Имеется база под управлением liquibase. Имеется ли возможность откатывать последние изменения, которые были накатаны через liquibase? В качестве примера: имеется некоторое состояние скриптов, накатили изменения, после стало ясно, что необходимо их откатить. Также необходимо учитывать, что откат должен быть только моих изменений, так как параллельно могут и другие люди накатить.

там же есть секция rollback

на каждый changeSet? Да, есть, но мне на множество changeset'ов

Вы ведете миграции одной базы из разных источников и храните это все в одной таблице?

ну норм же. зато несколько баз не держать

Есть проект DB, который хранит всю инфу только о базе (changeSet'ы и тд), а есть другие enterprise проекты, для работоспособности которых необходимы данные таблицы из проекта DB. Если проект N1 накатил свои изменения в DB, а потом выяснилось, что они не нужны, ему придется их откатывать. Примерно такая схема.

Павел Лесников, [23.08.17 13:45] insert into areas (com_port, phone, area, acct, acct_counter, data_incoming, time_incoming) SELECT 'COM4', '+999999999999', '12', '143848', '1050', '2017-07-26', '07:50:45' FROM areas WHERE NOT EXISTS (SELECT com_port, phone, area, acct, acct_counter, data_incoming, time_incoming FROM areas WHERE com_port = 'COM4' AND phone = '+999999999999' AND area = '12' AND acct = '143848' AND acct_counter = '1050' AND data_incoming = '2017-07-26' AND time_incoming = '07:50:45'); есть такой вот запрос - вопрос - почему не вставляет в таблицу если ошибку не выдает ? задача на самом деле очень простая - перед инсертом проверять есть ли такие данные в таблице, если нет - вставлять, иначе пропускать

Есть проект DB, который хранит всю инфу только о базе (changeSet'ы и тд), а есть другие enterprise проекты, для работоспособности которых необходимы данные таблицы из проекта DB. Если проект N1 накатил свои изменения в DB, а потом выяснилось, что они не нужны, ему придется их откатывать. Примерно такая схема.

Начни транзакцию, делайделай, не получилось — откати транзакцию....

Павел, оформи код правильно.

Павел Лесников, [23.08.17 13:45] insert into areas (com_port, phone, area, acct, acct_counter, data_incoming, time_incoming) SELECT 'COM4', '+999999999999', '12', '143848', '1050', '2017-07-26', '07:50:45' FROM areas WHERE NOT EXISTS (SELECT com_port, phone, area, acct, acct_counter, data_incoming, time_incoming FROM areas WHERE com_port = 'COM4' AND phone = '+999999999999' AND area = '12' AND acct = '143848' AND acct_counter = '1050' AND data_incoming = '2017-07-26' AND time_incoming = '07:50:45'); есть такой вот запрос - вопрос - почему не вставляет в таблицу если ошибку не выдает ? задача на самом деле очень простая - перед инсертом проверять есть ли такие данные в таблице, если нет - вставлять, иначе пропускать

потому что в селекте ничего нет

хм .. в 1-м ?

ну наверно

У тебя там разве несколько SELECTов ?

у него селект в селекте.

ну да - сложный запрос

ЭТо не SELECT, это подSELECT уже

есть идеи как это побороть ? я уже 2 часа мозг сушу

Если SELECT в INSERT ... SELECT не возвращает ни одной строки, у тебя не будет никаких ошибок, это нормальная ситуация. Ты можешь проверять после INSERT количество вставленных строк и возбуждать ошибку. Но это ты должен делать сам

Еще у него есть пачка джойнов и баночка юнионов, рано или поздно придется запускать на проде и эту хрень.

Есть проект DB, который хранит всю инфу только о базе (changeSet'ы и тд), а есть другие enterprise проекты, для работоспособности которых необходимы данные таблицы из проекта DB. Если проект N1 накатил свои изменения в DB, а потом выяснилось, что они не нужны, ему придется их откатывать. Примерно такая схема.

угу, и на каком этапе здесь что-то ломается?

есть идеи как это побороть ? я уже 2 часа мозг сушу

Побороть просто — тебе надо исправить запрос

Убери из INSERT-SELECT фразу INSERT, и отладь запрос отдельно, добейся, чтобы он выдавал то, что нужно. Затем вставь обратно

спс попробую

У тебя там тупо есть уже наверно такая запись

Не понимаю вообще в чём проблема твоя, ты вроде добился, чего хотел...

без инсерта - работает на ура

А с INSERT ?

см - обьясняю - все просто

есть база - пусть пустая

мы вставляем данные

далее при повторном запуске программы с теми же данными - нам нужно их пропускать, если данные новые - вставить в базу

Не пиши много маленьких сообщений подряд, пиши одно большое

ок

Ну это всё понятно, что не работает то?

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

ERROR: S client not available

СОтри базу в ноль и попробуй один селект без insert.

Он должен выдать запись.

Если нет, убирай по одному условию из WHERE, пока запись хоть одна не вернётся. Последнее условие будет неверным. Далее думай, и исправляй

запись выдает - в базу не вставляет

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

Не oracle ли это? В случае с oracle должно помочь заменить во внешнем SELECT'е "FROM areas" на "FROM dual"

Не может такого быть... Проверяй тогда @@rowcount от INSERT

не - это mysql ))

сын оракла)

А кстаи он прав...

Если AREAS изначально пустая, ничего вообще не вставить...

Соотв. FROM AREAS надо убрать.

хм ареас это просто номер района - сорри если ввел вас в заблуждение

ПРоблема в том, кажется, что FROM обязательно, если есть WHERE.

тогда можно переписать это на INSERT ... ON DUPLICATE UPDATE с фиктивной установкой одного поля.

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

https://dev.mysql.com/doc/refman/5.7/en/insert.html

спс

insert into areas (com_port, phone, area, acct, acct_counter, data_incoming, time_incoming) VASLUES ('COM4', '+999999999999', '12', '143848', '1050', '2017-07-26', '07:50:45' ) ON DUPLICATE UPDATE data_incoming = '2017-07-26', time_incoming = '07:50:45';

боюсь не пойдет - в это же время с другого ком порта и другого номера могут прийти данные

И?