Go to file
2023-12-16 15:24:47 -06:00
bun chore: fmt 2023-12-16 15:13:37 -06:00
src/Database feat: int8 support 2023-12-16 15:24:47 -06:00
test feat: int8 support 2023-12-16 15:24:47 -06:00
.env-example Use config loader in the README example 2021-11-09 09:02:46 +01:00
.gitignore Update .gitignore 2020-11-09 15:56:32 +01:00
.prettierrc.cjs fix: tests 2023-12-16 15:12:33 -06:00
.tool-versions fix: tests 2023-12-16 15:12:33 -06:00
AUTHORS Add AUTHORS file 2018-12-06 20:30:38 +01:00
bun.lockb chore: fmt 2023-12-16 15:13:37 -06:00
CHANGELOG.md Introduce pool based queries. Move Aff API to separate submodule. 2021-11-09 09:02:39 +01:00
jsconfig.json chore: fmt 2023-12-16 15:13:37 -06:00
LICENSE Update copyright year 2017-06-03 16:07:09 +02:00
package.json chore: fmt 2023-12-16 15:13:37 -06:00
README.md Minor refactoring 2021-11-09 09:02:46 +01:00
Rows.pl Remove tuple machinery in favour of row types 2017-06-03 13:27:14 +02:00
spago.yaml feat: int8 support 2023-12-16 15:24:47 -06:00

purescript-postgresql-client

purescript-postgresql-client is a PostgreSQL client library for PureScript based on node-postgres.

Install

To use this library, you need to add pg and decimal.js as an npm dependency. You can also find first of them on https://github.com/brianc/node-postgres.

Usage

This guide is a literate Purescript file which is extracted into testing module (using literate-purescript) so it is a little verbose.

Let's start with imports.

module Test.README where

import Prelude

import Control.Monad.Except.Trans (ExceptT, runExceptT)
import Database.PostgreSQL (Connection, fromPool, Pool, Query(Query), PGError)
import Database.PostgreSQL.PG (command, execute, query, withTransaction) as PG
import Database.PostgreSQL.Pool (new) as Pool
import Database.PostgreSQL.Row (Row0(Row0), Row3(Row3))
import Data.Decimal as Decimal
import Data.Tuple.Nested ((/\))
import Effect.Aff (Aff)
import Effect.Aff.Class (liftAff)
import Effect.Class (liftEffect)
import Test.Assert (assert)
import Test.Config (load) as Config

The whole API for interaction with PostgreSQL is performed asynchronously in Aff (the only function which runs in plain Effect is Pool.new). Core library functions usually results in somthing like Aff (Either PGError a) which can be easily wrapped by user into ExceptT or any other custom monad stack. This base API is exposed by PostgreSQL.Aff module. To be honest we provide alternatives to functions in the Database.PostgreSQL.PG module that work on any stack m with MonadError PGError m and MonadAff m. The module contains two functions withClient and withTransaction that require additional parameter - a transformation from a custom monad stack to Aff (Either PGError a). We are going to work with custom AppM type in this tutorial but please don't consider it as the only option if you encounter any troubles integrating it into your own app monad stack.

type AppM a = ExceptT PGError Aff a

withTransaction :: forall a. Pool -> (Connection -> AppM a) -> AppM a
withTransaction p = PG.withTransaction runExceptT p

Our tests runner reads the configuration for the current process environment or from the .env file (please check .env-example for details). We assume here that Postgres is running on a standard local port with ident authentication so configuration can be nearly empty (defaultConfiguration). It requires only database name which we pass to the newPool function. Additionally we pass idleTimeoutMillis value because this code is run by our test suite and we want to exit after its execution quickly ;-)

run ∷ AppM Unit
run = do
  config ← liftAff $ Config.load
  pool ← liftEffect $ Pool.new config

We can now create our temporary table which we are going to query in this example. PG.execute ignores result value which is what we want in this case. The last Row0 value indicates that this Query doesn't take any additional parameters.

Database quering functions like execute below can perform the action using the pool or the connection instance so they expect a value of type Connection (which is just a wrapper around Either - newtype Connection = Connection (Either Pool Client)).


  PG.execute (fromPool pool) (Query """
    CREATE TEMPORARY TABLE fruits (
      name text NOT NULL,
      delicious boolean NOT NULL,
      price NUMERIC(4,2) NOT NULL,
      added TIMESTAMP WITH TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
      PRIMARY KEY (name)
    );
  """) Row0

There is a withTransaction helper provided. You can wrap the whole piece of interaction with database in it. It will rollback if any exception is thrown during execution of a given Aff block. It excecutes COMMIT in the other case. We start our session with insert of some data. It is done by PG.execute function with INSERT statement. Please notice that we are passing a tuple of the arguments to this query using dedicated constructor. In this case Row3. This library provides types from Row0 to Row19 and they are wrappers which provide instances for automatic conversions from and to SQL values. For details please investigate following classes ToSQLRow, ToSQLValue, FromSQLRow and FromSQLValue.

  withTransaction pool \h -> do
    PG.execute h (Query """
      INSERT INTO fruits (name, delicious, price)
      VALUES ($1, $2, $3)
    """) (Row3 "coconut" true (Decimal.fromString "8.30"))

We can also use nested tuples instead of Row* constructors. This can be a bit more verbose but is not restricted to limited and constant number of arguments. /\ is just an alias for the Tuple constructor from Data.Tuple.Nested.

    PG.execute h (Query """
      INSERT INTO fruits (name, delicious, price)
      VALUES ($1, $2, $3)
    """) ("lemon" /\ false /\ Decimal.fromString "3.30")

Of course Row* types and nested tuples can be also used when we are fetching data from db. query function processes db response and returns an Array of rows.

  names <- PG.query (fromPool pool) (Query """
    SELECT name, delicious
    FROM fruits
    ORDER BY name ASC
  """) Row0
  liftEffect <<< assert $ names == ["coconut" /\ true, "lemon" /\ false]

There is also a command function at our disposal. Some postgres SQL expressions return a "command tag" which carries a value with a number of rows which were affected by a given query. For example we can have: DELETE rows, UPDATE rows, INSERT oid rows etc. This function should return rows value associated with given response.

  deleted <- PG.command (fromPool pool) (Query """DELETE FROM fruits """) Row0
  liftEffect <<< assert $ deleted == 2

Generating SQL Queries

The purspg preprocessor has been replaced by sqltopurs, which is a code generator instead of a preprocessor, and easier to use.

Hacking

Testing

Test database is read from the environment or loaded from .env file. You can find .env-example in the repo with some simple testing db setup.

Releasing

Till we are hosted on the github platform let's just use github releasing model for tagging new versions and github-release-notes to generate CHANGELOG.md from it:

$ # This only requires repo access $ export GREN_GITHUB_TOKEN=... $ github-release-notes changelog --override