MongoDB:12-MongoDB 数据库引用(DBRefs vs 手动引用)

本文涉及的产品
云数据库 MongoDB,独享型 2核8GB
推荐场景:
构建全方位客户视图
简介: MongoDB:12-MongoDB 数据库引用(DBRefs vs 手动引用)

数据库引用的意义:

  1. mongodb中数据的扫描是按行来扫描的,这意味着如果有一个字段的值长度很长,
  2. mongodb不会自动跳过而是将整个文档扫描一遍,当数据量十分密集而这个很长的字段不需要经常被检索时会严重拖慢效率,
  3. 因此此时可以将其作为引用保存在其他的集合中


数据库关系


  1. 在传统的SQL数据库中,关系被分为一个个表(table),在表中,每个数据项以主键(primary key)标识,
  2. 而一个表的主键又作为另一个表的外键(reference key),在两个表之间引用。
  3. 当遇上多对多关系的时候,
  4. 还需要一个额外的关联表(reference table),将多对多关系转化成两个一对多关系。
  5. 而在MongoDB中,表示关系有两种办法:
  1. 一种是嵌套(embedded),既是将一个文档包裹一个子文档;
  2. 而另一种是引用链接(reference link),使用MongoDB的DBRef对象建立文档和文档之间的关系。
  1. 除此之外,MongoDB的关系可以有 111对N , N对1 和 N对N 几种关系。
  2. 嵌套
  3. 每个MongoDB文档都由BSON文档组成,有类似JSON格式一样的数据类型,
  4. 其中String、Int、Float称为基本类型(或常量),
  5. 而Hash和Array称之为复合类型。
  6. 所谓的嵌套,就是说文档中,利用复合类型,包裹一个多或多个其他类型的值,这些值称之为子文档。
  7. 文档嵌套的数量和深度没有限制,但MongoDB目前版本限制一个文档最大为16MB。
  8. 引用链接
  9. 比起嵌套,引用链接更接近传统意义上的(也就是,关系型数据库术语中的)“引用”,它是两个文档之间的一种关系。
  10. 引用链接通过DBRef对象建立,DBRef对象储存了如何找到目标文档的信息,
  11. 就像现实世界中的门牌号码一样(也类似关系型数据库中的外键)。
  12. 如果在一个文档A中,有一个DBRef对象,而这个DBRef对象储存了关于如何找到文档B的信息,
  13. 那么文档A就可以通过解释这个DBRef对象(称之为解引用)来获取文档B的数据。


什么时候使用DBRef


  1. 在MongoDB中表示这种对其他文档的引用关系,并不是只有DBRef方式.
  1. 两个集合 users(用户),notes(笔记),
  2. 用户可以创建笔记,笔记可以引用用户或者别的笔记.
  3. db.users.insert({"_id":"refactor","displayName":"dis_refactor"})
  4. db.users.insert({"_id":"refactor2","displayName":"dis_refactor2"})
  5. db.notes.insert({"_id":2,"author":"refactor","text":"refactor in mongodb"})
  6. db.notes.insert(
  7. {
  8.   "_id":22,
  9.   "author":"refactor22",
  10.   "text":"...DBRef likes url",
  11.   "references":
  12.   [
  13.     {"$ref":"users","$id":"refactor"},
  14.     {"$ref":"notes","$id":2}
  15.   ]
  16. }
  17. )
  18. var note=db.notes.findOne({"_id":22});
  19. note.references.forEach(
  20.   function(ref){
  21.     printjson(db[ref.$ref].findOne({"_id":ref.$id}));
  22.   });
  1. 上面的例子就用了另外一种引用:每个note的author键仅存储了author文档的"_id"键,没有必要用DBRef,
  2. 因为已经知道每个author就是users集合里面的一个文档.
  3. 这种引用在GridFS的块文档中"files_id"键仅仅就是对文档"_id"的引用.
  4. 在保存引用的时候是选择DBRef还是至存储"_id"?
  5. 保存"_id"会更加紧凑,对开发者而言就很轻量.
  1. 但是DBRef能够引用任意集合(甚至是任意数据库)的文档,开发者不必知道和记住被引用的文档在哪些集合里面.

  2. 驱动程序和一些工具对DBRef提供了额外的功能(如自动去引用).
  3. 总之,存储一些对 不同 集合的 文档的引用时,最好用DBRef.否则最好存储"_id"作为引用来使用,这样更简单,也更容易操作.


引用分类:


  1. MongoDB使用引用来规范数据结构文档。
  1. http://blog.csdn.net/fly910905/article/details/78279851
  1. MongoDB 引用有两种:
  1. 手动引用(Manual References)
  2. DBRefs


DBRefs vs 手动引用


  1. 考虑这样的一个场景,我们在不同的集合中 (address_home, address_office, address_mailing, 等)
  2. 存储不同的地址(住址,办公室地址,邮件地址等)。
  3. 这样,我们在调用不同地址时,也需要指定集合,一个文档从多个集合引用文档,我们应该使用 DBRefs。


使用 DBRefs


  1. DBRef的形式:
  1. { $ref : , $id : , $db :  }

  1. 三个字段表示的意义为:
  1. $ref:集合名称
  2. $id:引用的id
  3. $db:数据库名称,可选参数


以下实例中用户数据文档使用了 DBRef, 字段 address:


  1. {
  2.   "_id":ObjectId("53402597d852426020000002"),
  3.   "address": {
  4.   "$ref": "address_home",
  5.   "$id": ObjectId("534009e4d852427820000002"),
  6.   "$db": "w3cschoolcc"},
  7.   "contact": "987654321",
  8.   "dob": "01-01-1991",
  9.   "name": "Tom Benzamin"
  10. }


address DBRef 字段指定了引用的地址文档是在 address_home 集合下的 w3cschoolcc 数据库,id 为 534009e4d852427820000002。


以下代码中,我们通过指定 $ref 参数(address_home 集合)来查找集合中指定id的用户地址信息:


  1. >varuser= db.users.findOne({"name":"Tom Benzamin"})
  2. >vardbRef= user.address
  3. >db[dbRef.$ref].findOne({"_id":(dbRef.$id)})


以上实例返回了 address_home 集合中的地址数据:


  1. {
  2.   "_id" : ObjectId("534009e4d852427820000002"),
  3.   "building" : "22 A, Indiana Apt",
  4.   "pincode" : 123456,
  5.   "city" : "Los Angeles",
  6.   "state" : "California"
  7. }

参考来源: http://www.runoob.com/mongodb/mongodb-database-references.html



相关文章
|
3月前
|
NoSQL MongoDB 数据库
数据库数据恢复—MongoDB数据库数据恢复案例
MongoDB数据库数据恢复环境: 一台操作系统为Windows Server的虚拟机上部署MongoDB数据库。 MongoDB数据库故障: 工作人员在MongoDB服务仍然开启的情况下将MongoDB数据库文件拷贝到其他分区,数据复制完成后将MongoDB数据库原先所在的分区进行了格式化操作。 结果发现拷贝过去的数据无法使用。管理员又将数据拷贝回原始分区,MongoDB服务仍然无法使用,报错“Windows无法启动MongoDB服务(位于 本地计算机 上)错误1067:进程意外终止。”
|
3月前
|
缓存 NoSQL Linux
在CentOS 7系统中彻底移除MongoDB数据库的步骤
以上步骤完成后,MongoDB应该会从您的CentOS 7系统中被彻底移除。在执行上述操作前,请确保已经备份好所有重要数据以防丢失。这些步骤操作需要一些基本的Linux系统管理知识,若您对某一步骤不是非常清楚,请先进行必要的学习或咨询专业人士。在执行系统级操作时,推荐在实施前创建系统快照或备份,以便在出现问题时能够恢复到原先的状态。
296 79
|
6月前
|
存储 缓存 数据库
数据库数据删除策略:硬删除vs软删除的最佳实践指南
在项目开发中,“删除”操作常见但方式多样,主要分为硬删除与软删除。硬删除直接从数据库移除数据,操作简单、高效,但不可恢复;适用于临时或敏感数据。软删除通过标记字段保留数据,支持恢复和审计,但增加查询复杂度与数据量;适合需追踪历史或可恢复的场景。两者各有优劣,实际开发中常结合使用以满足不同需求。
461 4
|
3月前
|
存储 NoSQL MongoDB
MongoDB数据库详解-针对大型分布式项目采用的原因以及基础原理和发展-卓伊凡|贝贝|莉莉
MongoDB数据库详解-针对大型分布式项目采用的原因以及基础原理和发展-卓伊凡|贝贝|莉莉
188 8
MongoDB数据库详解-针对大型分布式项目采用的原因以及基础原理和发展-卓伊凡|贝贝|莉莉
|
2月前
|
运维 NoSQL 容灾
告别运维噩梦:手把手教你将自建 MongoDB 平滑迁移至云数据库
程序员为何逃离自建MongoDB?扩容困难、运维复杂、高可用性差成痛点。阿里云MongoDB提供分钟级扩容、自动诊断与高可用保障,助力企业高效运维、降本增效,实现数据库“无感运维”。
|
6月前
|
NoSQL MongoDB 数据库
数据库数据恢复——MongoDB数据库服务无法启动的数据恢复案例
MongoDB数据库数据恢复环境: 一台Windows Server操作系统虚拟机上部署MongoDB数据库。 MongoDB数据库故障: 管理员在未关闭MongoDB服务的情况下拷贝数据库文件。将MongoDB数据库文件拷贝到其他分区后,对MongoDB数据库所在原分区进行了格式化操作。格式化完成后将数据库文件拷回原分区,并重新启动MongoDB服务。发现服务无法启动并报错。
|
7月前
|
存储 NoSQL MongoDB
微服务——MongoDB常用命令1——数据库操作
本节介绍了 MongoDB 中数据库的选择、创建与删除操作。使用 `use 数据库名称` 可选择或创建数据库,若数据库不存在则自动创建。通过 `show dbs` 或 `show databases` 查看所有可访问的数据库,用 `db` 命令查看当前数据库。注意,集合仅在插入数据后才会真正创建。数据库命名需遵循 UTF-8 格式,避免特殊字符,长度不超过 64 字节,且部分名称如 `admin`、`local` 和 `config` 为系统保留。删除数据库可通过 `db.dropDatabase()` 实现,主要用于移除已持久化的数据库。
463 0
|
7月前
|
存储 NoSQL MongoDB
从 MongoDB 到 时序数据库 TDengine,沃太能源实现 18 倍写入性能提升
沃太能源是国内领先储能设备生产厂商,数十万储能终端遍布世界各地。此前使用 MongoDB 存储时序数据,但随着设备测点增加,MongoDB 在存储效率、写入性能、查询性能等方面暴露出短板。经过对比,沃太能源选择了专业时序数据库 TDengine,生产效能显著提升:整体上,数据压缩率超 10 倍、写入性能提升 18 倍,查询在特定场景上也实现了数倍的提升。同时减少了技术架构复杂度,实现了零代码数据接入。本文将对 TDengine 在沃太能源的应用情况进行详解。
332 0
|
27天前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
62 3
|
1月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。

热门文章

最新文章

推荐镜像

更多