Socket
Socket
Sign inDemoInstall

kysely-pg-client

Package Overview
Dependencies
1
Maintainers
1
Versions
14
Alerts
File Explorer

Advanced tools

Install Socket

Detect and block malicious and high-risk dependencies

Install

    kysely-pg-client

Non-pooling single-connection Postgres dialect for Kysely, thoroughly tested


Version published
Weekly downloads
0
decreased by-100%
Maintainers
1
Install size
2.12 MB
Created
Weekly downloads
 

Readme

Source

kysely-pg-client

Non-pooling single-connection Postgres dialect for Kysely, thoroughly tested

NOTICE

This package allows Kysely to be used with a node-postgres (pg) Client class rather than a Pool class for the purpose of reducing unnecessary overhead in serverless environments. However, the Pool class has a potential performance advantage even serverless: it allows for the lazy construction of the connection. If a serverless function has multiple independent modules that each may or may not create a connection, having them use a common Pool allows them to only create the connection if needed and yet share the same connection.

Also, given that Pool is the more flexible configuration, libraries tend to allow for configuration via Pool but not via Client, limiting the compatibility of a Client solution with other libraries. Lucia for authentication is one example.

For these reasons, it is advisable to use Pool and not to use the present library.

Introduction

PostgresClientDialect is a Kysely dialect for Postgres that uses a single connection instead of a pool of connections. As with the Postgres dialect that Kysely provides, it is based on node-postgres (pg), but it is configured with a Client rather than a Pool.

The dialect avoids the extra overhead of managing a pool and is ideal for serverless use, which would otherwise wastefully create and destroy a pool on each HTTP request. The overhead is likely trivial in clock cycles compared to the time it takes to issue a query, but it does allocate and deallocate objects, reducing available memory and increasing the frequency of garbage collection. The difference may not be much, but it could be of value when you're paying for resource usage or when the server has real-time requirements.

The alternative is to use Kysely's PostgresDialect with a maximum pool size of one, set via the configuration option max: 1.

This package uses kysely-test-sync to run PostgresClientDialect against Kysely's test suite, downloading the relevant tests from the appropriate Kysely release. This should help ensure that the dialect is as reliable as the Kysely's pooling dialect and that it continues to benefit as Kysely gains more tests.

Installation

Install the package with your preferred dependency manager:

npm install kysely-pg-client

yarn add kysely-pg-client

pnpm add kysely-pg-client

Usage

Use PostgresClientDialect exactly as you would a PostgresDialect, except provide a Client instead of a Pool:

import { PostgresClientDialect } from 'kysely-pg-client'

const db = new Kysely<Database>({
  dialect: new PostgresClientDialect({
    client: new Client({
      host: 'localhost',
      database: 'kysely_test',
      // etc...
    }),
  }),
})

Its options argument is an interface of type PostgresClientDialectConfig, which is analogous to Kysely's PostgresDialectConfig, except that PostgresClientDialectConfig doesn't provide an onCreateConnection callback.

Testing

There are two test suites you can run. The first runs the dialect against the tests in the Kysely release for which I've most recently ensured compatibility. The version of this release is found in the following file:

test/current/src/downloads/_kysely-version.txt

Before running the tests, you'll need to install the dependencies and run docker:

npm install
docker compose up

Run the tests using the test script using your choice of package manager:

npm run test

yarn test

pnpm test

The other test suite runs the dialect against the tests in the most recent release of Kysely that is compatible with the version given for Kysely in package.json, according to semantic versioning. For example, if package.json indicates a version of ^1.3.3, the suite will run using the tests found in the greatest version matching 1.*.*. And if package.json indicates a version of ^0.24.2, the suite will run using the tests found in the greatest version matching 0.24.*. (See the semantic versioning rules.) Run these tests using the test:latest script.

IMPORTANT: If the test:latest script reports problems, it does not necessarily mean that there are bugs in the repo. It only means that a more recent version of Kysely is somehow incompatible with the current version of this repo. This repo calls out to Kysely's native tests, and changes to those tests might require changes to this repo to keep it properly integrated with them. This repo also borrows some code from Kysely, and test:latest reports when Kysely has changed the borrowed code in some way.

However, if you do find that test:latest is reporting problems for a newer version of Kysely, please open an issue on this repo to report that it should be upgraded to work with the newer tests.

License

MIT License. Copyright © 2023 Joseph T. Lapp

Keywords

FAQs

Last updated on 28 Jul 2023

Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc