Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/35.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Node.js Couchbase中的数据库等效于什么_Node.js_Database_Couchbase - Fatal编程技术网

Node.js Couchbase中的数据库等效于什么

Node.js Couchbase中的数据库等效于什么,node.js,database,couchbase,Node.js,Database,Couchbase,MongoDB中有3层: 服务器 数据库 收藏 然而,在Couchbase我可以看到遗漏了一些东西;这些层是这样的: 集群(一组服务器) 数据库(缺少!!!) 水桶 我需要部署2个数据库,1个用于开发,1个用于生产。丢失的图层数据库使我处境艰难。我终于发现Couchbase中的集群层和桶层之间没有任何内容 我使用的唯一解决方案是为所有bucket名称添加前缀。例如 databasename.users databasename.articles ... Couchbase中有一个称为“pool

MongoDB中有3层:

  • 服务器
  • 数据库
  • 收藏
  • 然而,在Couchbase我可以看到遗漏了一些东西;这些层是这样的:

  • 集群(一组服务器)
  • 数据库(缺少!!!)
  • 水桶

  • 我需要部署2个数据库,1个用于开发,1个用于生产。丢失的图层数据库使我处境艰难。

    我终于发现Couchbase中的集群层和桶层之间没有任何内容

    我使用的唯一解决方案是为所有bucket名称添加前缀。例如

    databasename.users
    databasename.articles
    ...
    
    Couchbase中有一个称为“pool”的东西,但将来可能会有:

    附笔。 Couchbase的最新图层映射: 服务器 集群、服务器,如本地主机 分贝 水桶,如我的水桶 桌子 文档设计,例如dev_用户和一组 doc.type==“user”的文档构成“users”表。 预选 视图,例如开发用户/所有用户
    我最终发现Couchbase中的集群层和Bucket层之间并没有任何区别

    我使用的唯一解决方案是为所有bucket名称添加前缀。例如

    databasename.users
    databasename.articles
    ...
    
    Couchbase中有一个称为“pool”的东西,但将来可能会有:

    附笔。 Couchbase的最新图层映射: 服务器 集群、服务器,如本地主机 分贝 水桶,如我的水桶 桌子 文档设计,例如dev_用户和一组 doc.type==“user”的文档构成“users”表。 预选 视图,例如开发用户/所有用户
    您可以大致将Couchbase bucket视为类似于MongoDB中的数据库,尽管Couchbase中的bucket较少且在一个bucket中包含多个类型似乎更为常见(通过在存储的每个JSON对象上使用类型字段进行区分)


    我真的建议不要将开发和生产桶放在同一个集群上,它们应该不惜一切代价分开。一旦运行了两个集群,就不会出现上述问题,甚至可以在本地运行一个虚拟机集群进行开发,然后在云提供商上运行一个真正的生产集群

    您可以大致将Couchbase bucket视为类似于MongoDB中的数据库,尽管在Couchbase中,bucket较少且在一个bucket中包含多个类型似乎更为常见(通过在存储的每个JSON对象上使用类型字段来区分)

    我真的建议不要将开发和生产桶放在同一个集群上,它们应该不惜一切代价分开。一旦运行了两个集群,就不会出现上述问题,甚至可以在本地运行一个虚拟机集群进行开发,然后在云提供商上运行一个真正的生产集群

    您将拥有一个集群(组成集群的所有服务器作为一个集群) 然后是铲斗。类似于数据库。 CB中没有“表”。因为通常在行中的内容现在在文档中

    在SQL中可能有单独的数据库,在CB中可以将它们放在一个或多个存储桶中。bucket更好地用于逻辑、用法、索引、安全性等分离。见此:

    术语池在1.8版中引入,指的是集群中的节点。不再在该上下文中使用。最新版本是4.1 您将看到术语“池”与组一起出现。组是通常用于机架感知/事务区域的节点的逻辑分组。因此,如果您有六个节点,每个机架两个,那么您可能已经定义了组(池)1:Rack1组2:Rack2组3:Rack3,Couchbase足够智能,可以确保副本文档与主文档不在同一组中

    也有连接池,但我不认为这是您所指的…

    您将拥有一个群集(组成群集的所有服务器作为一个群集) 然后是铲斗。类似于数据库。 CB中没有“表”。因为通常在行中的内容现在在文档中

    在SQL中可能有单独的数据库,在CB中可以将它们放在一个或多个存储桶中。bucket更好地用于逻辑、用法、索引、安全性等分离。见此:

    术语池在1.8版中引入,指的是集群中的节点。不再在该上下文中使用。最新版本是4.1 您将看到术语“池”与组一起出现。组是通常用于机架感知/事务区域的节点的逻辑分组。因此,如果您有六个节点,每个机架两个,那么您可能已经定义了组(池)1:Rack1组2:Rack2组3:Rack3,Couchbase足够智能,可以确保副本文档与主文档不在同一组中


    还有连接池,但我认为这不是您所指的…

    在Couchbase的最新版本中,现在支持范围和集合。看来你的愿望实现了


    在Couchbase的最新版本中,现在支持范围和集合。看来你的愿望实现了

    从Couchbase 7(目前为beta版,GA即将推出)开始,有一些额外的“层”可能会对您有所帮助

    Cluster <-> Server
    Database (Catalog) <-> Bucket
    Schema <-> Scope
    Table <-> Collection
    Row <-> Document
    
    集群服务器
    数据库(目录)存储桶
    模式范围
    表集合
    行文档
    
    这些是粗略的等价物,不过根据您将Couchbase与哪个数据库进行比较,翻译的“左侧”可能会因名称不同而有所不同。

    从Couchbase 7开始(目前是beta版,GA即将推出),还有一些额外的“层”可能会对您有所帮助

    Cluster <-> Server
    Database (Catalog) <-> Bucket
    Schema <-> Scope
    Table <-> Collection
    Row <-> Document
    
    集群服务器
    数据库(目录)存储桶
    模式范围
    表集合
    行文档
    
    这些是粗略的等价物,不过根据您将Couchbase与哪个数据库进行比较,该翻译的“左侧”可能在名称上有所不同