Ado.Net транзакция блокировки

Question

Ado.Net транзакция блокировки

1

Я работаю над приложением e-commerce, у меня есть три таблицы в БД

Клиент
порядок
Информация для заказа

Order Details подробную информацию о отдельных продуктах и OrderId которая является первичным ключом Order и у меня есть 2 Stored Procedures

InsertIntoOrderAndCustomer
InsertIntoOrderDetails

как InsertIntoOrderAndCustomer из ADO.Net он будет генерировать autoid OrderId в Order и мне нужно использовать этот идентификатор в качестве параметра для InsertIntoOrderDetails но я беспокоюсь, если размещено несколько заказов, тогда значение параметра может быть неправильным. Могу ли я заблокировать код C# так, чтобы одновременно был размещен только один заказ? Если да, то как?

Я беспокоюсь о

2 чел.

Исполнение может быть,

Человек А заказывает местонахождение

Вставьте данные в таблицу ордеров для лица А - он автоматически сгенерирует идентификатор IDENTITY (конечно, только один раз).

В то время как Person B накладывает заказ тогда

Вставьте данные в таблицу ордеров для Person B - она автоматически сгенерирует идентификатор IDENTITY (другой).

затем вставьте данные в таблицу product details с помощью AutoId IDENTITY в таблице Orders.

При вставке в product details я получаю автоматический идентификатор с использованием MAX SQL Server и это даст мне 101, как в приведенном выше сценарии.

Возможно ли, что вторая вставка положила IDENTITY Order Лица B (то есть 101) и другие данные Лица A? меня это беспокоит.

Imad 13 июнь 2014, в 09:35

Источник

1

Почему значение параметра будет неправильным?
Marc Gravell♦ 13 июнь 2014, в 07:19
0

Вы можете использовать lock в C #, как описано здесь . Тем не менее, вы должны пересмотреть это. Как упомянул @MarcGravell, почему это будет неправильно?
Herdo 13 июнь 2014, в 07:26
0

Если 2 человека размещают заказ, а 2 sp звонят по обоим заказам. Лицо A поместило запрос и предположило, что его автоматически сгенерированный OrderId 100, в то же время лицо B поставило другой, и его OrderId равно 101. Чтобы вызвать второй SP, OrderId of A' can be passed in второй sp B` из-за I / О, ожидание и все, я не уверен, это может быть? Я просто беспокоюсь о будущих ошибках, так что ...
Imad 13 июнь 2014, в 07:26
1

lock @Herdo обычно бесполезна, когда речь идет о базах данных, так как к ним обычно обращаются множественные процессы
Marc Gravell♦ 13 июнь 2014, в 07:27
0

@SMI, почему бы автоматически генерировать OrderId 100 дважды одновременно? Какой "autoid" вы используете здесь? Если это SQL Server IDENTITY , он никогда не сгенерирует один и тот же идентификатор дважды. Честно говоря, если вы не используете свой собственный (и глючный) автоматический идентификатор, он должен работать нормально. Итак: как работает ваш "autoid"?
Marc Gravell♦ 13 июнь 2014, в 07:28
0

@MarcGravell Я знаю. Но он попросил блокировку C #. И, как уже упоминалось, он должен пересмотреть это.
Herdo 13 июнь 2014, в 07:28
0

@ Гердо, что для меня означало бы «заблокировать стол»; честно говоря, обычная транзакция sql здесь должна работать нормально, даже если делать все вручную, если уровень изоляции достаточно высок (сериализуемый будет принимать блокировки x-диапазона; хотя для предотвращения тупиковой ситуации может потребоваться некоторая UPDLOCK). Но, честно говоря, настоящее «исправление» заключается в следующем: используйте встроенную автоматическую генерацию идентификатора базы данных.
Marc Gravell♦ 13 июнь 2014, в 07:30
0

@SMI, что здесь за база данных, и как вы реализуете этот автоматический идентификатор?
Marc Gravell♦ 13 июнь 2014, в 08:04
0

Может быть, мое плохое объяснение не помогает мне прояснить, но я сделал последнюю попытку и отредактировал свой вопрос.
Imad 13 июнь 2014, в 09:02

Показать ещё 7 комментариев

Теги:

c#

asp.net

e-commerce

ado.net

locking

1 ответ

Ещё вопросы

Почему значение параметра будет неправильным?
Вы можете использовать lock в C #, как описано здесь . Тем не менее, вы должны пересмотреть это. Как упомянул @MarcGravell, почему это будет неправильно?
Если 2 человека размещают заказ, а 2 sp звонят по обоим заказам. Лицо A поместило запрос и предположило, что его автоматически сгенерированный OrderId 100, в то же время лицо B поставило другой, и его OrderId равно 101. Чтобы вызвать второй SP, OrderId of A' can be passed in второй sp B` из-за I / О, ожидание и все, я не уверен, это может быть? Я просто беспокоюсь о будущих ошибках, так что ...
lock @Herdo обычно бесполезна, когда речь идет о базах данных, так как к ним обычно обращаются множественные процессы
@SMI, почему бы автоматически генерировать OrderId 100 дважды одновременно? Какой "autoid" вы используете здесь? Если это SQL Server IDENTITY , он никогда не сгенерирует один и тот же идентификатор дважды. Честно говоря, если вы не используете свой собственный (и глючный) автоматический идентификатор, он должен работать нормально. Итак: как работает ваш "autoid"?
@MarcGravell Я знаю. Но он попросил блокировку C #. И, как уже упоминалось, он должен пересмотреть это.
@ Гердо, что для меня означало бы «заблокировать стол»; честно говоря, обычная транзакция sql здесь должна работать нормально, даже если делать все вручную, если уровень изоляции достаточно высок (сериализуемый будет принимать блокировки x-диапазона; хотя для предотвращения тупиковой ситуации может потребоваться некоторая UPDLOCK). Но, честно говоря, настоящее «исправление» заключается в следующем: используйте встроенную автоматическую генерацию идентификатора базы данных.
@SMI, что здесь за база данных, и как вы реализуете этот автоматический идентификатор?
Может быть, мое плохое объяснение не помогает мне прояснить, но я сделал последнюю попытку и отредактировал свой вопрос.

mdisibio · Accepted Answer · 2014-06-13T14-27-00.000Z

Я думаю, что потенциал для mixup исходит из "Я получаю автоматический идентификатор, используя MAX Sql Server". Если вы вызываете обе хранимые процедуры из кода С# и вызываете их самостоятельно, а второй sproc (InsertIntoOrderDetails) полагается на MAX чтобы получить последний автоматически сгенерированный идентификатор из Orders, тогда да, это зависит от получения идентификатора от пользователя A или B в таблице OrderDetails.

Я могу предложить три подхода. Могут быть и другие:

Верните автоматически сгенерированный идентификатор из Orders в качестве параметра Return или Output для InsertIntoOrderAndCustomer. using scope_identity() Используйте его как входной параметр при вызове второго sproc InsertIntoOrderDetails. Код С# должен знать, какие сведения о клиенте и заказах находятся в контексте.
InsertIntoOrderAndCustomer использовать InsertIntoOrderAndCustomer sproc для автоматического создания идентификатора (используя scope_identity а затем также непосредственно вызвать InsertIntoOrderDetails.
Я не рекомендую это, но с тех пор, как вы спросили. Ваш код С# может использовать EventWaitHandle чтобы разрешить EventWaitHandle кода процедуры только один раз за раз. Это не является масштабируемым, и он также не запрещает микширование с использованием вашего существующего подхода, если процедуры вызывают вне мира С#.