2)、第二种创建方式,参数与以上
db.createView(<view>, <source>, <pipeline>, <collation>)>
1)只读,不可进行写操作
2)视图索引与源collection或(源view的源collection),即底层collection一致
3)不能使用$natural操作符进行排序
4)使用映射(Projection)的限制。使用find()查询时不支持以下Projection操作
1. $ 2. $elemMatch 3. $slice 4. $meta5)视图名称不可改变
6)视图建立之后(对我来说,这段有些难理解,后面深入学习后,会回来重新解释,进一步理解)
列表内容视图在读操作期间是按需计算的,并且mongodb对视图的读操作会将其作为底层聚合管道的一部分;视图不支持以下操作: - db.collection.mapReduce() - $text操作,即全文索引查询操作;该操作只会在聚合查询的第一部分有效 - geoNear命令与$geoNear管道片段,(与地理位置索引的平面地理位置索引有关) 如果用于创建视图的聚合管道会抑制id字段,那么视图中的文档就没有id字段。7)、分片视图,当视图的底层collection是分片集合时,视图就被认为是分片视图,于是在进行$lookup与$graphLookup操作时,from字段指定的视图不能为分片视图。
8)、视图与Collation
Collation:https://yq.aliyun.com/articles/71108在创建视图时可以指定默认的Collation文档排序规则,如果不指定,视图会采用默认的普通二进制字符串排序规则,不会继承源collection的Collation排序规则。
测试:1、普通集合test 2、指定Collation的集合test2 3、基于test2的视图如果视图采用的是默认的Collation,那么无法覆盖或重写视图的Collation。
如果视图是依赖其他视图的建的,那么视图无法指定与源视图不同的Collation。多个视图做聚合查询时,这些视图的Collation必须是相同的。
9)、公共视图定义
列表集合的操作,如db.getCollectionInfos()和db.getCollectionNames()等,都会列出其下视图。视图的定义是公共的,也就是说 db.getCollectionInfos()与explain操作都会显示视图的定义,所以要避免对视图定义的字段与值的直接引用(这个不太懂)。https://docs.mongodb.com/manual/core/views/#create-view