Стоит ли кэшировать словарь для значений внешнего ключа в ASP.net?

Question

У меня есть кеш-код Dictionary<int, string> (в течение 20 минут), который имеет ~ 120 пар ID/Name для справочной таблицы. Я перебираю эту коллекцию при заполнении списков выпадающих списков, и я уверен, что это быстрее, чем запрос к БД для полного списка каждый раз.

Мой вопрос больше о том, имеет ли смысл использовать этот кешированный словарь при отображении записей, которые имеют внешний ключ в этой справочной таблице.

Скажите, что эта таблица с кешами является таблицей EmployeeType. Если бы я должен был запрашивать и отображать список имен и типов сотрудников, я должен запрашивать для EmployeeName и EmployeeTypeID и использовать свой кешированный словарь, чтобы захватить имя EmployeeTypeIDs, когда отображается каждая запись, или это быстрее, просто чтобы DB захватил EmployeeName и JOIN чтобы получить строку EmployeeType, минуя кешированный словарь.

Я знаю, что оба будут работать, но меня интересует, что будет выполнять самые быстрые. Спасибо за любую помощь.

Answer 1

Оптимизация 101 говорит не делать, если вам не нужно: - Tips for optimizing C#/.NET programs

Но, да, если это действительно полностью статический поиск для жизни приложения и занимает очень мало оперативной памяти, то кэширование это выглядело бы довольно безобидным, и поиск в Словаре из ОЗУ будет быстрее, чем поездка в базу данных.

Что касается 2-й части, вы можете также позволить базе данных выполнить соединение, вероятно, у нее, вероятно, будет та же таблица в ОЗУ, и увеличенная полезная нагрузка сети будет казаться небольшой.

Но опять же, если вам не нужно это делать, не делайте этого! Опасность здесь заключается в том, что вы делаете это, затем другой, а затем другой, код становится все сложнее, и RAM заполняется теми вещами, которые, по вашему мнению, вам могут понадобиться, но которые на самом деле используются, редко оставляя меньше места для OS/ORM/DB выполнять свою работу. Пусть компилятор, ORM и база данных решают, что сохранить в памяти - у них гораздо больше команда, ориентированная на оптимизацию!

Answer 2

Я знаю, что вам не понравится ответ, но здравый смысл диктует, что вы делаете самую легкую вещь, и если вы слишком медленны, тогда вы вносите в нее средство.

Я объясню сам. На самом деле, если вы его кешируете, это, вероятно, будет быстрее, так как вы не будете бить базу данных каждый раз при загрузке страницы, но выигрыш может быть не заметным для того, что вы делаете (т. Е. У вас могут быть некоторые другая бутылочная горловина, которая делает ее незначительной), в первую очередь побеждая цель кеширования.

Единственный способ, опять же, сделать это самым простым способом (без кеширования), и если вы не счастливы только тогда, вы перейдете на дополнительный бит.