Каков наилучший дизайн кеширования для последовательных данных?

Question

Я продаю билеты онлайн, у каждого билета есть билетный ключ (32 байта случайный) и идентификатор билета (длинный последовательный). У меня есть два типа маленьких клиентов, которые спрашивают около 1-10 тыс. Ключей и оптовый продавец с запросом билетов 50 тыс.-1 м. Целые покупатели хотят, чтобы билеты были как можно более последовательными. Я не должен продавать один билет двум клиентам. db, и я могу вытащить/сохранить на передних концах (лазурные экземпляры), и это то, что я планирую. На переднем конце машины, какое кеширование я должен использовать, я могу читать/отмечать последовательным атомным способом, а также я могу использовать среди запросов asp.net.

Answer 1

Если вы разрабатываете решение на Windows Azure, то Windows Azure Cache - ваш лучший вариант использования. Это быстро, когда «Локальное кэширование» включено, так как время ожидания будет почти 0 мс, но данные должны вписываться в память. Вы можете найти дополнительную информацию о кэше Windows Azure here.

Если вы хотите попробовать Memcached, вы можете попробовать, однако, с Memcached и «кеш Windows Azure с локальным кэшированием», вы не увидите большой разницы. У SMarx есть отличная статья об использовании Memcache на Windows Azure here.

Я думаю, вы можете использовать класс SQLCacheDependency, чтобы создать зависимость элемента кэша от a с элементом билета в базе данных. Когда билет взят агентом, строка позиции билета изменится, что приведет к тому, что зависимость недействительна, а идентификатор билета будет из кеша.

Here является руководством по шаблону и практике для приложений .NET Framework, которые могут помочь вам лучше писать кеширование контента для атомного доступа.

Я хотел бы предложить вам посмотреть здесь, а также: What Are the Patterns and Best Practices for Caching in ASP.NET?