ASP.NET MVC3 Chart Control Производительность / Лучшие практики

Question

В настоящее время я использую Chart Control из System.Windows.Forms.DataVisualization для динамического создания 10 изображений диаграмм из данных, которые поступают из базы данных MySQL с помощью Entity Framework. Тип рассматриваемой диаграммы - fastline, и они создаются в контроллере для представления и сохранения на диск.

Могут ли функции обслуживания и сохранения изображений диаграммы стать узким местом при доступе нескольких пользователей к сайту? Кроме того, есть ли лучшие практики, когда дело доходит до обслуживания и сохранения графиков?

Спасибо за любую помощь или комментарий по этому вопросу.

* Редактировать: это для интранет-сайта.

Answer 1

Я использую Chart Control от MS, если это приложение для интрасети , если это онлайн-приложение, я всегда использую Google Charts API .

это намного проще, так как это всего лишь тег <img>, и вы можете иметь столько, сколько хотите, Google будет обрабатывать пропускную способность.

При использовании MSCC я склонен выбирать память, если есть только 100 пользователей, если больше, я должен идти с сохранением в физическое место.

<add key="ChartImagehandler" value="storage=memory;timeout=20" />

в одном из моих последних онлайн-проектов (ASP.NET MVC) я использовал диаграммы Google для отображения 26 диаграмм на этой странице (каждый клиент имел разную статистику):