nano
我有一个 nodejs 应用程序,我使用以下脚本连接到我的 couchdb :
const { connectionString } = require('../config');
const nano = require('nano')(connectionString);
// creates database or fails silent if exists
nano.db.create('foo');
module.exports = {
foo: nano.db.use('foo')
}
该脚本在每次服务器启动时运行,因此它会在每次服务器(重新)启动时尝试创建数据库“foo”,如果数据库已经存在,它只会静默失败。
我非常喜欢这个想法,因为这样我实际上是在应用程序级别维护数据库,并且在我决定添加新数据库时不必手动创建数据库。
将这种方法更进一步,我还尝试从应用程序级别维护我的设计文档。
...
nano.db.create('foo');
const foo = nano.db.use('foo');
const design = {
_id: "_design/foo",
views: {
by_name: {
map: function(doc) {
emit(doc.name, null);
}
}
}
}
foo.insert(design, (err) => {
if(err)
console.log('design insert failed');
})
module.exports = {
foo
}
显然,如果它不存在,这只会插入设计文档。但是如果我更新了我的设计文档并想要更新它怎么办?
我试过了:
foo.get("_design/foo", (err, doc) => {
if(err)
return foo.insert(design);
design._rev = doc._rev
foo.insert(design);
})
现在的问题是每次服务器重新启动时都会更新设计文档(例如,每次重新启动时都会获得一个新的_rev)。
现在...我的问题:)
1:这是用数据库和设计引导我的 CouchDB 的糟糕方法吗?我应该考虑将一些迁移步骤作为我的部署过程的一部分吗?
2:我的设计文档有很多_revs,基本上是每次部署和服务器重启,这是一个问题吗?即使文件本身没有改变?如果是这样,有没有办法只在文档更改时才更新文档?(我想在我的应用程序中手动将 _rev 设置为某个值,但非常不确定这是否是个好主意)。