Angular и MySQL - Frontend Filtering против нескольких запросов

0

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

Я использую AngularJS, и мне было интересно, что подумали другие опытные разработчики в отношении этих вариантов:

  • Выполните все заказы с информацией о статусе, затем отфильтруйте заказы на интерфейсе.
  • Запустите несколько запросов MySQL (сколько угодно) и верните данные, уже сгруппированные с бэкэнд (PHP).

Возвращаемые результаты вряд ли когда-либо превысят 1000, но даже это подталкивает его. Мы не будем получать завершенные заказы. Я был бы рад предоставить более подробную информацию, если потребуется.

Теги:
optimization

2 ответа

0

Похоже, у вас несколько таблиц orders? Если AngularJs заставляет это на вас, то я бы обвинил его.

Бактериальная фильтрация почти всегда лучше.

Несколько таблиц для "того же" типа вещей почти всегда плохие.

Несколько запросов почти всегда хуже, чем один запрос.

0

Я передаю сайт моей компании для AngularJs. До этого весь сайт был на PHP. У меня была страница, которая фильтрует около 400 элементов, и каждый поиск обрабатывал около 100 мс. Теперь "та же" страница в AngularJs работает с другими ионами, вокруг +1000, и каждый поиск обрабатывает около 200 мс. Обработка немного больше, но теперь у меня гораздо больше гибкости и itens. Учитывая этот опыт, я думаю, что лучше обрабатывать информацию о интерфейсе.

Ещё вопросы

Сообщество Overcoder
Наверх
Меню