Привет всем!
Есть проблема.
Процедура на MSS работает в транзакции. Когда запускаю эту же самую процедуру из VC-6 стандартно через АDO в стресс режиме(одновременное обращение более чем одного клиента, то все работает. Если запускаю эту же процедуру из C# .NET в "многоюзерном режиме", то получаю регулярно
"Transaction (Process ID <номер>) was deadlocked on {lock} resources with another process and has been chosen as the deadlock victim. Rerun the transaction." .
В процедуре нет кода, который мог бы вызвать deadlock, кроме этого из сишного кода она работает!
Привожу кусок кода, вызывающего процедуру.
Может кто сталкивался с подобной проблемой?
Может какие-то ресурсы не освобождаю?
Заранее спасибо.
//////////////
IDbCommand command = null;
IDbConnection connection = null;

try
{
//здесь создается объекты в зависимост от базы(Oracle или MSS) имплементирующие один и тот же стандартный интерфейс
InitDBObjects(strProcName, new Hashtable(), ref connection, ref command);

command.CommandType = CommandType.StoredProcedure ;

IDbDataParameter dataParameter = null;

foreach(MyParam dbParam in Params)//from client
{
dataParameter = command.CreateParameter();
dataParameter.ParameterName = m_paramPrefixStoredProc dataParameter.Direction = dbParam.Direction;
object objValue = dbParam.Value;
dataParameter.Size = dbParam.Size;
dataParameter.Value = objValue;
command.Parameters.Add(dataParameter);
}

command.ExecuteNonQuery();

Results.Clear();

foreach(IDbDataParameter param in command.Parameters )
{
if(param.Direction == ParameterDirection.Output ||
param.Direction == ParameterDirection.InputOutput ||
param.Direction == ParameterDirection.ReturnValue)
Results.Add(param.ParameterName.Replace(m_paramPrefix, ""), param.Value);
}
}
catch(Exception e)
{
throw new MyException(e);
}
finally
{
//close connection
CleanupConnection(ref connection);
}
//////////////

Для информации: триггеров нет на эту таблицу
после того, как добавил WITH (NOLOCK) - локинг ушел.
Где может быть дедлок? Все просто, по-моему....
Спасибо

CREATE PROCEDURE sp_formula
@formula_id varchar(30),
@calculationinterval int,
@lastvalue integer output,
@formulatext varchar(50) output

as
declare @period_type char (1)
declare @ap_last_value varchar(50)
declare @ap_last_date datetime
declare @ap_template varchar(50)
BEGIN TRANSACTION

select @period_type = period_type, @ap_last_date = ap_last_date, @formulatext = ap_template from ap_formula WITH (NOLOCK) where ap_formula_id = @formula_id


BEGIN

update ap_formula set ap_last_date = getdate(), ap_last_value =
(select convert(int,ISNULL(ap_last_value,0)) + @calculationinterval
from ap_formula where ap_formula_id = @formula_id) where ap_formula_id = @formula_id

select @lastvalue = convert(int,ap_last_value)
from ap_formula where ap_formula_id = @formula_id

END
COMMIT TRANSACTION

А где смысл транзакции тогда? В твоем варианте вообще не надо никакой транзакции!
В том коде, который ты прислал, при многопоточном обращении неизвестно, какой результат получит клиент! Если ты работал с этим, то сталкивался наверное!

Есть одно маленькое "НО".
Когда пользуюсь вашими советами, получаю больше одного раза одно и тоже значение! А поскольку процедура обеспечивает возврат уникального номера/стринга, не могу ей пльзоваться!
Спасибо

Что делает процедура: берет последний номер прибавляет, допустим 1 и возвращает клиенту. Если два клиента получат один и тот же номер - очень плёхо :). Будет, например, два человека с одним и тем же номером паспорта... или банковского счета - выбирай, что лучше :)

В этом все дело, что уникальное. Самое прикольное, что если клиенты C++ COM, то все ок! А если .NET, но начинается эта фигня! Как я уже и писал WITH (NOLOCK) решает проблему и локировки нет и уникальность сохраняется. Все равно не могу понять, почему вообще локировался процесс...
Спасибо

funikovyuri - привел весь код! Почему же не нужна транзакзия ? Нужна. Тогда зачем вообще транзакция существует? Просто долго писать и объяснять почему :)

Magnus, спасибо за советы. К сожалению, identity не могу использовать - поддержка предыдущих старых версий.
Единственная разница на трассировке
(с одинаковым по умолчанию фильтром сообщений. Может Вы знаете, какую полезную инфо можно добавить в трассировку?)
в том, что ADO client запускает каждый раз Audit Login, который включает в себя набор команд
-- network protocol: LPC
set quoted_identifier on
set implicit_transactions off
set cursor_close_on_commit off
set ansi_warnings on
set ansi_padding on
set ansi_nulls on
set concat_null_yields_null on
set language us_english
set dateformat mdy
set datefirst 7
Я эти команды вставил в начало процедуры - никакого результата.
Спасибо

да я понимаю...что ничего не понимаю...:)
на самом деле! без "no lock" в транзакции - blocking, без транзакции без "no lock" - некорректные данные. работает вариант с "no lock" в транзакции...почему? не знаю. пока работает - пусть работает :)
трогать не буду. как только упаду первый раз на "key violation" с полученным номером - буду думать :)

Во-первых, всем спасибо!!!!!
Зашел из дома посмотреть, не выдержал:)
По поводу ap_last_date - просто я выбросил лишний код, который использует в дальнейшем этот параметр. В данном случае он совсем не нужен. Работает только приведенный мной кусок кода.

funikovyuri - А что с out параметрами? Они каким-то образом влияют?

Народ, если мне не изменяет память, если мы пишем BEGIN TRANSACTION, то по умолчанию это - BEGIN TRANSACTION READ COMMITED.

Спасибо
Буду на работе проверю все варианты!