Аля, что очередь выгребли?

да

А бэк сам отрапортовать в таблицу не может, что у него пул закончился и он молодец?

Ну да, это определённо логичнее

А бэк сам отрапортовать в таблицу не может, что у него пул закончился и он молодец?

В очереди данные могут быть разные. И Когда очередь пуста, это не означает что все записи добавлены. И наоборот, когда она не пуста, там могут висеть другие таски на обработку, которые попадут в другую таблицу уже, хотя в эту таблицу уже все записи будут добавлены

тогда наверное надо делать отдельный счётчик тебе

будет быстрее, чем триггер

А кто изначально знает эти граничные значения, сколько ему работать?

А кто изначально знает эти граничные значения, сколько ему работать?

Тот кто отправляет сообщения в очередь. Это делается все в одной программе. Отправка в очередь из программы 1 -> обработка задач программой 2 -> результат возвращается в программу 1

Опять таки, можно написать SP в которую вложить логику проверки, которую бэк и будет дергать. Идея такая же как и с шедулером, только там раз в n времени, а тут по запросу от бэка

Это значение есть в базе в общем

тогда наверное надо делать отдельный счётчик тебе

осел.jpg Индексированная вьюха!

Это я не серьезно, если что :)

т.е Программа 1 знает сколько еще сообщений в очередь надо отправить? А программа 2 просто льет это в бд по разным таблицам?

Опять таки, можно написать SP в которую вложить логику проверки, которую бэк и будет дергать. Идея такая же как и с шедулером, только там раз в n времени, а тут по запросу от бэка

А в какой время бэк должен дергать это? Опять таки не известно. Только если городить какой то невъебенно костыльный способ, который при старте проги будет смотреть какие из таблиц еще не активны, загружать инфу о них в память, делать запрос на COUNT, а потом уже в памяти, в зависимости от того в какую таблицу нужно положить пришедшее сообщение, увеличивать этот COUNT(который уже в памяти), что бы не дергать бузу, и как только числа равны делать таблицу активной

т.е Программа 1 знает сколько еще сообщений в очередь надо отправить? А программа 2 просто льет это в бд по разным таблицам?

нет, программа 2, выполняет задачу и шлет ответ в прогрумму 1, а программа 1 уже льет в базу

Ну вот после того, как она зальет в базу и вызывать проверку.

Ну вот после того, как она зальет в базу и вызывать проверку.

после того как зальет в базу одну запись?

Нет, весь пул

Нет, весь пул

как узнать что весь пул залит?

Или я как-то не так понял :)

Программа 1, отправляет в программу 2 только 1 запись?

В проге 1 откуда-то инфа же берется, о количестве сообщений, которые нужно отправить?

Программа 1, отправляет в программу 2 только 1 запись?

Нет. Изначально генерит туеву хучу сообщений и отправляет их. То есть, фактически, сообщения которые отправлены в программу 2 на обработку, придут назад(в программу 1) в том же количестве в котором и были отправлены

В проге 1 откуда-то инфа же берется, о количестве сообщений, которые нужно отправить?

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

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

Такой триггер ничего не замедлит. Уловие - ID - автоинкремент CREATE OR REPLACE TRIGGER TRIGGER1 BEFORE INSERT ON GDS FOR EACH ROW BEGIN IF MOD(:NEW.ID/1000) = 0 THEN -- действия на каждую 1000 запись END IF; END;

фейспалм

1) автоинкремент не всегда без оффсета 2) автоинкремент может скакнуть при роолбеке, игноре и прочем

Такой триггер ничего не замедлит. Уловие - ID - автоинкремент CREATE OR REPLACE TRIGGER TRIGGER1 BEFORE INSERT ON GDS FOR EACH ROW BEGIN IF MOD(:NEW.ID/1000) = 0 THEN -- действия на каждую 1000 запись END IF; END;

ключевое слово FOR EACH ROW тебе о чем-нибудь говорит?

Да и число как я понял рандомное, при котором должен происходить апдейт левой таблицы

Такой триггер ничего не замедлит. Уловие - ID - автоинкремент CREATE OR REPLACE TRIGGER TRIGGER1 BEFORE INSERT ON GDS FOR EACH ROW BEGIN IF MOD(:NEW.ID/1000) = 0 THEN -- действия на каждую 1000 запись END IF; END;

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

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

Наверное зависит от БД, в Oracle пустой триггер практически не влияет на производительность

"Практически" - понятие относительное. Проведи замеры, узнаем точно))))

Я на мускуле мерил, там вроде процентов 15-20 получалось

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

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

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

ну вот наверное придется делать то как я выше написал

А в какой время бэк должен дергать это? Опять таки не известно. Только если городить какой то невъебенно костыльный способ, который при старте проги будет смотреть какие из таблиц еще не активны, загружать инфу о них в память, делать запрос на COUNT, а потом уже в памяти, в зависимости от того в какую таблицу нужно положить пришедшее сообщение, увеличивать этот COUNT(который уже в памяти), что бы не дергать бузу, и как только числа равны делать таблицу активной

Привет, подскажите, права к папке хранить отдельной таблицей или в той же таблице что и сама папка?

Я уже ответил, когда у бэка заканчивается пул. На старте проги, у нее есть кол-во сообщений которые нужно отправить, верно?

Я уже ответил, когда у бэка заканчивается пул. На старте проги, у нее есть кол-во сообщений которые нужно отправить, верно?

Не совсем на старте. Событие отправки сообщений срабытывает по крону, но да, количество есть

Что делать?

Не совсем на старте. Событие отправки сообщений срабытывает по крону, но да, количество есть

1. Мы знаем, что нам нужно отправить 10000 сообщений. 2. Мы начинаем разгребать этот пул, попутно помечая что мы уже обработали(логика бэка). 3. Когда пул из 10к закончился, дергаем SP с вопросом, а все ли хорошо. Если да, сразу помечаем таблицу, если нет, запрашиваем инфу, а что еще нужно.

1. Мы знаем, что нам нужно отправить 10000 сообщений. 2. Мы начинаем разгребать этот пул, попутно помечая что мы уже обработали(логика бэка). 3. Когда пул из 10к закончился, дергаем SP с вопросом, а все ли хорошо. Если да, сразу помечаем таблицу, если нет, запрашиваем инфу, а что еще нужно.

Спасибо

В моем понимании, есть общий пул, из которого бэк распихивает сообщения по потокам и управляет этим процессом, и знает, когда у него оный закончился, возможно у вас как-то очередь не так реализована? :)

В моем понимании, есть общий пул, из которого бэк распихивает сообщения по потокам и управляет этим процессом, и знает, когда у него оный закончился, возможно у вас как-то очередь не так реализована? :)

В одну очередь посылаются таски на выполнение, это очередь разгребает программа 2. И вот программа 2, смотрит это сообщение, смотрит что с ним надо сделать, смотрит куда надо отправить результат. Если результат надо отправить в очередь, то отправляет его в очередь(уже другую). А эту(другую) очередь слушает программа1(которая изначально отправляли сообщения) и она уже пишет их в базу. Ну я впринципе понял как сделать это надо. Как я выше описал. Я не могу отталкиваться от того, что если пул пустой, значит конкретно эта таблица уже заполненна

А я и не говорил, что по завершению пула надо помечать таблицу, по завершению пула, надо проверять таблицу

А дальше на ваше усмотрение

Поясни, что надо.

https://m.habr.com/company/technoserv/blog/417545/

да баш орг что ли реанимируете

?

1. Мы знаем, что нам нужно отправить 10000 сообщений. 2. Мы начинаем разгребать этот пул, попутно помечая что мы уже обработали(логика бэка). 3. Когда пул из 10к закончился, дергаем SP с вопросом, а все ли хорошо. Если да, сразу помечаем таблицу, если нет, запрашиваем инфу, а что еще нужно.

Какой млин бред.

?

30 записей в секунду это не быстро и не часто.

?

Это жесть как "много".

Какой млин бред.

предложи другой вариант

Угу бигдата и все такое ?

предложи другой вариант

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

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

С логикой все в порядке. Что именно в этой логике не правильно, или не понятно?

ERROR: S client not available

А не будет городить какой то бред с "подсчетом записей и закрыванием таблиц" ?

С логикой все в порядке. Что именно в этой логике не правильно, или не понятно?

Впечатление что ты сам не понимаешь что делаешь и зачем. В этом вообщем то все

Впечатление что ты сам не понимаешь что делаешь и зачем. В этом вообщем то все

Если Вам чет не понятно, это не значит что я не понимаю этого

А не будет городить какой то бред с "подсчетом записей и закрыванием таблиц" ?

"подсчит записи и закрывание таблиц" нужно для того, что бы эти неполные таблицы не показывать юзеру

Если Вам чет не понятно, это не значит что я не понимаю этого

Если ты не можешь что-то обьяснить - значит ты сам этого не понимаешь. (кто-то)

"подсчит записи и закрывание таблиц" нужно для того, что бы эти неполные таблицы не показывать юзеру

Ох мляяя там еще и юзер видит таблицы в базе ?

Если ты не можешь что-то обьяснить - значит ты сам этого не понимаешь. (кто-то)

(С) Я (в дискусии о работе сознания) ?

Ох мляяя там еще и юзер видит таблицы в базе ?

Ля, а нах они тогда нужны? Собирается инфа о чем то, потом отдается юзеру

Я не могу.. пристрелите нафиг.. видимо это комета так действует на них.

Что именно не так? Какой момент не понятен? Давай подробней распишу

Да мне уже собственно все понятно. Смешно что там выше народ пытался решить твою задачу, не понимая какой бред они решают. ?

Да мне уже собственно все понятно. Смешно что там выше народ пытался решить твою задачу, не понимая какой бред они решают. ?

Так объясни, почему это бред?

Что именно не так? Какой момент не понятен? Давай подробней распишу

Давай распиши. Я на завтрак ушел

Давай распиши. Я на завтрак ушел

Так что именно непонятно то?

Так что именно непонятно то?

А ты все распиши. Никто никуда не спешит же

Просто есть вариант, что объясняя нам, ты сам поймешь. Но это не точно.

Просто есть вариант, что объясняя нам, ты сам поймешь. Но это не точно.

я понимаю что я делаю

я понимаю что я делаю

судя по отрывочным высказываниям, нифига ты не понимаешь

про недавнее о яндексе навеяло - А ты где работаешь? - В Яндексе. - Таксист, значит...

судя по отрывочным высказываниям, нифига ты не понимаешь

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

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

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

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

То ли еще будет... Неделя еще не кончилась.)

five nights at dba's

five nights at dba's

думаешь пора туры продавать? или намутим по мотивам баша, например SELECT...ORG

Было где-то

Про sql так точно

Есть про говнокод сайт

И там можно выбрать sql

он кстати теперь с какого-то хуя забанен сами понимаете кем