[LINQ To SQL] Есть ли аналоги транзакций?
Основная проблема, я так понимаю, не в транзакциях, а в том, что при работе с ORM данные находятся в двух местах: под управлением СУБД и в оперативной памяти под управлением ORM. Разные ORM имею разное поведение:
1. Hibernate по умолчанию перед выполнением запроса скидывает данные в СУБД http://www.hibernate.org/hib_docs/v3/reference/en/html/objec...
2. самописная ORM в нашей конторе ищет и в базе и в кеше, а потом мерджит результаты, но это сильно урезает язык запросов
3. насколько я понял при первом беглом просмотре, LINQ to SQL просто тупо транслирует запрос в SQL, соответственно, объекты, которые находятся в кеше не учитываются. Аналог FlushMode.COMMIT в Hibernate.
1. Hibernate по умолчанию перед выполнением запроса скидывает данные в СУБД http://www.hibernate.org/hib_docs/v3/reference/en/html/objec...
2. самописная ORM в нашей конторе ищет и в базе и в кеше, а потом мерджит результаты, но это сильно урезает язык запросов
3. насколько я понял при первом беглом просмотре, LINQ to SQL просто тупо транслирует запрос в SQL, соответственно, объекты, которые находятся в кеше не учитываются. Аналог FlushMode.COMMIT в Hibernate.
System.Transactions.TransactionException: The operation is not valid for the state of the transaction.
Возникает в некоторых случаях, когда транзакция висит долго. Хз что делать
Оставить комментарий
agaaaa
Есть два логически связанных действия.Первое работает с таблицей A и что-то в ней меняет.
Второе работает меняет что-то в таблице B, причём на род изменений влияют изменения в A.
Проблема в том, что без SubmitChanges после первого действия во втором не видно результатов изменения. А с ним есть опасность, что второе действие не может быть выполнено и его надо откатить, что мне кажется нетривиальным.
Как решается эта проблема?
(вероятно я просто не знаю чего-то в LINQ to SQL)