bumped version due to api change
1 file changed
tree: fd87d39e542cb15346d29f9bed4e4181b10feee6
  1. cfg/
  2. node_modules/
  3. tests/
  4. .gitignore
  5. error.js
  6. LICENSE
  7. nano.js
  8. package.json
  9. README.md
README.md

nano

nano (short for nanocouch) is a minimalistic couchdb driver for node.js

instalation

  1. install npm
  2. npm install nano

usage

a quick example using nano

to use nano you have to either provide a) a json configuration object or b) a configuration file path like cfg/tests.js. refer to cfg/couch.example.js for a example

  var nano = require('nano')('./cfg/tests.js');

within the nano variable you have various methods you can call. these include tasks like create, delete or list databases:

  nano.db.create("alice");

in this function there is not callback. in nano the absence of callback means “do this, ignore what happens”

you normally don't want to do that though:

  // clean up the database we created previously
  nano.db.destroy("alice", function(err,headers,response) {
    nano.db.create("alice", function(){
      // specify the database we are going to use
      var alicedb = nano.use("alice");
      alicedb.insert("rabbit", {crazy: true}, function(e,h,r){
        if(e) { throw e; }
        console.log("you have inserted the rabbit.")
      });
    });
  });

the nano.use method creates a scope where you operate inside a single database. this is just a convenience so you don't have to specify the database name every single time you do an update or delete

  // 5: var alicedb = nano.use("alice");

in nano a callback has always three arguments

  // 6: alicedb.insert("rabbit", {crazy: true}, function(e,h,r){
  // 7:   if(e) { throw e; }
  // 8:   console.log("you have inserted the rabbit.")
  // 9: });

meaning:

  e: the `error`, if any. check error.js for more info.
  h: the http response `headers` from couchdb, if no error.
  r: the http `response body` from couchdb, if no error.

that‘s it. don’t forget to delete the database you created:

  nano.db.destroy("alice");

interfaces

* marks optional

databases (nano)

functions

nano.db.create(db_name,callback*) nano.db.get(db_name,callback*) nano.db.destroy(db_name,callback*) nano.db.list(callback*) nano.db.compact(db_name,callback*) nano.db.replicate(source,target,continuous*,callback*) nano.use(db_name) nano.request(opts,callback*) nano.config(callback)

aliases

nano.use: [nano.db.use, nano.db.scope, nano.scope] nano.request: [nano.relax, nano.dinosaur]

documents (nano.use)

functions

db.insert(doc,doc_name*,callback*) db.update(doc_name,rev,doc,callback*) db.destroy(doc_name,rev,callback*) db.get(doc_name,params*,callback*) db.list(params*,callback*)

aliases

nano.use simply sets db_name in scope. this way you don't have to specify it every time

nano.db.get: [db.info(callback*)] nano.db.replicate: [db.replicate(target,continuous*,callback*)] nano.db.compact: [db.compact(callback*)]

advanced

nano is minimalistic so it provides advanced users with a way to code their own extension functions:

  nano.request(opts,callback*)

to get a document in a specific rev an advanced user might do:

  nano.request( { db: "alice"
                , doc: "rabbit"
                , method: "GET"
                , params: { rev: "1-967a00dff5e02add41819138abb3284d"} 
                },
    function (_,_,b) { console.log(b) }
  );

this is the same as (assuming db = nano.use("alice");):

  nano.get("rabbit", {rev: "1-967a00dff5e02add41819138abb3284d"},
    function (_,_,b) { console.log(b)
  );

roadmap

  1. add pipe support as provided by request
  2. explore adding _changes feed
  3. convenience functions for attachments
  4. support views
  5. support bulk load

contribute

everyone is welcome to contribute. patches, bugfixes, new features

  1. create an issue on github so the community can comment on your idea
  2. fork nano in github
  3. create a new branch git checkout -b my_branch
  4. create tests for the changes you made
  5. make sure you pass both existing and newly inserted tests
  6. commit your changes
  7. push to your branch git push origin my_branch
  8. create an pull request

tests

  1. install the packages referred as dev dependencies in package.json
  2. browse to test/ and ./run.

always make sure all the tests pass before sending in your pull request!

we will tell santa

meta

                _
              / _) ROAR! i'm a vegan!
       .-^^^-/ /
    __/       /
   /__.|_|-|_|     cannes est superb

(oO)--',- in caos