обычно документации так много что нет времени всю её изучать , а решение нужно здес и сейчас, имено для этого и есть такие подключения через ТГ к роевому разуму

overmind

Делаааа....

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

чтоб было

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

Дык когда костылят

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

просто в голос

в 1с всё так

обычно документации так много что нет времени всю её изучать , а решение нужно здес и сейчас, имено для этого и есть такие подключения через ТГ к роевому разуму

пиши по-русски, читать твое гавно, а не речь – больно

обычно документации так много что нет времени всю её изучать , а решение нужно здес и сейчас, имено для этого и есть такие подключения через ТГ к роевому разуму

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

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

Хитро

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

Угадал все буквы. Не смог прочитать слово?

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

Модель вложенных транзакций как в Sybase & ms SQL server. Счётчик транзакций используется. Begin transaction увеличивает счётчик. Commit уменьшает. Как только счётчик переходит с 1 на 0, транзакция реально коммитится. Rollback отменяет весь праздник до момента первого начала транзакции. Это нормальная ходовая модель, многие применяют ее. Нужна такая модель вложенных т. не для организации транзакций, а для организации кода, который этими транзакциями управляет. Если есть независимый кусок кода (процедура) который может выполняться как сам, так и в составе другого кода ( может быть вызван) то ему надо уметь управлять транзакциями в обоих случаях. Модель вложенных т. как раз позволяет это сделать. Код при этом не меняется. В начале делается begin transaction, который увеличивает trancount, в конце commit , который уменьшает. Если это автономно работает, транзакция завершается, если код вызван, то commit только уменьшает счётчик , а реальное управление транзакцией остаётся в руках вызвавшего кода. Rollback откатывает все , поэтому он должен использоваться вместе с индикатором ошибки. Либо код генерирует ошибку ( исключение например), и не отменяет транзакцию, либо отменяет и генерирует ошибку. Соответственно, вызывающий код должен либо обнаружить ошибку и отменить транзакцию, либо обнаружить ошибку и не отменяя ничего, завершится. Ну и на последок, То, что ты вероятно хочешь, называется автономными транзакциями, когда вложенная завершается или отменяется независимо от внешней. Так в Оракле. Но это единственная СУБД, поддерживающая такой режим.

а в нормальных субд start transaction внутри другой транзакции вызывает implicit commit

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

?

пиши по-русски, читать твое гавно, а не речь – больно

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

сомому

обязательно

обязательно

то есть делать FOR element IN EXECUTE "sql query" LOOP var1 = null; var2 = null; легально?

то есть делать FOR element IN EXECUTE "sql query" LOOP var1 = null; var2 = null; легально?

да

да

ок спс

То чувство когда приходишь на проект и все считают тебе древнем разрабом из за того что ты знаешь SQL, а команда дальше ORM никуда не лазит

что такое SQL?

не знаю

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

Что он может писать?

commit log например

6.5 метров в секунду?

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

Что он может писать?

Select может писать временные промежуточные данные

запрос where id=x

21226 be/4 postgres 32.39 K/s 6.33 M/s 0.00 % 31.88 % postgres: SELECT

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

Второй вариант - IO на запись генерируют не select.

ну iotop говорит, что пишет именно процесс селекта

ещё момент - таблицу пересоздавали недавно.

вот пишут на форуме пг что это он может хинт-биты проставлять, но с пятицы-то уже должен был проставить за 3 дня

Это гадание на бобах. Гляди в логи, мониторь...

Смотри план запроса

запрос where id=x

А дальше?

всё, одно условие. м... ладно, часть еще висят с id in (....)

вот пишут на форуме пг что это он может хинт-биты проставлять, но с пятицы-то уже должен был проставить за 3 дня

это и есть clog

https://wiki.postgresql.org/wiki/Hint_Bits

т.е. если в таблицу был только инсерт и других операций не было, то эти биты не проставляются

и при селекте идёт их запись

ну вот я видел, но он насколько много может писать?

Я правильно понимаю, что если сделать к примеру select count(*), они проставятся везде и данный тупняк пройдёт?

может не из-за этого

(если это корень проблемы)

автовакуум?

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

или он не проставляет хинты?

Вакуум делается на читающих сессиях вроде бы? В PG...

Что-то такое смутно помню. .

Если так, то это тоже может быть запись

(если это корень проблемы)

если объём таблицы большой, то этих битов вполне может быть много

или он не проставляет хинты?

Если проставляет, включены checksums и full page write, то писать и писать. Практически полная перепись таблицы + WAL

можете ещё в чате пг спросить https://t.me/pgsql

Ну попробуем тогда select count(*) на ночь зафигачить. если проблема в этом должно ж пройти по идее. Спасибо

https://wiki.postgresql.org/wiki/Hint_Bits

Гы, почитал, в результате очень похоже на то, как в Oracle locks сохраняются. (они на страницах с данными). Данные разные, по сути, но эффект одинаковый.

Гы, почитал, в результате очень похоже на то, как в Oracle locks сохраняются. (они на страницах с данными). Данные разные, по сути, но эффект одинаковый.

Oracle тоже так умеет, но в гораздо более редкостных случаях.

Всем здравствуйте! Здесь есть те, кто может писать на прологе?

Вдруг кто то сталкивался с данной средой программирования

Вдруг кто то сталкивался с данной средой программирования

зануда mode on: языком программирования, не средой программирования

зануда mode on: языком программирования, не средой программирования

Судя по всему знаете да?

нет

Ну что и требовалось ожидать

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

Такая муть... В универе давали её... Буээ

Ну что и требовалось ожидать

???

девочка в чате)

@AlexCAD ? это чудо во многих чатах разнесло

@AlexCAD ? это чудо во многих чатах разнесло

Ну что и требовалось ожидать

Вот у меня вопрос назрел, к слову. Вот мы ставим на определенные типы в зависимости от задачи, у каждого определенный объем. Это делается дл чего? Допустим, у нас есть int длинной 11, почему бы не выставить в максимум? В некоторых СУБД, к примеру, незанятое пространство занимается пробелами, но в некоторых нет — вопрос и по ним. Причина в резервации места, верно?

Т.е. вне зависимости от реального размера место под запись резервируется, которая указана для данного стоблца, так?

Для вебсокетов какие бд подходят?

Для вебсокетов какие бд подходят?

что ты под этим подразумеваешь ?

Подписку на события, как минимум

Т.е. вне зависимости от реального размера место под запись резервируется, которая указана для данного стоблца, так?

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

Подписку на события, как минимум

с какими бд можно работать по протоколу ws ?

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

Спасибо! А у меня еще один вопросик из разряда: "Как это работает?" — а как хранятся вовсе данные по факту? То есть, допустим, на жестком диске лежит схема БД, мы запускаем SQL-сервер, он создает её объект в памяти, и все манипуляции происходят с ячейками памяти соотвественно ОЗУ, а данные в определенный момент сохраняются на жесткий диск? Или идет непосредственно работа с жестким диском?

Мало того, что ты не указал базу, так ещё и вопрос слишком общий, чтоб дать точный ответ. В Озу не все базы помещаются так-то.

Мало того, что ты не указал базу, так ещё и вопрос слишком общий, чтоб дать точный ответ. В Озу не все базы помещаются так-то.

Да я в целом имею ввиду

За пример можно взять там Mongo/Postgre/MySQl