Временная шкала для «SaveChangesAsync() + lock»
Текущая лицензия: CC BY-SA 4.0
Post Revisions
7 событий
| когда сменить формат | что | кем | лицензия | комментарий | |
|---|---|---|---|---|---|
| 4 сент. 2020 в 19:08 | история | изменён | aepot ♦ | CC BY-SA 4.0 |
отформатировал вопрос
|
| 4 сент. 2020 в 18:39 | голос | принят | JamesBondCaesar | ||
| 4 сент. 2020 в 18:06 | ответ | добавлен | aepot ♦ | временная шкала рейтинг: 2 | |
| 4 сент. 2020 в 17:17 | комментарий | добавлен | tym32167 | отдельные инстансы помогут, если у вас кластер и вы пишете только в определенные инстансы, и читаете с остальных. Но это черевато проблемами с консистентностью. Также, в зависимости от вашего случая, рассмотрите возможность кеширования (то есть читать реже из БД) или даже NoSQL бд, которые могут быть быстрее на тех операциях, что вы используете. | |
| 4 сент. 2020 в 17:09 | комментарий | добавлен | JamesBondCaesar | Отдельные инстансы не помогут, я даже из Microsoft SQL Server Management Studio не могу не чего прочесть когда лочится на запись транзакция | |
| 4 сент. 2020 в 17:05 | комментарий | добавлен | tym32167 | не вдаваясь в детали того, что вы делаете, просто как варианты для вас: 1) оптимизировать долгие запросы (например, bulk операции или испольовать что то более низкоуровневое типа dapper) 2) существуют асинхронные семафоры, так что можно лочить ими асинзронно 3) если проблема в архитектуре, она решается отдельными инстансами БД для чтения и для записи (чтобы читатели не ждали - см также CQRS+event sourcing) | |
| 4 сент. 2020 в 16:56 | история | задан | JamesBondCaesar | CC BY-SA 4.0 |