postgresql redis что это
А вам действительно нужен Redis, когда есть PostgreSQL?
Есть проверенная временем архитектура, которую я видел много раз для реализации веб-сервисов и приложений:
1. PostgreSQL для хранения реляционных данных
2. Redis для координации очередей фоновых заданий (и нескольких классических атомарных операций)
И Redis действительно прекрасен, но что если я скажу вам, что наиболее распространненые варианты его использования прекрасно покрываются функциональными возможностями PostgreSQL?
Рассмотрим этот пример с точки зрения фонового работника:
BEGIN;
WITH job AS (
SELECT id
FROM jobs
WHERE status = ‘pending’
LIMIT 1
FOR UPDATE SKIP LOCKED
)
UPDATE jobs SET status = ‘running’
WHERE jobs.id = job.id
RETURNING jobs.*;
COMMIT;
Но здесь есть оговорка. Если у вас одновременно имеются большое количество воркеров, которые пытаются получить задания из очереди и большое количество неразобранных записей в таблице jobs, ситуация, при которой таблица будет «разбираться» на несколько воркеров путем блокировки записей, может занять некоторое время. Но как показывает практика, у большинства проектов, над которыми мне пришлось поработать, меньше дюжины фоновых воркеров и затраты вряд ли будут значительными.
PostgreSQL также может помочь с этой задачей с помощью Advisory Locks (https://www.postgresql.org/docs/9.2/explicit-locking.html#ADVISORY-LOCKS). Данных механизм блокировок используется PostgreSQL для внутренних целей, но при этом имеется возможность использования данного механизма в своих приложениях.
Если вы используйте Rails и ActionCable, использование PostgreSQL даже поддерживается из коробки (прим. автора: данная поддержка есть практически во всех популярных фреймворках (Django Celery, PHP Symfony Messenger, etc)).
Полные возможности использования PostgreSQL
Redis принципиально занимает другую нишу, чем PostgreSQL и прекрасно подходит во многих кейсах разработки программного обеспечения, куда PostgreSQL даже не стремится. Например, кэширование данных с TTL, а также хранение и управление эфемерными данными.
Однако, PostgreSQL имеет гораздо больше возможностей, чем вы зачастую ожидаете изначально, когда берете его только в качестве базы данных SQL для вашей любимой ORM.
И есть большая вероятность, что вещи, для которых вы тянете в проект Redis, могут оказаться по силам и вашему PostgreSQL. И возможно в каких то ситуациях стоит отказаться от Redis и сэкономить на эксплуатационных расходах и сложности разработки.
Redis
Быстрое хранилище данных в памяти с открытым исходным кодом для использования в качестве базы данных, кэша, брокера сообщений или очереди.
Что такое Redis?
Redis (расшифровывается как Remote Dictionary Server) – это быстрое хранилище данных типа «ключ‑значение» в памяти с открытым исходным кодом. Проект возник, когда Сальваторе Санфилиппо, первоначальный разработчик Redis, захотел улучшить масштабируемость стартапа в Италии. Он создал хранилище Redis, которое теперь используется в качестве базы данных, кэша, брокера сообщений и очереди.
Redis обеспечивает время отклика на уровне долей миллисекунды и позволяет приложениям, работающим в режиме реального времени, выполнять миллионы запросов в секунду. Такие приложения востребованы в сферах игр, рекламных технологий, финансовых сервисов, здравоохранения и IoT. Сегодня Redis – одно из наиболее популярных ядер с открытым исходным кодом, в течение пяти лет подряд называемое «самой любимой» базой данных от Stack Overflow. Благодаря быстрой производительности Redis широко применяется для кэширования, управления сеансами, разработки игр, создания таблиц лидеров, аналитики в режиме реального времени, работы с геопространственными данными, поддержки служб такси, чатов и сервисов обмена сообщениями, потоковой передачи мультимедиа и приложений с отправкой сообщений по модели «издатель – подписчик» (Pub/Sub).
AWS предлагает два полностью управляемых сервиса для запуска Redis. Amazon MemoryDB for Redis – совместимый с Redis надежный сервис базы данных в памяти, который обеспечивает сверхбыструю производительность. Amazon ElastiCache for Redis – полностью управляемый сервис кэширования, который ускоряет доступ к данным из первичных баз данных и хранилищ с микросекундной задержкой. Более того, ElastiCache также предлагает поддержку Memcached, другой популярной системы кэширования с открытым исходным кодом.
Подробную информацию об ускорении приложений с Amazon ElastiCache for Redis см. в онлайн-вебинаре Tech Talk.
Преимущества Redis
Производительность
Все данные Redis хранятся в памяти, что обеспечивает низкую задержку и высокую пропускную способность доступа к данным. В отличие от традиционных баз данных, хранилища данных в памяти не требуют перемещения на диск, что сокращает задержку ядра до микросекунд. Благодаря этому хранилища данных в памяти могут многократно увеличивать количество выполняемых операций и сокращать время отклика. В результате обеспечивается чрезвычайно высокая производительность. Операции чтения и записи в среднем занимают менее миллисекунды, скорость работы достигает миллионов операций в секунду.
Гибкие структуры данных
В отличие от других хранилищ на основе пар «ключ – значение», которые поддерживают ограниченный набор структур данных, Redis поддерживает огромное разнообразие структур данных, позволяющее удовлетворить потребности разнообразных приложений. Типы данных Redis включают:
Простота и удобство
Redis позволяет писать такой же сложный код с меньшим количеством простых строк. Redis позволяет писать меньше строк для хранения, использования данных и организации доступа к данным в приложениях. Разница в том, что, в отличие от языков запросов традиционных баз данных, с Redis разработчики могут использовать простую структуру команд. Например, вы можете задействовать структуру хэш-данных Redis, чтобы перемещать данные в хранилище только одной строкой кода. Решение подобной задачи с использованием хранилища данных, не поддерживающего структуры хэш‑таблиц, потребует написания серьезного объема кода для преобразования данных из одного формата в другой. Redis уже оснащен встроенными структурами данных и предоставляет множество возможностей их комбинирования и взаимодействия с данными клиента. Разработчикам под Redis доступны более ста клиентов с открытым исходным кодом. Поддерживаемые языки программирования включают Java, Python, PHP, C, C++, C#, JavaScript, Node.js, Ruby, R, Go и многие другие.
Репликация и постоянное хранение
В Redis применяется архитектура узлов «ведущий‑подчиненный» и поддерживается асинхронная репликация, при которой данные могут копироваться на несколько подчиненных серверов. Это обеспечивает как улучшенные характеристики чтения (так как запросы могут быть распределены между серверами), так и ускоренное восстановление в случае сбоя основного сервера. Для обеспечения постоянного хранения Redis поддерживает снимки состояния на момент времени (копирование наборов данных Redis на диск).
Высокая доступность и масштабируемость
Redis предлагает архитектуру «ведущий‑подчиненный» с одним ведущим узлом или с кластерной топологией. Это позволяет создавать высокодоступные решения, обеспечивающие стабильную производительность и надежность. Если требуется настроить размер кластера, доступны различные варианты вертикального и горизонтального масштабирования. В результате можно наращивать кластер в соответствии с потребностями.
Инструменты с открытым исходным кодом
Redis – проект с открытым исходным кодом, поддерживаемый активным сообществом, включая AWS. Поскольку Redis базируется на открытых стандартах, поддерживает открытые форматы данных и имеет множество клиентов, отсутствует вероятность блокировки поставщиком или технологического тупика.
Что такое Redis: как работает и где используется?
Redis ( RE сучок DI ctionary S ервере) является передовым NoSQL ключ-значением хранилища данных используются в качестве базы данных, кэша, и брокера сообщений. Redis известен своими быстрыми операциями чтения и записи, богатыми типами данных и расширенной структурой памяти. Он идеально подходит для разработки высокопроизводительных масштабируемых веб-приложений.
Redis — одна из самых популярных баз данных типа «ключ-значение», занимающая 4-е место по удовлетворенности пользователей базами данных NoSQL. Популярность Redis продолжает расти, и многие компании ищут разработчиков Redis на такие должности, как администратор базы данных и другие.
Что такое Redis?
Redis — это хранилище структур данных в памяти с открытым исходным кодом, используемое в качестве базы данных, кеша и брокера сообщений. Redis был создан Сальваторе Санфилиппо в 2006 году и написан на C.
Это расширенное хранилище данных типа «ключ-значение» в NoSQL, которое часто называют сервером структуры данных, поскольку его ключи содержат строки, хэши, списки, наборы, отсортированные наборы, точечные рисунки и гиперлоги. Операции чтения и записи Redis выполняются очень быстро, потому что данные хранятся в памяти. Данные также могут быть сохранены на диске или записаны обратно в память.
Поскольку Redis хранит свои данные в памяти, он чаще всего используется в качестве кеша. Некоторые крупные организации, использующие Redis, — это Twitter, GitHub, Instagram, Pinterest и Snapchat.
Преимущества Redis
Как установить Redis
Согласно официальной документации, рекомендуемый способ установки Redis — скомпилировать его из исходников. Сначала загрузите его с официального сайта, а затем скомпилируйте, выполнив следующие действия:
Затем вы можете протестировать свою сборку, набрав make test. srcКаталог будет заполнен исполняемым Redis.
Рекомендуется скопировать сервер Redis и интерфейс командной строки в нужные места, используя одну из двух стратегий.
Оттуда запустите сервер Redis, выполнив redis-serverдвоичный файл (без аргументов). Поскольку нет явных файлов конфигурации, все параметры используют внутреннее значение по умолчанию. Это лучший способ начать, если вы новичок в Redis и хотите изучить среду.
Чтобы использовать Redis из вашего приложения, загрузите и установите клиентскую библиотеку Redis на основе языка программирования, который вы хотите использовать.
Типы данных Redis
Redis — это хранилище ключей и значений, но оно поддерживает многие типы структур данных в виде значений, отличных от строк. Ключ в Redis — это безопасная для двоичного кода строка с максимальным размером 512 МБ.
Давайте обсудим типы данных, которые поддерживаются в значениях.
String
Строка в Redis — это последовательность байтов. Они безопасны для двоичного кода, поэтому имеют известную длину, которая не определяется какими-либо завершающими символами. Вы можете хранить до 512 мегабайт в строке Redis. Он может хранить данные любого типа, такие как текст, целые числа, числа с плавающей запятой, видео, изображения или аудиофайлы.
В этом примере SETи GETпредставлены команды Redis, о которых мы поговорим позже. name- это ключ, а educativeэто строковое значение, которое мы храним.
В Redis списки — это списки строк, которые отсортированы по порядку вставки, поэтому элементы хранятся в связном списке. Вы можете добавлять элементы как на голове, так и на хвосте. Если нам нужно вставить элемент в список из 500 записей, это займет столько же времени, сколько и добавление элемента в список из 50 000 записей.
Вот несколько примеров операций для составления списка результирующих списков:
Наборы в Redis — это неупорядоченные коллекции строк. Этот тип значения аналогичен списку, но наборы не допускают дублирования, и элементы не сортируются ни в каком порядке. Вы можете добавлять или удалять участников вО (1)О ( 1 ) временная сложность.
Наборы полезны, когда мы хотим хранить данные, где важна уникальность. Например, сохранение количества уникальных посетителей веб-сайта.
Сортированные наборы
Мы можем сортировать элементы с типом значения Sorted Set. Каждый элемент будет связан с числом, которое мы называем счетом. Это определяет порядок.
Например, если у нас есть вызванный ключ vegetables, и мы хотим сохранить carrotи celeryв качестве значения. Оценка от carrot10 celeryдо 15. Первым будет морковь, затем сельдерей.
Если оценка двух разных элементов одинакова, мы проверяем, какая строка лексикографически больше.
В Redis тип хеш-значения — это пара значений поля. Они используются для представления объектов, но могут хранить множество элементов и полезны также для других задач. Хеш занимает очень мало места, поэтому вы можете хранить миллионы объектов в небольшом экземпляре хеша.
Фактически, хеш может хранить до <2>^ <32>2Взаимодействие с другими людьми3 2Взаимодействие с другими людьмиВзаимодействие с другими людьми- 1- 1 пары поле-значение, что составляет более 4 миллиардов.
Допустим, мы хотим хранить информацию об оценках студентов. Тема может быть ключевым. Значение может быть парой «поле-значение», где поле представляет собой имя учащегося, а значение — оценку каждого учащегося.
Вот еще один пример, чтобы познакомить вас с хешем Redis.
Команды Redis
Команды Redis используются для выполнения операций. Есть разные команды, которые мы можем применять к нашим различным типам данных. Ниже мы рассмотрим по одной команде для каждого типа данных, о котором говорилось выше, но имейте в виду, что в Redis существует множество команд.
Хранение строк в Redis
Самая простая форма данных, которая может храниться в базе данных Redis, — это строка. Мы рассмотрим две команды, используемые для хранения и выборки записей из базы данных Redis при использовании строк.
SET команда
Мы можем сохранить запись в Redis с помощью SETкоманды. Это установит ключ для хранения строкового значения. Если ключ уже содержит значение, оно будет перезаписано. Он имеет следующий синтаксис:
GET команда
Команда GETдает нам значение ключа. Если ключ не существует, он вернется nil. GETобрабатывает только строковые значения. Синтаксис:
Хранение списков в Redis
Мы также можем хранить списки, и база данных Redis хранит их в виде связанного списка. Когда мы вставляем новый элемент, мы можем вставить его либо в голову (крайний левый элемент), либо в хвост (крайний правый элемент). Мы рассмотрим две команды, используемые для добавления и удаления записей из головы при использовании списков.
LPUSH команда
Команда LPUSHиспользуется для вставки значения в начало списка. Мы можем использовать одно или несколько значений, а синтаксис следующий:
Примечание. Элементы вставляются в обратном порядке, потому что каждый элемент выбирается и вставляется в начале.
LPOP команда
Команда LPOP используется для удаления элемента из списка в начале (или слева).
Хранение наборов в Redis
Когда дело доходит до списка, мы допускаем дублирование элементов. Итак, если нам нужно добавить уникальные элементы, мы должны использовать набор, который хранится внутри как хеш-таблица. Это означает, что элементы хранятся случайным образом, и повторение не допускается. Давайте посмотрим на команду для добавления элемента из набора Redis.
SADD команда
Это позволяет нам добавлять указанные члены в набор, хранящийся под ключом. Если ключ не существует, создается новый набор.
Хранение отсортированных наборов в Redis
Элементы в наборе Redis не хранятся в каком-либо порядке. Итак, если мы хотим хранить элементы в отсортированном порядке, мы можем использовать отсортированные наборы, также называемые ZSets.
Перед вставкой каждому элементу должна быть присвоена оценка. База данных Redis сортирует элементы в порядке возрастания оценок. Посмотрим на команду добавления элементов в отсортированный набор.
ZADD команда
Эта команда добавит элементы в отсортированный набор в базе данных Redis. Мы можем указать несколько пар очков или членов. Если член уже находится в этом отсортированном наборе, оценка обновляется, и элемент повторно вставляется в правильную позицию для сохранения оценки. Вот синтаксис:
Хранение хэша в Redis
В Redis значение также может быть парой «поле-значение», которую мы называем хэш-структурой данных. Давайте посмотрим на команду для хранения хэша в Redis.
HMSET команда
Эта команда используется для хранения хэша в Redis. Он установит для полей соответствующие значения в хэше. Эта команда перезаписывает поля, которые уже существуют в хэше. Синтаксис этой команды:
При использовании Redis 4.0.0 HMSETсчитается устаревшим и HSETпредпочтительным.
Расширенные концепции Redis
Теперь, когда мы понимаем некоторые основы Redis и познакомились с командами, давайте рассмотрим некоторые дополнительные концепции.
Важное примечание о Redis
Для этого урока, вместо терминологии модель / Slave, мы будем использовать прогрессивную leader/ followerметафору. Использование нами этой терминологии не помешает вашему пониманию Redis.
Официальная документация Redis использует модель Master / Slave, которая преобладала в компьютерных науках на протяжении десятилетий, начиная с 1904 года.
В последние годы многие организации предприняли значительные усилия, чтобы противостоять этой проблемной метафоре и заменить ее.
В Educative мы верим в расширение возможностей разработчиков и изменение отрасли к лучшему. Использование инклюзивной терминологии является частью этого культурного сдвига.
Репликация данных в Redis
Когда данные хранятся на сервере и происходит сбой сервера, данные могут быть потеряны. Мы используем технику репликации данных, чтобы избежать этой проблемы. Это в основном означает, что данные хранятся на двух или более серверах, чтобы предотвратить потери или сбои. Репликация данных также снижает нагрузку на наши серверы, поскольку запросы пользователей балансируются по нагрузке.
Redis следует подходу лидера / подчиненного для репликации данных на сервере. Один из серверов — это a leader, а остальные — это серверы followers, которые все подключены к leader. Мы записываем все в каталог leader, который затем отправляет изменения в followers.
Если a followerотключен, он автоматически переподключится и leaderточно воспроизведет. Это можно сделать двумя способами:
Примечание. В Redis процесс репликации асинхронный. Эти followerсервера асинхронно признают данные из leader, так что leaderзнает, какие команды были обработаны.
Упорство
Поскольку Redis — это база данных в памяти, данные хранятся в памяти (или ОЗУ). Если сервер выходит из строя, все сохраненные данные теряются. Redis имеет механизмы резервного копирования данных на диске. Таким образом, данные загружаются с диска в память при перезагрузке сервера. Redis имеет два варианта сохранения:
Кеширование на стороне клиента
Когда клиенту требуются данные, он просит сервер Redis предоставить их, что требует большой пропускной способности для каждого запроса. Мы можем кэшировать результаты для наиболее часто используемых ключей на стороне клиента, чтобы повысить производительность.
Redis обеспечивает поддержку кэширования на стороне клиента, которое называется отслеживанием. Есть два разных подхода:
Что учить дальше
Теперь вы должны хорошо понимать, как работает Redis и что он может сделать для ваших приложений. Это мощный инструмент, популярность которого растет. Любой разработчик должен обладать солидными навыками Redis в своем арсенале инструментов. Но есть еще чему поучиться.
Далее вам следует изучить:
А нужен ли Redis или хватит PostgreSQL
Есть проверенная архитектура, которую я видел много раз для поддержки ваших веб-сервисов и приложений:
Сценарий 1: очередь заданий
Пожалуй, наиболее частое использование Redis, которое я видел, — это координация отправки заданий из вашего веб-сервиса в пул фоновых воркеров. Идея состоит в том, что вы хотите записать желание выполнить какое-то фоновое задание (возможно, с некоторыми входными данными) и гарантировать, что только один из многих ваших фоновых воркеров выполнит его. Redis помогает в этом, поскольку предоставляет богатый набор атомарных операций для своих структур данных.
Но с момента появления версии 9.5 в PostgreSQL появилась функция SKIP
LOCKED для оператора SELECT… FOR… (документация здесь). Когда указана эта опция, PostgreSQL просто игнорирует любые строки, требующие ожидания снятия блокировки.
Рассмотрим этот пример с точки зрения фонового воркера:
При указании FOR UPDATE SKIP LOCKED блокировка на уровне строки неявно устанавливается для любых строк, возвращаемых из SELECT. Кроме того, поскольку вы указали SKIP LOCKED, этот оператор не будет заблокирован для другой транзакции. Если есть еще одно задание, готовое к обработке, оно будет возвращено. Нет никакого беспокойства о том, что несколько рабочих процессов, выполняющих эту команду, получат одну и ту же строку из-за блокировки на уровне строки.
Самая большая оговорка для этого метода заключается в том, что если у вас есть большое количество воркеров, пытающихся выполнить эту очередь, и большое количество заданий их снабжает, они могут потратить некоторое время, переходя между заданиями и пытаясь получить блокировку. На практике у большинства приложений, над которыми я работал, меньше дюжины фоновых воркеров, и затраты вряд ли будут значительными.
Сценарий 2: блокировки приложений
Представим, что у вас есть процедура синхронизации со сторонней службой, и вам нужен только один ее экземпляр, работающий для любого данного пользователя во всех серверных процессах. Еще одно распространенное приложение Redis, которое я видел: распределенная блокировка (distributed locking).
PostgreSQL также может добиться этого с помощью рекомендательных блокировок (advisory locks). рекомендательные блокировки позволяют вам использовать тот же механизм блокировки, который PostgreSQL использует для внутренних целей, для ваших собственных целей, определяемых приложением.
Сценарий 3: Pub/Sub
Самый крутой пример я оставил напоследок: отправка событий вашим активным клиентам. Например, предположим, что вам нужно уведомить пользователя о том, что у него есть новое сообщение, доступное для чтения. Или, возможно, вы хотите передавать данные клиенту, когда они становятся доступными. Обычно веб-сокеты являются транспортным уровнем для этих событий, в то время как Redis служит механизмом Pub/Sub.
Однако, начиная с версии 9, PostgreSQL также предоставляет эту функциональность с помощью операторов LISTEN и NOTIFY. Любой клиент PostgreSQL может подписаться (LISTEN) на конкретный канал сообщений, который представляет собой просто произвольную строку. Когда любой другой клиент отправляет сообщение (NOTIFY) по этому каналу, все остальные подписанные клиенты будут уведомлены. По желанию можно прикрепить небольшое сообщение.
Если вы используете Rails и ActionCable, использование PostgreSQL даже поддерживается из коробки.
Использование всех преимуществ PostgreSQL
Redis принципиально занимает другую нишу, чем PostgreSQL, и выделяется в том, к чему PostgreSQL не стремится. Примеры включают кэширование данных с TTL, а также хранение и обработку эфемерных данных.
Однако PostgreSQL имеет гораздо больше возможностей, чем вы можете ожидать, когда вы подходите к нему с точки зрения просто другой базы данных SQL или какой-то загадочной сущности, которая живет за вашей ORM.
Есть большая вероятность, что вещи, для которых вы используете Redis, могут оказаться хорошими задачами и для PostgreSQL. Возможно, стоит отказаться от Redis и сэкономить на эксплуатационных расходах и сложности разработки, полагаясь на несколько сервисов данных.
Русские Блоги
Читать и писать Redis непосредственно в PostgreSQL.
Есть много преимуществ, которые могут уменьшить сложность проектирования на уровне приложений, уменьшить количество взаимодействий и уменьшить RT.
Примеры сценариев применения:
.1. Использовать redis в качестве вторичного кэша PostgreSQL для повышения производительности базы данных.
При использовании в качестве вторичного кэша обновление напрямую использует redis из postgresql, чтобы уменьшить общее количество взаимодействий.
При запросе вы можете напрямую запросить redis или запрос redis из postgresql. Если он оптимистичный, то можно проверить из redis. Если он пессимистичный, прочитайте из postgresql и запишите в redis.
2. Например, он используется для расчета количества записей COUNT. Когда данные вставляются или удаляются, записи увеличиваются или уменьшаются.
.3 Используйте его для статистической маркировки данных, например, когда данные хранятся в базе данных, маркируйте их в соответствии с идентификатором пользователя данных и записанными привычками и сохраняйте информацию метки непосредственно в REDIS как систему маркировки в реальном времени.
Конечно, есть и другие способы игры, ожидающие своего открытия.
Есть много хороших друзей PostgreSQL, и Redis является одним из них.
Ниже кратко описывается установка и использование плагина redis_fdw и текущие ограничения.
Обратите внимание, что redis может быть на других хостах, не ограничивайтесь моей документацией.
redis_fdw использовался многими пользователями на производстве, а интерфейс fdw PG очень надежен.
Установить и развернуть Redis
Проверка доступности Redis
Проверьте производительность Redis
Использование Redis может относиться к
http://redis.io/commands
Предполагая, что PostgreSQL установлен, возьмем PostgreSQL 9.5 в качестве примера:
redis_fdw имеет несколько веток, переключайте ветки в соответствии с версией PostgreSQL.
Чтобы установить redis_fdw, вам нужно использовать интерфейс redis c hiredis.
Изменить Makefile для redis_fdw
Разверните redis_fdw в базе данных PostgreSQL, которой требуется доступ к redis
Проверьте использование redis_fdw, создайте сервер и создайте стороннюю таблицу.
Вы можете писать и читать данные в Redis через SQL.
redis_fdw подробное описание использования
.1. СОЗДАТЬ СЕРВЕР поддерживаемые опции
Указание адреса и порта
.2. СОЗДАТЬ ПОЛЬЗОВАТЕЛЬСКУЮ КАРТУ
Укажите пароль
.3. СОЗДАТЬ ИНОСТРАННЫЙ СТОЛ, поддерживаемые параметры
Укажите идентификатор базы данных
Тип таблицы (хеш, список, множество, zset или скаляр)
префикс ключа набора ключей singleton_key указывает KEY (выберите один из трех)
ограничения
.1. There’s no such thing as a cursor in Redis, or MVCC, which leaves us with no way to atomically query the database for the available keys and then fetch each value.
So, we get a list of keys to begin with, and then fetch whatever records still exist as we build the tuples.
Если нет запроса или если при создании сторонней таблицы не указан один KEY, необходимо вернуть коллекцию
redis_fdw/redis_fdw.c
.2. We can only push down a single qual to Redis, which must use the TEXTEQ operator, and must be on the ‘key’ column.