Coder Social home page Coder Social logo

gstore-node's Introduction

gstore Node.js

npm version Build Status Coverage Status
gstore-node is a Google Datastore entities modeling library for Node.js inspired by Mongoose and built on top of the gcloud-node library.

Its main features are:

  • explicit Schema declaration for entities
  • properties type validation
  • properties value validation
  • shortcuts queries
  • pre & post middlewares (hooks)
  • custom methods on entity instances

This library is in in active development, please report any issue you might find.


Table of Contents generated with DocToc

Motivation

The Google Datastore is an amazing fast, reliable and flexible database for today's modern apps. But it's flexibility and schemaless nature can sometimes lead to a lot of duplicate code to validate the properties passed and their values. The pre & post 'hooks' found in Mongoose are also of great value when it comes to work with entities on a NoSQL database. As it is built on top of the great gcloud-node library, all of its API can still be accessed whenever needed.

Installation

npm install gstore-node --save

Getting started

For info on how to configure gcloud read the docs here.

var configGcloud = {...your config here};
var gcloud       = require('gcloud')(configGcloud);
var ds           = gcloud.datastore();

var gstore = require('gstore-node');
gstore.connect(ds);

Aliases

After a successfull connection, gstore has 2 aliases set up

  • gstore.ds The gcloud datastore instance
  • gstore.runInTransaction. Alias of the same gcloud method

Schema

Creation

var gstore = require('gstore-node');
var Schema = gstore.Schema;

var entitySchema = new Schema({
    name:{},
    lastname:{},
    ...
});

Properties types

Valid types are

  • 'string'
  • 'int' --> an integer or gcloud.datastore.int
  • 'double' --> a float or gcloud.datastore.double
  • 'boolean'
  • 'datetime' (valids are: javascript Date() or a string with the following format: 'YYYY-MM-DD' | 'YYYY-MM-DD 00:00:00' | 'YYYY-MM-DD 00:00:00.000' | 'YYYY-MM-DDT00:00:00')
  • 'array'
  • 'object'
  • 'geoPoint' โ€”> gcloud.datastore.geoPoint
  • 'buffer' โ€”> Buffer
var entitySchema = new Schema({
    name     : {type: 'string'},
    lastname : {},  // if nothing is passed, no type validation occurs (any type is allowed)
    age      : {type: 'number'},
    price    : {type: 'double'},
    isDraft  : {type: 'boolean'},
    createdOn: {type: 'datetime'},
    tags     : {type: 'array'},
    prefs    : {type: 'object'},
    position : {type: 'geoPoint'}
    icon     : {type: 'buffer'}
});

Properties values validations

gstore uses the great validator library (https://github.com/chriso/validator.js) to validate input values so you can use any of the validations from that library.

var entitySchema = new Schema({
    email  : {validate: 'isEmail'},
    website: {validate: 'isURL'},
    color  : {validate: 'isHexColor'},
    ...
});

Other properties options

optional

By default if a property value is not defined it will be set to null or to its default value (if any). If you don't want this behaviour you can set it as optional and if no value is passed, this property will not be saved in the Datastore.

default

You can set a default value for the property is no value has been passed.

excludeFromIndexes

By default all properties are included in the Datastore indexes. If you don't want some properties to be indexed set their 'excludeFromIndexes' property to false.

read

If you don't want certain properties to show up in the result of queries (with simplifyResult set to true) or when calling entity.plain(), set this property option to false. This is useful when you need to have entity properties only visible to your business logic and not exposed publicly.

This setting can be overridden by passing a readAll setting set to true in:

  • entity.plain({readAll:true});
  • globally in list() and a Schema queries settings
  • inline settings of list(), query() and findAround()

write

If you want to protect certain properties to be written by a user, you can set their write option to false. You can then call sanitize() on a Model passing the user data and those properties will be removed.
Example: var data = BlogPostModel.sanitize(req.body);

// Properties options example
var entitySchema = new Schema({
    name    :  {type: 'string'},
    lastname:  {excludeFromIndexes: true},
    website :  {validate: 'isURL', optional: true},
    modified:  {type: 'boolean', default: false, read:false}, // won't show up in queries
    createdOn: {type:'datetime', write:false} //will be removed from data on sanitize(data)
    ...
});

Schema options

validateBeforeSave (default true)

To disable any validation before save/update, set it to false

explicitOnly (default true)

To allow unregistered properties on a schema set explicitOnly : false. This will bring back the magic of Schemaless databases. The properties explicitly declared will still be validated.

queries

simplifyResult (default true). By default the results coming back from Datastore queries are merged into a simpler object format. If you prefer the full response that includes both the Datastore Key & Data, set simplifyResult to false. This option can be set on a per query basis (see below).

readAll (default false) Override the Schema option property 'read' (see above) and read all the properties of the entities.

// Schema options example
var entitySchema = new Schema({
    name : {type: 'string'}
}, {
    validateBeforeSave : false,
    explicitOnly : false,
    queries : {
        simplifyResult : false,
        readAll : true
    }
});

Schema methods

path()

Getter / Setter for schemas paths.

var mySchema = new Schema({name:{type:'string'});

// Getter
mySchema.path('name'); // returns {type:'string'}

// Setter
mySchema.path('email', {type:'string', validate :'isEmail'});

// From a Model
var User = gstore.model('User');

// add new path to User Schema
User.schema.path('age', {type:'number'});

virtual()

Virtuals are properties that are added to the entities at runtime that are not persisted in the Datastore. You can both define a getter and a setter.

getter

var schema = new Schema({
	firstname: {},
	lastname : {}
});

schema.virtual('fullname').get(function() {
	// the scope (this) is the entityData object

	return this.firstname + ' ' + this.lastname;
});

var User = gstore.model('User', schema);

var user   = new User({firstname:'John', lastname:'Snow'});
console.log(user.fullname); // 'John Snow';

/*
* You can also set virtuals to true in plain method to add them to your output object.
*/
var output = user.plain({virtuals:true});

console.log(output.fullname); // 'John Snow';

setter

var schema = new Schema({
	firstname: {},
	lastname : {}
});

schema.virtual('fullname').set(function(name) {
	var split      = name.split(' ');
	this.firstname = split[0];
	this.lastname  = split[1];
});

var User = gstore.model('User', schema);

var user = new User();
user.set('fullname', 'John Snow');

console.log(user.get('firstname')); // 'John';
console.log(user.get('lastname')); // 'Snow';

// You can save this entity without problem as virtuals are removed from the entity data before saving
user.save(function() {...});

Model

Creation

var gstore = require('gstore-node');
var Schema = gstore.Schema;

var userSchema = new Schema({
    name:{},
    lastname:{},
    email:{}
});

var User = gstore.model('User', userSchema);

Methods

Get()

Retrieving an entity by key is the fastest way to read from the Datastore. This method accepts the following parameters:

  • id {int, string} (can also be an array of ids to retreive)
  • ancestors {Array} (optional)
  • namespace (optional)
  • transaction (optional)
  • callback

Returns: an entity instance.

var blogPostSchema = new gstore.Schema({...});
var BlogPost       = gstore.model('BlogPost', blogPostSchema);

// id can be integer or string
BlogPost.get(1234, function(err, entity) {
    if (err) {
        // deal with err
    }
    console.log('Blogpost title:', entity.get('title'));
});

// Passing an ancestor path
BlogPost.get('keyname', ['Parent', 'parentName'], function(err, entity) {
    if (err) { // deal with err }
    ...
});

The resulting entity has a plain() method (see below) attached to it that returns only the entity data and its id.

BlogPost.get(123, function(err, entity) {
    if (err) { // deal with err }
    console.log(entity.plain());
});

If you need to retreive an entity from inside a transaction, pass it as fourth parameter.

var error;

gstore.runInTransaction(function(transaction, done) {
	BlogPost.get(123, null, null, transaction, function(err, entity) {
	    if (err) {
	        error = err;
	        transaction.rollback(done);
	        return;
	    }

	    // entity is an instance of the BlogPost model with all its properties & methods

	    ... keep up until calling done();
	});

}, function(transactionError, apiResp) {
	if (transactionError || error) {
	    // deal with err;
	}
});

Update()

To update a Model, call Model.update(...args); This will get the entity from the Datastore, update its data with the ones passed and save it back to the Datastore (after validating the data). The update() method has the following parameters

  • id : the id of the entity to update
  • data : the data to save
  • ancestors (optional) : an array of ancestors path
  • namespace (optional)
  • transaction (optional)
  • options (optional)
  • callback

Returns: an entity instance.

...

var BlogPost = gstore.model('BlogPost');

var data = {
    title : 'New title'
};

BlogPost.update(123, data, function(err, entity) {
    if (err) {
        // deal with err
    }
    console.log(entity.plain());
});

// You can also pass an optional ancestors path and a namespace
BlogPost.update(123, data, ['Grandpa', 123, 'Dad', 123], 'dev.namespace.com', function(err, entity) {
    if (err) {
        // deal with err
    }
    console.log(entity);
});

// The same method can be executed from inside a transaction
gstore.runInTransaction(function(transaction, done){

	BlogPost.update(123, data, null, null, transaction, function(err, entity){...});

}, function(){...});

replace property (options)
The options parameter has a replace property (default to false) that you can set to true if you want to replace all the entity data. By default, Model.update() does 2 operations inside a Transaction:

  • first a get() + merges the new data passed in the entity fetched
  • then a save()

If just want to override the entity data without doing any merge with the data stored the Datastore, pass replace:true in the options parameter.

BlogPost.update(123, data, null, null, null, {replace:true}, function(err, entity) {
	...
});

Delete()

You can delete an entity by calling Model.delete(...args). This method accepts the following parameters

  • id : the id to delete. Can also be an array of ids
  • ancestors (optional)
  • namespace (optional)
  • transaction (optional)
  • key (optional) Can also be an array of keys
  • callback

The callback has a "success" properties that is set to true if an entity has been deleted or false if not.

var BlogPost = gstore.model('BlogPost');

BlogPost.delete(123, function(err, success, apiResponse) {
    if (err) {
        // deal with err
    }
    if (!success) {
        console.log('No entity deleted. The id provided didn't return any entity');
    }
});

// With an array of ids
BlogPost.delete([123, 456, 789], function(err, success, apiResponse) {...}

// With ancestors and a namespace
BlogPost.delete(123, ['Parent', 123], 'dev.namespace.com', function(err, success, apiResponse) {...}

// With a key (can also be an <Array> of keys)
BlogPost.delete(null, null, null, null, key, function(err, success, apiResponse) {...}


// Transaction
// -----------
// The same method can be executed from inside a transaction
// Important: you need to execute done() from the callback as gstore needs to execute
// the "pre" hooks before deleting the entity

gstore.runInTransaction(function(transaction, done){

	BlogPost.delete(123, null, null, transaction, function() {

		[... any other transaction operation]

		done();
	});

}, function(){...});


Other methods

excludeFromIndexes()

On Schemaless Models (explicityOnly setting set to false), all the properties not declared explicitly will automatically be added to Google Datastore indexes. If you don't want this behaviour you can call Model.excludeFromIndexes(property) passing a string property or an array of properties. If one of the property passed is already declared on the Schema, this method will set its excludeFromIndexes value to false.

var blogPostSchema = new Schema({
    title: {type:'string'}
}, {explicitOnly:false});

BlogPostModel = gstore.model('BlogPost', blogPostSchema);

...

var blogPost = new BlogPost({
    title:'my-title',
    text:'some very long text that can not be indexed because of the limitation of the Datastore'});

/*
If you save this entity, the text won't be saved in the Datastore
because of the size limitation of the indexes (can't be more tha 1500 bytes).
Assuming that the text propery is dynamic and is not known at Schema instantiation, you need to remove "text" propery from indexes.
*/

BlogPost.excludeFromIndexes('text');

// now you can save the entity
blogPost.save(function(err, entity) {...});

sanitize()

This methods will clean and do basic formatting of an entity data. It is a good practice to call it on data coming from an untrusted source. Executing it will:

  • remove properties that are marked as not writable in schemas
  • convert 'null' (string) values to null
var userSchema = new Schema({
    name : {type:'string'},
    createdOn : {type:'datetime', write:false}
});

...
// in your Controller

var data = req.body; // body request
console.log(data.createdOn); // '2016-03-01T21:30:00';
console.log(data.lastname); // "null";

data = UserModel.sanitize(data);
console.log(data.createdOn); // undefined
console.log(data.lastname); // null


key()

Create entity Key(s). This method accepts the following arguments:

  • id (one or several in an Array)
  • ancestors (optional)
  • namespace (optional)
var User = gstore.model('User');

var entityKey = User.key(123);

// with ancestors and namespace
var entityKey = User.key(123, ['Parent', 'keyname'], 'dev.domain.com');

// passing array of ids

var entityKeys = User.key([123, 456]);
console.log(entityKeys.length); // 2

Entity

Each entity is an instance of its Model that has a Datastore Key and data.

Instantiate

To create instances of a model use

new Model(data, id /*optional*/, ancestors /*optional*/, namespace /*optional*/)

  • data {object} keys/values pairs of the entity data
  • id {int or string} (optional)
  • ancestors {Array} (optional)
  • namespace {string} (optional)

id parameter (optional)

By default, if you don't pass an id when you create an instance, the entity id will be auto-generated. If you want to manually give the entity an id, pass it as a second parameter during the instantiation.

...
// String id
var blogPost = new BlogPost(data, 'stringId'); // warning: a '1234' id will be converted to integer 1234

// Integer ir
var blogPost = new BlogPost(data, 1234);

ancestors parameter (optional)

Array of an ancestor's path.

// Auto generated id on an ancestor
var blogPost = new BlogPost(data, null, ['Parent', 'keyname']);

// Manual id on an ancestor
var blogPost = new BlogPost(data, 1234, ['Parent', 'keyname']);

namespace parameter (optional)

By default entities keys are generated with the default namespace (defined when setting up the datastore instance). You can create models instances on another namespace by passing it as a third parameter.

// Creates an entity with auto-generated id on the namespace "dev-com.my-domain"
var blogPost = new BlogPost(data, null, null, 'dev-com.my-domain');

Properties

  • entityData. The properties data of the entity.
  • entityKey. The entity key saved in the Datastore.

Methods

Save()

After the instantiation of a Model, you can persist its data to the Datastore with entity.save(transaction /*optional*/, callback)

var gstore = require('gstore-node');

var blogPostSchema = new gstore.Schema({
    title :     {type:'string'},
    createdOn : {type:'datetime', default:new Date()}
});

var BlogPost = gstore.model('BlogPost', blogPostSchema);

var data = {
    title : 'My first blog post'
};
var blogPostEntity = new BlogPost(data);

blogPostEntity.save(function(err) {
    if (err) {// deal with err}

    // the function scope (this) is the entity instance.
    console.log(this.plain());
    console.log(this.get('title')); // 'My first blog post'
    console.log(this.entityKey.id); // to get the auto generated id
});

/*
* From inside a transaction
*/

gstore.runInTransaction(function(transaction, done){

	var user = new User({name:'john'}); // user could also come from a query() or get()
	user.save(transaction);

	... other transaction operations until calling done()

}, function(){...});

Other methods

plain(options)

This methods returns the entity data and its entity key id (int or string)

The options has 2 properties that you can set:

  • readAll (default false) // to output all the properties regardless of a schema "read" property setting
  • virtuals (default false) // to add virtuals to the output object
get(path)

Get the value of an entity data at a specific path

user = new User({name:'John'});
user.get('name'); // John
set(path, value)

Set the value of an entity data at a specific path

user = new User({name:'John'});
user.set('name', 'Mike');
user.get('name'); // Mike
model()

Get an entity Model from entity instance.

var UserModel = gstore.model('User');


// Ex: on a schema 'pre' save hook
commentSchema.pre('save', function(next){
	var User = this.model('User');
	console.log(User === UserModel); // true
});

datastoreEntity()

In case you need at any moment to fetch the entity data from the Datastore, this method will do just that right on the entity instance.

var user = new User({name:'John'});

user.save(function(err) {
	// userEntity is an *gstore* entity instance of a User Model

	this.datastoreEntity(function(err, entity){
		console.log(entity.get('name')); // 'John'
	});
});
validate()

This methods validates an entity data. Return true if valid, false otherwise.

var schema = new Schema({name:{}});
var User   = gstore.model('User', schema);

var user  = new User({name:'John', lastname:'Snow'});
var valid = user.validate();

console.log(valid); // false


Queries

gcloud queries

gstore is built on top of gcloud-node so you can execute any query from this library.

var User = gstore.model('User'); // with User schema previously defined

// 1. Initialize query
var query = User.query()
            .filter('name', '=', 'John')
            .filter('age', '>=', 4)
            .order('lastname', {
                descending: true
            });

// 2. Execute query.
// The callback response contains both the entities and the cursor if there are more results

query.run(function(err, response) {
    if (err) {
        // deal with err
    }

    // response contains both the entities and a nextPageCursor for pagination
    var entities       = response.entities;
    var nextPageCursor = response.nextPageCursor; // not present if no more results
});

// You can then use the nextPageCursor when calling the same query and set it as a start value
var query = User.query()
            .filter('name', '=', 'John')
            .filter('age', '>=', 4)
            .order('lastname', {
                descending: true
            })
            .start(nextPageCursor);

namespace Model.query() takes an optional namespace parameter if needed.

var query = User.query('com.domain-dev')
                .filter('name', '=', 'John');
...

options: query.run() accepts a first options parameter with the following properties

query.run({simplifyResult:false}, function(err, response) {
    ....
})

list()

Shortcut for listing the entities. For complete control (pagination, start, end...) use the above gcloud queries. List queries are meant to quickly list entites with predefined settings.

Currently it support the following queries parameters

  • limit
  • order
  • select
  • ancestors
  • filters (default operator is "=" and does not need to be passed

Define on Schema

entitySchema.queries('list', {...settings});

Example

// Create Schema
var blogPostSchema = new gstore.Schema({
    title : {type:'string'}
});

// List settings
var querySettings = {
    limit    : 10,
    order    : {property: 'title', descending:true}, // descending defaults to false and is optional
    select   : 'title'
    ancestors: ['Parent', 123],  // will add a hasAncestor filter
    filters  : ['title', 'My first post'] // operator defaults to "="
};

// Add to schema
blogPostSchema.queries('list', querySettings);

// Create Model
var BlogPost = gstore.model('BlogPost', blogPostSchema);

Use anywhere

Model.list(callback) The response object in the callback contains both the entities and a nextPageCursor for pagination (that could be used in a next Model.list({start:pageCursor}, function(){...} call)

// anywhere in your Controllers
BlogPost.list(function(err, response) {
    if (err) {
        // deal with err
    }
    console.log(response.entities);
    console.log(response.nextPageCursor); // only present if more results
});

Order, Select & filters can also be arrays of settings

var querySettings = {
    orders  : [{property: 'title'}, {property:'createdOn', descending:true}]
    select  : ['title', 'createdOn'],
    filters : [['title', 'My first post'], ['createdOn', '<',  new Date()]]
};

Override settings These global settings can be overridden anytime by passing new settings as first parameter. Model.list(settings, cb)

var newSettings = {
    limit : 20
};

BlogPost.list(newSettings, function(err, entities) {
    if (err) {
        // deal with err
    }
    console.log(entities);
});

additional settings in override

  • simplifyResult {true|false}
  • namespace {string}

Just like with gcloud queries, simplifyResult can be set to receive the full Datastore data for each entity or a simplified response. Use the namespace setting to override the default namespace defined globally when setting up the Datastore instance.

var newSettings = {
    ...
    simplifyResult : false,
    namespace:'com.domain-dev'
};

BlogPost.list(newSettings, ...);

findOne()

User.findOne({prop1:value, prop2:value2}, ancestors /*optional*/, namespace /*optional*/, callback);

Quickly find an entity by passing key/value pairs. You can optionaly pass an ancestors array and a namespace. The entity returned is a entity instance of the Model.

var User = gstore.model('User');

User.findOne({email:'[email protected]'}, function(err, entity) {
    if (err) {... deal with error}

    console.log(entity.plain());
    console.log(entity.get('name'));
});

findAround()

Model.findAround(property, value, settings, callback)

Find entities before or after an entity based on a property and a value. settings is an object that contains either "before" or "after" with the number of entities to retreive. You can also override the "simplifyResult" global queries setting.

// Find the next 20 post after march 1st
BlogPost.findAround('publishedOn', '2016-03-01', {after:20}, function(err, entities){
   ...
});

// Find 10 users before Mick Jagger
User.findAround('lastname', 'Jagger', {before:10, simplifyResult:false}, function(err, entities){
   ...
});

deleteAll()

BlogPost.deleteAll(ancestors /*optional*/, namespace /*optional*/, callback)

If you need to delete all the entities of a certain kind, this shortcut query will do just that.

BlogPost.deleteAll(function(err, result){
    if (err) {// deal with err}

    console.log(result.message);
});

// With ancestors path and namespace
BlogPost.deleteAll(['Grandpa', 1234, 'Dad', 'keyname'], 'com.new-domain.dev', function(err) {...})

Middelwares (Hooks)

Middelwares or 'Hooks' are functions that are executed right before or right after a specific action on an entity. For now, hooks are available for the following methods

  • save (are also executed on Model.update())
  • delete

Pre hooks

Each pre hook has a "next" parameter that you have to call at the end of your function in order to run the next "pre" hook or execute to.

A common use case would be to hash a user's password before saving it into the Datastore.

...

var bscrypt = require('bcrypt-nodejs');

var userSchema = new Schema({
    user :     {'string'},
    email :    {'string', validate:'isEmail'},
    password : {'string', excludeFromIndexes: true}
});

userSchema.pre('save', hashPassword);

function hashPassword(next) {
    var _this    = this;
    var password = this.get('password');

    if (!password) {
        return next();
    }

    bcrypt.genSalt(5, function (err, salt) {
        if (err) return next(err);

        bcrypt.hash(password, salt, null, function (err, hash) {
            if (err) return next(err);
             _this.set('password', hash);

            // don't forget to call next()
            next();
        });
    });
}

...

// Then when you create a new user and save it (or when updating it)
// its password will automatically be hashed
var User = gstore.model('User');
var user = new User({username:'john', password:'mypassword'});
user.save(function(err, entity) {
    console.log(entity.get('password')); // $2a$05$Gd/7OGVnMyTDnaGC3QfEwuQ1qmjifli3MvjcP7UGFHAe2AuGzne5.
});

Note The pre('delete') hook has its scope set on the entity to be deleted. Except when an Array of ids is passed when calling Model.delete().

blogSchema.pre('delete', function(next) {
	console.log(this.entityKey); // the datastore entity key to be deleted

	// By default this.entityData is not present because the entity is *not* fetched from the Datastore.
	// You can call this.datastoreEntity() here (see the Entity section) to fetch the
	// data from the Datastore and do any other logic before calling next()
});

Post hooks

Post are defined the same way as pre hooks. The only difference is that there is no "next" function to call.

var schema = new Schema({username:{...}});
schema.post('save', function(){
    var email = this.get('email');
    // do anything needed, maybe send an email of confirmation?
});

Note The post('delete') hook does not have its scope maped to the entity as it is not retreived. But the hook has a first argument with the key(s) that have been deleted.

schema.post('delete', function(keys){
	// keys can be one Key or an array of entity Keys that have been deleted.
});

Transactions and Hooks

When you save or delete an entity from inside a transaction, gstore adds an extra execPostHooks() method to the transaction. If the transaction succeeds and you have any post('save') or post('delete') hooks on any of the entities modified during the transaction you need to call this method to execute them.

gstore.runInTransaction(function(transaction, done){

	var user = new User({name:'john'}); // user could also come from a query() or get()
	user.save(transaction);

	BlogPost.delete(123, null, null, transaction);

	done();

}, function(transactionError){
    if (transactionError) { // deal with error }

    // no error, call postHooks

    transaction.execPostHooks();
});

Custom Methods

Custom methods can be attached to entities instances. schema.methods.methodName = function(){}

var blogPostSchema = new Schema({title:{}});

// Custom method to query all "child" Text entities
blogPostSchema.methods.texts = function(cb) {
	var query = this.model('Text')
						.query()
						.hasAncestor(this.entityKey);

	query.run(function(err, result){
		if (err) {
			return cb(err);
		}
		cb(null, result.entities);
	});
};

...

// You can then call it on all instances of BlogPost
var blogPost = new BlogPost({title:'My Title'});
blgoPost.texts(function(err, texts) {
    console.log(texts); // texts entities;
});

Note that entities instances can also access other models through entity.model('MyModel'). Denormalization can then easily be done with a custom method:

...
// custom getImage() method on the User Schema
userSchema.methods.getImage = function(cb) {
    // Any type of query can be done here
    return this.model('Image').get(this.get('imageIdx'), cb);
};
...
// In your controller
var user = new User({name:'John', imageIdx:1234});
user.getImage(function(err, imageEntity) {
    user.set('profilePict', imageEntity.get('url'));
    user.save(function(err){...});
});

Credits

I have been heavily inspired by Mongoose to write gstore. Credits to them for the Schema, Model and Entity definitions, as well as 'hooks', custom methods and other similarities found here. Not much could neither have been done without the great work of the guys at gcloud-node.

gstore-node's People

Contributors

sebelga avatar

Watchers

 avatar  avatar

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.