Блог

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

В качестве примера рассмотрим следующую псевдосхему:

 type Group {
  name: String
  members: [Person]
}
type Person {
  name: String
  email: String
  avatar: Avatar
  follows: [Person]
  followedBy: [Person]
  contacts: [Person]
  groups: [Group]
  bookmarks: [Bookmark]
  sentMessages: [Message]
  receivedMessages: [Message]
}
type Message {
  text: String
  author: Person
  recipients: [Person]
}
type Bookmark {
  message: Message
}
 

Запрашивающие данные пользователей могут легко содержать сотни, если не тысячи объектов-персон, даже если в небольшом кругу друзей/контактов/подписчиков содержатся только десятки отдельных пользователей.

В моей реальной реализации около 80% каждого запроса GraphQL (в байтах) является избыточным, и, учитывая, что клиент выполняет множество различных запросов в одном и том же пространстве, более 90% всех передаваемых и обрабатываемых данных являются избыточными.

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

Я использую Apollo как для клиента, так и для сервера GraphQL.

Используйте/реализуйте разбиение на страницы (вместо просто массивов) для отношений — таким образом, вы можете запрашивать count / total (отображать его без обработки массива) и только массив идентификаторов — обычно нет необходимости запрашивать/присоединять таблицу персон (БД) вообще.

Визуализируйте список Person компонентов (реагируйте?), используя id только переданную опору … только отрисованные Person выборки для получения более подробной информации (если они не кэшированы, используйте пакетирование для объединения запросов) потребляются/отображаются внутри.