powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / блокировка таблицы при insert
18 сообщений из 43, страница 2 из 2
блокировка таблицы при insert
    #33104907
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
savosin_sergeyэти блокировки много от чего зависят, вряд ли можно обойтись какими-то настройками, вроде autocommit=yes/no..
в msSqlServer2k, например, на них влияет
настройка isolation level транзакции,

"хинты" в операторах insert, update, select, delete

ну и, конечно же, от выбора СУБД тоже многое зависит! так что либо использовать хранимые процедуры, либо писать нормальные триггеры, т.е. управлять транзакциями на СУБД, а не из powerBuilder'а..


Вернемся к теме.
Приведите ситуацию, в которой по Вашему мнению нужна явная блокировка:
Код: plaintext
insert into <table> with(tablockx) ...
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33104967
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sboykoИдеи конечно правильные - никто не возражает. Но кроме OLTP есть просто информационные системы, в которых блокировка документа является способом указать что с ним уже работают и другие изменения не приветствуются. Вопрос о конкурирующих транзакциях вообще не стоит. Можно поставить TimeStamp, но можно просто блокировать. DeadLock не будет потому работа идет с одной таблицей.
Поэтому вопрос и был, что все таки в PowerBuilder позволяет делать явные операции блокировок-получается ничего.
вопрос стоял (хоть и в скрытой форме) так "как мне реализовать счётчик записей, удовлетворяющих некоторому условию". Просто я его уже задал на другом форуме, а здесь начал "издалека".

2 всем:
Интересно сравнить ответы чистых "серверников" в разделе mssqlserver и "прикладников" в разделе powerBuilder..

ответ ASCRUS (а затем и других) с блокировкой вспомогательной таблицы посредством update table очень помог (хотя и было непонятно сначала, что блокировка update не снимается до commit tran )! только не понятно, чем триггер плох? та же хранимая процедура, хоть и сработает после добавления, но номер проставить всё же можно..
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33104979
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovsky
Вернемся к теме.
Приведите ситуацию, в которой по Вашему мнению нужна явная блокировка:
Код: plaintext
insert into <table> with(tablockx) ...

Эта тема была создан всвязи с таким insert 'ом. Но сейчас я думаю, что "хинт" на insert вешать -- не дело. Намного элегантнее всё решить в триггере, блокируя вспомогательную таблицу. Хотя в указанном примере вспомогательная таблица вообще не используется..
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33104987
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а сама проблема звучит так
авторпроблема: в таблице есть поля "первичный ключ", "дебет" и "номер позиции". для некоторых дебетов (капитальные вложения, 106) надо в поле "номер позиции" присваивать последовательные номера (в разрезе всей таблицы)
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105257
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
savosin_sergeyа сама проблема звучит так
авторпроблема: в таблице есть поля "первичный ключ", "дебет" и "номер позиции". для некоторых дебетов (капитальные вложения, 106) надо в поле "номер позиции" присваивать последовательные номера (в разрезе всей таблицы)

server side
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
table doc ( id identity, debit, pos);
table idgen (name, curr_id);
trigger on doc after insert or update of debit
  if new.debit =  106  then
     update idgen set curr_id = curr_id +  1  where name = 'doc.pos';
     select curr_id into :new.pos from idgen where name = 'doc.pos';
  end if;
end trigger;

client side
Код: plaintext
1.
2.
3.
4.
TR1> insert into doc (debit) values ( 106 );
TR2> insert into doc (debit) values ( 106 ); -- TR2 ждет commit в TR1 
TR1> commit 
TR2> commit 

Это работает в любой DBMS без всяких явных блокировок и прочего.
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105318
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
savosin_sergeyИнтересно сравнить ответы чистых "серверников" в разделе mssqlserver и "прикладников" в разделе powerBuilder..

ответ ASCRUS (а затем и других) с блокировкой вспомогательной таблицы посредством update table очень помог
И к какому классу Вы относите ASCRUS'а?
Кстати, я хотел предложить похожий вариант...
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105435
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Anatoly Moskovsky
авторtable doc ( id identity, debit, pos);
table idgen (name, curr_id);
trigger on doc after insert or update of debit
if new.debit = 106 then
update idgen set curr_id = curr_id + 1 where name = 'doc.pos';
select curr_id into :new.pos from idgen where name = 'doc.pos';
end if;
end trigger;

да, блокировки все сами правильно расставляются первым update'ом, я теперь тоже вкурсе! хотя ваш скрипт немного бы изменил (с учётом того, что в mss в триггере обрабатываются сразу все изменённые/добавленные записи, а не одна.. да и документ надо изменить): (синтаксис ms sql 2000, с теми же таблицами)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
--сплагиачено у М.(bumsy)
create table doc ( id int identity, debit varchar( 3 ), pos int)
create table idgen (name varchar( 20 ), curr_id int)
create index ix_doc_name ON idgen (name)

CREATE TRIGGER [TR_DOCS_I] ON dbo.doc
FOR INSERT
AS
BEGIN
 DECLARE @c_num int -- значение из таблицы счетчиков
 DECLARE @rc int -- кол-во обрабатываемых в триггере строк
	
 SELECT @rc = COUNT(*)
 FROM inserted
 WHERE inserted.debit = '106'

 IF @rc >  0  
 BEGIN -- генерация номера по порядку

  UPDATE idgen
  SET @c_num = curr_id = curr_id + @rc
  WHERE name = 'doc.pos'
  --теперь другой аналогичный триггер будет ждать конца транзакции

  SET @c_num = @c_num - @rc

  UPDATE doc
  SET @c_num =  pos =  @c_num +  1 
  FROM doc, inserted
  WHERE doc.id = inserted.id AND doc.debit = '160'

 END
END
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105447
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк savosin_sergeyИнтересно сравнить ответы чистых "серверников" в разделе mssqlserver и "прикладников" в разделе powerBuilder..

ответ ASCRUS (а затем и других) с блокировкой вспомогательной таблицы посредством update table очень помог
И к какому классу Вы относите ASCRUS'а?
Кстати, я хотел предложить похожий вариант...
это форум можно назвать "прикладным". Прикладывается он к powerbuilder'у ;-). А на msSqlServer-форуме обитают "теоретики" (ничего против не имею!). И решения одной и той же проблемы различаются..
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105490
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
savosin_sergey
Ну во первых вместо:
Код: plaintext
1.
2.
3.
4.
 SELECT @rc = COUNT(*)
 FROM inserted
 WHERE inserted.debit = '106'

 IF @rc >  0  
лучше бы привыкать писать:
Код: plaintext
1.
2.
3.
4.
 IF EXISTS( 
   SELECT *
   FROM inserted
   WHERE inserted.debit = '106')
отличия - Ваш вариант будет сканом перебирать всю таблицу, мой при встрече первого подходящего условия сразу же закончит работу. Вариант с COUNT(*) бывает полезно применять в других случаях - когда нужно заблокировать по фильтру все записи через SELECT/хинт не возвращая результат.

Далее - Вы не вняли моему совету сделать все на ХП и все таки влепили в триггер, так что могу смело критиковать:
В моем варианте номер получается до операции с таблицей Doc, таким образом мы получаем и блокируем/резервируем свой новый номер для сессии, потом просто вставляем его сразу с записью. В Вашем варианте Вы вставляете запись, потом получаете номер, потом обновляете ту же запись. Это плохой вариант - затягиваем транзакцию, увеличиваем лог, неявно вызываем UPDATE триггера не по делу, не можем на таблицу повесить CHECK ((debit <> '160' and pos is null) or (debit = '160' and pos is not null)). В общем я еще раз настоятельно рекомендую подумать о ХП исключительно из за того, что в качестве РСУБД выступает MSSQL. Была бы та же ASA, где можно прямо в BEFORE TRIGGER инициализировать значение вставляемого/изменяемого поля, я бы там сразу же порекомендовал триггер.

авторИ к какому классу Вы относите ASCRUS'а?
Ну на данном форуме я исключительно прикладник, на Sybase я исключительно серверник, а к MSSQL слава богу вот уже 2 года никакого отношения не имею :)
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105835
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS savosin_sergey
Ну во первых вместо:
Код: plaintext
1.
2.
3.
4.
 SELECT @rc = COUNT(*)
 FROM inserted
 WHERE inserted.debit = '106'

 IF @rc >  0  
лучше бы привыкать писать:
Код: plaintext
1.
2.
3.
4.
 IF EXISTS( 
   SELECT *
   FROM inserted
   WHERE inserted.debit = '106')


переменная @rc дальше используется в триггере.

ASCRUSВ общем я еще раз настоятельно рекомендую подумать о ХП исключительно из за того, что в качестве РСУБД выступает MSSQL. Была бы та же ASA, где можно прямо в BEFORE TRIGGER инициализировать значение вставляемого/изменяемого поля, я бы там сразу же порекомендовал триггер. Подумаю. Правда в msSql2000 появились instead-триггеры ("вместо"), но все примеры использования я видел только для вьюх.
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33105870
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я сам не пользовался instead-of триггерами, но читал по форуму MSSQL, что при их использовании возникают различные проблемы. Так что лучше перед их использованием порыться по форуму "на всякий пожарный".
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33106401
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНу на данном форуме я исключительно прикладник, на Sybase я исключительно серверник, а к MSSQL слава богу вот уже 2 года никакого отношения не имею :)
Ну что касается обсуждаемого вопроса, то насколько я понимаю, ASE будет себя вести аналогично MS SQL...
Это же пельмени, но они же равиоли...
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33106488
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк авторНу на данном форуме я исключительно прикладник, на Sybase я исключительно серверник, а к MSSQL слава богу вот уже 2 года никакого отношения не имею :)
Ну что касается обсуждаемого вопроса, то насколько я понимаю, ASE будет себя вести аналогично MS SQL...
Это же пельмени, но они же равиоли...
Что то мне кажется, что на ASE эта задача будет еще сложнее решаться - вряд ли там есть instead триггера или же хинты на DML операторы.
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33106699
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSЧто то мне кажется, что на ASE эта задача будет еще сложнее решаться - вряд ли там есть instead триггера или же хинты на DML операторы.
Так есть же вариант с sp?
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33106716
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и без instead-триггера можно:
ASCRUSтак что могу смело критиковать:
В моем варианте номер получается до операции с таблицей Doc, таким образом мы получаем и блокируем/резервируем свой новый номер для сессии, потом просто вставляем его сразу с записью. В Вашем варианте Вы вставляете запись, потом получаете номер, потом обновляете ту же запись. Это плохой вариант - затягиваем транзакцию, увеличиваем лог, неявно вызываем UPDATE триггера не по делу, не можем на таблицу повесить CHECK ((debit <> '160' and pos is null) or (debit = '160' and pos is not null)). В общем я еще раз настоятельно рекомендую подумать о ХП исключительно из за того, что в качестве РСУБД выступает MSSQL. Была бы та же ASA, где можно прямо в BEFORE TRIGGER инициализировать значение вставляемого/изменяемого поля, я бы там сразу же порекомендовал триггер.

проверку можно в after-триггер вставить, так как он выполняется в одной транзакции вместе с вызвавшем его insert 'ом. То есть rollback откатит и вставку записей:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
drop table tdoc
go
create table tdoc (id int identity, dnum int, debit varchar( 3 ))
go
create trigger tdoc_ins on tdoc for insert
as begin
 if exists(select * from inserted where debit='106') begin
  raiserror('нельзя вводить дебет 106!',  16 ,  1 )
  rollback
 end
end
go

insert into tdoc(dnum, debit)
select  1 , '101'
union all
select  2 , '102'
union all
select  3 , '106'

select * from tdoc
(пустой результат)

а то, что триггер вызывается после вставки, а не вместо -- ничего не испортит в алгоритме расстановки нумерации. Откатится как счётчик, так и строка в документе, даже если между insert и триггером вклинится другой триггер..
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33106809
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSЭто плохой вариант - затягиваем транзакцию, увеличиваем лог, неявно вызываем UPDATE триггера не по делу
по поводу увеличения лога:
рассмотрим таблицы (документ, счётчик) и триггер на документ:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
drop table idgen
go
create table idgen (name varchar( 20 ), curr_id int)
go
create index ix_doc_name ON idgen (name)
go
insert into idgen (name, curr_id) values ('doc.pos',  1 )
go
drop table doc
go
create table doc ( id int identity, debit varchar( 3 ), pos int)
go

CREATE TRIGGER [TR_DOCS_I] ON dbo.doc
FOR INSERT
AS
BEGIN
 DECLARE @c_num int -- значение из таблицы счетчиков
 DECLARE @rc int -- кол-во обрабатываемых в триггере строк
	
 if exists(select * from inserted where debit='105') begin
  raiserror('нельзя добавлять документ с дебетом "105"',  16 ,  1 )
  rollback
 end

 SELECT @rc = COUNT(*)
 FROM inserted
 WHERE inserted.debit = '106'

 IF @rc >  0  
 BEGIN -- генерация номера по порядку

  UPDATE idgen
  SET @c_num = curr_id = curr_id + @rc
  WHERE name = 'doc.pos'
  --теперь другой аналогичный триггер будет ждать конца транзакции

  SET @c_num = @c_num - @rc

  UPDATE doc
  SET @c_num =  pos =  @c_num +  1 
  FROM doc, inserted
  WHERE doc.id = inserted.id AND doc.debit = '106'

 END
END

сделаем две вставки: вызывающую откат и без отката: (триггер вызывается один раз на каждый insert into doc.. )
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
insert into doc (debit)
select '106'
union all
select '103'
union all
select '105'
go
select * from doc
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
insert into doc (debit)
select '106'
union all
select '103'
union all
select '106'
go
select * from doc
да, лог увеличивается за счёт update , сказать нечего.. на то он и триггер. вот лог этих операций вставки:
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33107946
Vidok
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
savosin_sergey
Как реализовать генерацию номера dnum ? да с учётом многопользовательского доступа к таблице "документ"? Я виду пока два способа.
1-й способ
..... было предложено при insert блокировать таблицу ( insert into <table> with(TABLOCKX) ). Довольно мрачно, но deadlock'и пропали.

2-й способ
... Возможное решение: наложение блокировки на таблицу счётчиков! чтобы с ней мог работать одновременно только один триггер..

есть ли ещё способы, работающие реализации такого "выборочного" инкремента номера документа? поделитесь!

Да есть, без триггеров и явных (ручных) блокировок, на уровне RC:

insert into <table> (id, debit, num)
values (:id, :debit, GetNextNumOnDebit(debit, 1));

insert into <table> (id, debit, num)
values (:id, :debit, GetNextNumOnDebit(debit, 2));
.
.
.
insert into <table> (id, debit, num)
values (:id, :debit, GetNextNumOnDebit(debit, 100));

commit;
// rollback;


/* function double GetNextNumOnDebit(string debit, double num) RPCFUNC ALIAS FOR "~"xxxx~".~"GetNextNumOnDebit~"" */

GetNextNumOnDebit должна быть спроектирова так, чтобы
после первого вызова до COMMIT / ROLLBACK, получение значений другими сессиями для этого значения debit, было невозможно. Самый прямолинейный способ - использование вспомогательной таблицы и метода UPDATE ... SET NUM = NUM+NUM_INTERVAL WHERE... с последующим SELECT NUM INTO ...
Механизм, тут уже объяснили.

При отсутствии желания все делать правильно и красиво, можно и хранимую процедуру заменить на метод объекта или глобальную функцию и все писать на PB (я так не делаю) );.
...
Рейтинг: 0 / 0
блокировка таблицы при insert
    #33108676
Фотография savosin_sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
понятно. очень похоже на триггер, который использует дополнительную таблицу и блокирует строку в ней до подтверждения или отката транзакции
...
Рейтинг: 0 / 0
18 сообщений из 43, страница 2 из 2
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / блокировка таблицы при insert
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]