slicks-postgres

Allows the writing of expressive database queries for postgresql

Usage no npm install needed!

<script type="module">
  import slicksPostgres from 'https://cdn.skypack.dev/slicks-postgres';
</script>

README

slicks-postgres

slicks-postgres allows the expressive writing of database queries and routines for PostgreSQL. slicks-postgres permit chaining, which is intuitive as you can nearly guess what should come next even if you are just getting started with slicks-postgres. slicks-postgres is not an ORM. It was developed to allow folks coming from relational databases background write expressive queries with object interactions in mind. Inspired by Codeigniter Active Record.

slicks-postgres options

slicks-postgres takes the following options:

**host:**postgresql host server.

**user:**valid postgresql database user.

**password:**password for the database user above.

**database:**instance database you want to connect.

debug_db: could be true/false. debug_db enables the logging of the raw queries to the console when it is set to true, useful while developing.

Installation

  npm install slicks-postgres --save

Usage

Using slicks-postgres is pure joy:


       var options = {
                host: 'localhost',
                user: 'steve',
                dateStrings: true,
                database: 'todo',
                password: 'steve-secret',
                //If the following was enabled, your queries will be logged to console
                //debug_db: true
            },
           slicks_postgres = require('slicks-postgres')(options);
           //Let us now connect and get a db object
           slicks_postgres.connect(function(err, db){
                if(err){
                    throw err;
                }
                console.log('Connected!');

                //Do db stuffs here

           });

slicks-postgres management

Now that we have a valid db object, how do we manage it? Well, all connections on db are automatically pooled, thus, to release a db object, it is done with db.release(); this returns the current connection on the db to the pool, however, to actually close the connection, use db.destroy(); this does the cleanup and closes the underlying connection to database.

fetching records


     db.fetch('todu', function (err, rows) {
        if (err) {
            throw err;
        }
        console.log(rows);

    });

The above is used when all record fields are needed. However, if a subset of the fields are of interest, select with from and fetch is the way to go.

selecting records


      db.select('task, task_owner')
         .from('todu')
         .fetch(function (err, rows) {
             if (err) {
                 throw err;
             }
             console.log(rows);
         });

querying records with query


    var q = "select * from todu";
        db.query(q, function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
        });

Note: The use of ONLY fetch or in conjunction with select and from does not change the outcome. I think it just depends on what flavour you like or the need at hand. That being said, all the examples are written in one or other flavour but what was done in one flavour can equally be done in the other flavour.

where


     db.where('id', 1)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

     db.where('id >', 1)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

     db.where('id <', 10)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

     db.where('id >=', 1)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

     db.where('id <=', 10)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

where, orWhere, whereIn, orWhereIn, whereNotIn, orWhereNotIn conditions

Please, note that all the variations that apply to where also apply to the following: orWhere, whereIn, orWhereIn, whereNotIn, orWhereNotIn.

orWhere


     db.where('id', 10)
       .orWhere('task_owner', 1)
       .fetch('todu', function (err, rows) {
             if (err) {
                 throw err;
             }
              console.log(rows);
         });

whereIn


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .whereIn('id', "1,3")
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orWhereIn


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .where('id', 2)
      .orWhereIn('id', "1,3")
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

whereNotIn


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .whereNotIn('id', "1,2,3")
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orWhereNotIn


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .where('id', 2)
      .orWhereNotIn('id', "1,3")
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

like

Generates task like %vacuum% , b or both for both ends are allowed.


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .like('task', 'vacuum', 'b')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orLike

Generates task like '%vacuum' or task like 'iron%' , l or left for left end are allowed, while r or right for right end are allowed.


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .like('task', 'vacuum', 'l')
      .orLike('task', 'iron', 'r')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

notLike

Generates task NOT like '%vacuum%' , b or both for both ends are allowed.


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .notLike('task', 'vacuum', 'b')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orNotLike

Generates OR task NOT like '%dishes' , l or left for left end are allowed.


    db.select('todu.*') //I could have used fetch directly here too
      .from('todu')
      .where('id', 2)
      .orNotLike('task', 'dishes', 'l')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

limit


    db.limit(2) //I could have used select, from + fetch here too
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

limit with offset


    db.limit(2, 0) //I could have used select, from + fetch here too
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

Select distinct


    db.select('task')
      .distinct()
      .from('todu')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
        });
    });

orderBy (desc)


    db.orderBy('id', 'desc') //I could have used select, from + fetch here too
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orderBy ([asc]) the direction is optional if ascending order is desired


    db.orderBy('id', 'asc') //I could have used select, from + fetch here too
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

Same as below:


    db.orderBy('id') //I could have used select, from + fetch here too
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

joining tables


    db.select('t.*, o.name')
      .from('todu t')
      //'left', for left join, also 'right', 'outer' etc are allowed
      .join('task_owners o', 't.task_owner = o.id', 'left')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

groupBy for aggregates


    db.select('o.name, count(*) tasks')
      .from('task_owners o')
      .join('todu t', 't.task_owner = o.id', 'left')
      .groupBy('o.name')
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

having for aggregates


    db.select('o.name, count(*) tasks')
      .from('task_owners o')
      .join('todu t', 't.task_owner = o.id', 'left')
      .groupBy('o.name')
      .having('count(*) >', 2)
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

orHaving for aggregates


    db.select('o.name, count(*) tasks')
      .from('task_owners o')
      .join('todu t', 't.task_owner = o.id', 'left')
      .groupBy('o.name')
      .having('count(*) >', 2)
      .orHaving('count(*)', 3)
      .fetch(function (err, rows) {
            if (err) {
                throw err;
            }
            console.log(rows);
    });

inserting records

inserting single record with insert


    db.insert('task_owners', {id: 1, name: 'Test owner'}, function (err, res) {
        if (err) {
            throw err;
        }
        console.log(res.id);
    });

inserting multiple records with query


    var q = "insert into todu (id, task, task_owner)
            values
            (2,'Vacuum the floor',1),
            (3, 'Iron my shirt', 1)";//could be more

        db.query(q, function (err, res) {
            if (err) {
                throw err;
            }
            console.log('records inserted!');
        });

updateing records


       db.set('task', 'Updated Todo')
          .whereIn('id', '1,3')
          .update(function (err, res) {
            if (err) {
                throw err;
            }
            console.log(res.affectedRows);
        });

deleteing records


       db.where('id', 2)
         .delete(function (err, res) {
            if (err) {
                throw err;
            }
            console.log(res.affectedRows);
        });

Test

Before running the tests, connect to your postgres database and run the following:


        CREATE USER tester WITH PASSWORD 'tester';

        CREATE DATABASE todo OWNER = tester;

Then connect to the created database, 'todo' like so:


    \c todo

And run these in the order of appearance:


        CREATE TABLE todu (
          id serial PRIMARY KEY,
          task varchar(50) NOT NULL,
          status int2 NOT NULL DEFAULT 0,
          created_date date NOT NULL DEFAULT CURRENT_DATE,
          task_owner int2 NOT NULL
        );

        CREATE TABLE task_owners (
          id serial PRIMARY KEY,
          name varchar(50) NOT NULL
        );

Thereafter, go to slicks-postgres and run;

    npm test

Release History

  • 0.1.0 Initial release