продуктам).
Немножко не хватает маргарина на реализацию грамотного DataLoader.
Кто-нибудь может мне объяснить, возможно ли это? В примерах которые я просмотрел было связь один-к-одному.
Не до конца понимаю, каким образом DataLoader распределяет данные.
Dataloader по сути сводится к двум вещам: 1. Отдельные запросы, которые получают по каждой записи в таблице связанную с ней запись из другой таблицы, заменяются на один запрос с WHERE column in (...), где в условие подставляются идентификаторы нужных записей. 2. Результаты запросов кэшируются, ключ - идентификатор+тип сущности. Допустим, у тебя в таблице products есть поле category_id, которое ссылается на запись в таблице categories. Если ты хочешь получить по списку продуктов их категории, дело обстоит так. Первый запрос FROM products WHERE ... вернет нужные тебе продукты, затем dataloder возьмет все уникальные значения колонки category_id, и по ним будет выполнен один единственный запрос FROM categories WHERE id in (123, 456, ...). Без dataloader будет выполнен миллион отдельных запросов с условием WHERE id = 123 и т.п. А кэш позволяет не загружать те сущности, информацию по которым ты уже получал в текущей сессии - такая категория или пользователь будут просто исключены из условия в WHERE. Так лечится проблема с рекурсивными запросами типа: getUsers { id name group { id name members { id name } }
Обсуждают сегодня