npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@graphscope-neug/windows-x86_64

v0.3.0

Published

NeuG Graph Database Node.js bindings - high performance embedded graph database with Cypher query support

Readme

The Node.js binding API for NeuG

Prerequisites

Same system dependencies as NeuG (CMake >= 3.16, C++20 compiler), plus:

  • Node.js >= 20.0.0
  • macOS package builds only: delocate==0.13.0
  • Linux package builds only: ldd and patchelf==0.19.0

Install the macOS packaging dependency with:

python3 -m pip install delocate==0.13.0

On Linux, install patchelf==0.19.0 from the system package manager or the official releases:

patchelf --version

Installing Node.js

NeuG Node.js bindings require Node.js >= 20.0.0 (N-API v8). Install via nvm:

# Install nvm
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash

# Reload shell in Linux
source ~/.bashrc
# Or MacOS
source ~/.zshrc

# Install Node.js LTS (v22)
nvm install --lts && nvm use --lts
# Or install a specific version (>= 20)
nvm install 20 && nvm use 20

# Verify
node -v   # should be >= 20.0.0
npm -v

Building

Build

cd tools/nodejs_bind
make build

This will:

  1. Install Node.js dependencies (npm install)
  2. Build the native addon via the main NeuG CMake project (-DBUILD_NODEJS=ON)
  3. Copy the resulting neug_node_bind.node to build/Release/

Pack

make pack

Create a self-contained, distributable npm package tarball (.tgz). This will:

  1. Build the native addon (same as make build)
  2. Copy NeuG's first-party binaries into build/Release/<platform>/:
    • neug_node_bind.node — the native addon
    • libneug.so / libneug.dylib — core shared library
  3. Collect the third-party libraries actually selected at link time:
    • macOS uses delocate-path to copy them into .dylibs/ and rewrite their install names.
    • Linux uses ldd to resolve the dependency closure, copies non-system libraries into .libs/, and uses patchelf to set package-relative $ORIGIN RPATHs.
  4. Print the bundled native dependencies for inspection.
  5. Run npm pack to produce neug-<version>.tgz

Npm package builds always force NEUG_PACKAGE_BUILD=ON and NEUG_NATIVE_ARCH=OFF. For local source builds, use NEUG_NATIVE_ARCH=ON make dev.

The resulting tarball can be installed without a C++ build environment:

npm install ./neug-0.3.0.tgz

Clean

make clean

API Example

A complete runnable example is provided in example.js:

node example.js
const { Database } = require('neug');

// Open an in-memory database
const db = new Database({ databasePath: '', mode: 'w' });
const conn = db.connect();

// Create schema
conn.execute('CREATE NODE TABLE person(id INT64, name STRING, age INT32, PRIMARY KEY(id));');
conn.execute('CREATE REL TABLE knows(FROM person TO person, since INT64);');

// Insert vertices
conn.execute("CREATE (p:person {id: 1, name: 'Alice', age: 30});");
conn.execute("CREATE (p:person {id: 2, name: 'Bob', age: 25});");

// Insert edge
conn.execute(
  "MATCH (a:person), (b:person) WHERE a.name = 'Alice' AND b.name = 'Bob' " +
  "CREATE (a)-[:knows {since: 2020}]->(b);"
);

// Query
const result = conn.execute(
  'MATCH (a:person)-[r:knows]->(b:person) RETURN a.name, r.since, b.name;'
);
for (const row of result) {
  console.log(row);
}

conn.close();
db.close();

Explicit Transactions

Since v0.2, the embedded Node.js Connection API supports explicit AP transactions. Auto-commit remains the default; begin a transaction when multiple queries must share one private view and one final commit.

const conn = db.connect();

conn.beginTransaction();
conn.execute("CREATE (p:person {id: 3, name: 'Carol'});");
// Reads on this connection see the new vertex before publication.
conn.execute('MATCH (p:person) RETURN p.name;');
conn.commit();

conn.beginTransaction({ readOnly: true });
// This transaction pins one read view and rejects writes.
conn.execute('MATCH (p:person) RETURN p.name;');
conn.rollback();

hasActiveTransaction remains true after a failed statement because the connection is rollback-only. Call rollback() before issuing another query. Nested transactions, read-to-write upgrades, Cypher BEGIN/COMMIT/ROLLBACK, checkpoint/maintenance, and mutating procedure calls are not supported. Since v0.2.1, embedded read-write transactions may group persistent COPY FROM statements with ordinary DML and DDL into one checkpoint at commit(); graph-read-only LOAD FROM/COPY TO and COPY TEMP may run in either transaction mode, and COPY TEMP may be mixed with durable writes (only persistent changes reach disk).