jeffreydwalter / redis_cluster_fdw

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Redis Cluster Foreign Data Wrapper for PostgreSQL

This is a foreign data wrapper (FDW) to connect PostgreSQL to Redis key/value database. This FDW works with PostgreSQL 13+ and confirmed with some Redis versions near 6.0.

PostgreSQL + Redis + Redis + Redis ...

This code was originally experimental, and largely intended as a pet project for Dave to experiment with and learn about FDWs in PostgreSQL. It has now been extended for production use by Andrew and subsequently forked by Jeffrey Walter to add support for clustered Redis.

image

By all means use it, but do so entirely at your own risk! You have been warned!

Contents

  1. Features
  2. Supported platforms
  3. Installation
  4. Usage
  5. Functions
  6. Identifier case handling
  7. Generated columns
  8. Character set handling
  9. Examples
  10. Limitations
  11. Tests
  12. Contributing
  13. Useful links
  14. License and authors

Features

Common features

  • SELECT
  • INSERT, UPDATE, DELETE. There are a few restriction for the operatrions:
    • only INSERT works for singleton key list tables, due to limitations in the Redis API for lists.
    • INSERT and UPDATE only work for singleton key ZSET tables if they have the priority column
    • non-singleton non-scalar tables must have an array type for the second column

Pushdowning

Not supported, there is no common calculations in Redis.

Notes about features

Also see Limitations

Supported platforms

redis_fdw was developed on Linux and Mac OS X and should run on any reasonably POSIX-compliant system. Dave has tested the original on Mac OS X 10.6 only, and Andrew on Fedora and Suse. Other *nix's should also work. Neither of us have tested on Windows, but the code should be good on MinGW.

Installation

No deb or rpm packages are avalillable.

Source installation

Prerequisites:

Build and install on OS

Add a directory of pg_config to PATH and build and install regis_fdw.

make USE_PGXS=1
sudo make install USE_PGXS=1

Make necessary changes for your PostgreSQL version if needed. You will need to have the right branch checked out to match the PostgreSQL release you are building against, as the FDW API has changed from release to release.

Usage

CREATE SERVER options

redis_fdw accepts the following options via the CREATE SERVER command:

  • nodes as string, optional, default 127.0.0.1:6379

    A comma separated list addresses or hostnames of the Redis cluster servers.

CREATE USER MAPPING options

redis_fdw accepts the following options via the CREATE USER MAPPING command:

  • password as string, no default

    The password to authenticate to the Redis server with.

CREATE FOREIGN TABLE options

redis_fdw accepts the following table-level options via the CREATE FOREIGN TABLE command:

  • tabletype as string, optional, no default

    Can be hash, list, set or zset. If not provided only look at scalar values.

  • tablekeyprefix as string, optional, no default

    Only get items whose names start with the prefix.

  • tablekeyset as string, optional, no default

    Fetch item names from the named set.

  • singleton_key as string, optional, no default

    Get all the values in the table from a single named object. If not provided don't use a single object.

You can only have one of tablekeyset and tablekeyprefix, and if you use singleton_key you can't have either.

Structured items are returned as array text, or, if the value column is a text array as an array of values. In the case of hash objects this array is an array of key, value, key, value ...

Singleton key tables are returned as rows with a single column of text in the case of lists sets and scalars, rows with key and value text columns for hashes, and rows with a value text columns and an optional numeric score column for zsets.

IMPORT FOREIGN SCHEMA options

redis_fdw doesn's support IMPORT FOREIGN SCHEMA and accepts no custom options for this command. There is no formal storing schema in Redis in oppose to RDBMS.

TRUNCATE support

redis_fdw don't implements the foreign data wrapper TRUNCATE API, available from PostgreSQL 14.

Functions

As well as the standard redis_fdw_handler() and redis_fdw_validator() functions, redis_fdw provides no user-callable utility functions.

Identifier case handling

PostgreSQL folds identifiers to lower case by default, Redis is case sensetive by default. It's important to be aware of potential issues with table and column names. If there will no proper name qouting in PostgreSQL, access from PostgreSQL foreign tables with mixedcase or uppercase names to mixedcase or uppercase Redis objects can cause unexpected results.

Generated columns

Redis doens't provides support for generated columns.

For more details on generated columns see:

Character set handling

All strings from Redis are interpreted acording the PostgreSQL database's server encoding. Redis supports UTF-8 only data. It's not a problem if PostgreSQL server encoding is UTF-8. Behaviour with UTF-16 or UTF-32 PostgreSQL server yet not described. All PostgreSQL databases with a non-Unicode encoding is strongly not recommended to interact with redis_fdw.

Examples

Install the extension:

Once for a database you need, as PostgreSQL superuser.

	CREATE EXTENSION redis_fdw;

Create a foreign server with appropriate configuration:

Once for a foreign datasource you need, as PostgreSQL superuser.

	CREATE SERVER redis_servers
	FOREIGN DATA WRAPPER redis_fdw
	OPTIONS (
	  nodes '127.0.0.1:6379,127.0.0.2:6379,127.0.0.3:6379'	  
	);

Grant usage on foreign server to normal user in PostgreSQL:

Once for a normal user (non-superuser) in PostgreSQL, as PostgreSQL superuser. It is a good idea to use a superuser only where really necessary, so let's allow a normal user to use the foreign server (this is not required for the example to work, but it's secirity recomedation).

	GRANT USAGE ON FOREIGN SERVER redis_servers TO pguser;

Where pguser is a sample user for works with foreign server (and foreign tables).

User mapping

	CREATE USER MAPPING FOR pguser
	SERVER redis_servers
	OPTIONS (
	  password 'secret'
	);

Where pguser is a sample user for works with foreign server (and foreign tables).

Create foreign table

All CREATE FOREIGN TABLE SQL commands can be executed as a normal PostgreSQL user if there were correct GRANT USAGE ON FOREIGN SERVER. No need PostgreSQL supersuer for secirity reasons but also works with PostgreSQL supersuer.

Simple table

	CREATE FOREIGN TABLE redis_db0 (
	  key text,
	  val text
	)
	SERVER redis_servers
	OPTIONS (
	  database '0'
	);

Hash table + tablekeyprefix

	CREATE FOREIGN TABLE myredishash (
	  key text,
	  val text[]
	)
	SERVER redis_servers
	OPTIONS (
	  database '0',
	  tabletype 'hash',
	  tablekeyprefix 'mytable:'
	);

    INSERT INTO myredishash (key, val)
    VALUES ('mytable:r1','{prop1,val1,prop2,val2}');

    UPDATE myredishash
       SET val = '{prop3,val3,prop4,val4}'
     WHERE key = 'mytable:r1';

    DELETE from myredishash
     WHERE key = 'mytable:r1';

Hash table + singleton_key

	CREATE FOREIGN TABLE myredis_s_hash (
	  key text,
	  val text
	)
	SERVER redis_servers
	OPTIONS (
	  database '0',
	  tabletype 'hash',
	  singleton_key 'mytable'
	);

    INSERT INTO myredis_s_hash (key, val)
    VALUES ('prop1','val1'),('prop2','val2');

    UPDATE myredis_s_hash
       SET val = 'val23'
     WHERE key = 'prop1';

    DELETE from myredis_s_hash
     WHERE key = 'prop2';

Limitations

SQL commands

  • COPY command for foreign tables is not supported.
  • TRUNCATE is not supported.
  • RETURNING is not supported.

Other

  • Redis has acquired cursors in 2.8+. This is used in all the mainline branches from REL9_2_STABLE on, for operations which would otherwise either scan the entire Redis database in a single sweep, or scan a single, possible large, keyset in a single sweep.

  • There is no 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.

  • We can only push down a single qual to Redis, which must use the TEXTEQ operator, and must be on the key column.

  • Redis cursors have some significant limitations. The Redis docs say:

    A given element may be returned multiple times. It is up to the application to handle the case of duplicated elements, for example only using the returned elements in order to perform operations that are safe when re-applied multiple times.

    The FDW makes no attempt to detect this situation. Users should be aware of the possibility.

  • There was no such thing as a cursor in Redis 2.8- in the SQL sense. Redis Releases prior to 2.8 are maintained on the REL9_x_STABLE_pre2.8 branches.

Tests

The tests assume that you have access to a redis cluster server on the localmachine with no password, and that the redis-cli program is in the PATH envireonment variable when tests is run. The test script checks that the database is empty before it tries to populate it, and it cleans up afterwards.

Some tests as psql expected outputs can be found in expected directory.

Contributing

Opening issues and pull requests on GitHub are welcome.

Useful links

Redis selected documentation

Source code

Reference FDW realisation, postgres_fdw

General FDW Documentation

Other FDWs

License and authors

See the License file for full details.

About


Languages

Language:C 97.3%Language:Makefile 1.8%Language:Emacs Lisp 0.9%