Question

我目前正在和mongodb一起学习nodejs，有两件事让我感到困惑。

（1），当使用新的模式和模型名称（而不是在db中）时，名称将更改为其复数形式。例如：

mongoose.model('person', personSchema);

在数据库中，该表将被称为“人员”。是不是很容易混淆新开发人员，为什么他们这样实现呢？

（2），第二件事是每当我想引用mongoDb中的现有模型时（假设在db中，存在一个名为people的表）。然后在我的nodejs代码中，我仍然需要定义一个Schema，以便创建一个引用该表的模型。

personSchema = new mongoose.Schema({});
mongoose.model('person',personSchema);

不寻常的是，我似乎无法定义架构，它可以像上面一样是空的，或者填充随机属性，但模型将始终获得正确的表并且CRUD操作正常执行。

那么除了定义用于创建新表的表结构之外，Schema的用法是什么？

非常感谢，

Answer 1

实际上有两个问题，你通常会更好地问一个问题，以备将来参考。

1。复数

简短形式是好的做法。更详细地说，这通常是合乎逻辑的，因为你所指的是一个＆＃34;集合＆＃34;相反的项目或对象。因此，＆＃34;集合中的一般推论＆＃34;很多＆＃34;很多＆＃34;因此是一个复数形式的＆＃34;对象＆＃34;本身就是这个名字。

所以＆＃34;人们＆＃34;收集意味着它实际上是由许多人组成的＃34;对象，就像＆＃34;狗＆＃34;去＃34;狗＆＃34;或者＆＃34;猫＆＃34;到＆＃34; cat＆＃34;。不一定＆＃34; bovines＆＃34; to＆＃34; cow＆＃34;，但一般来说mongoose并不真正处理多态实体，所以不会有＆＃34; bull＆＃34;或者＆＃34;野牛＆＃34;除非只是由其他一些财产指定给＆＃34;牛＆＃34;。

如果你想要这些表格中的任何一个并指定你自己的名字，你当然可以改变这个：

var personSchema = new Schema({ ... },{ "collection": "person" });

mongoose.model( "Person", personSchema, "person" );

但是模型是一般的＆＃34;单数＆＃34;型号名称和＆＃34;集合＆＃34;当有很多时，它是多元形式的良好实践。此外，我能想到的每个SQL数据库ORM也都是这样做的。所以，这只是遵循大多数人已经习惯的做法。

2。为什么是Schema？

MongoDB实际上是＆＃34;无模式＆＃34;，因此它没有＆＃34; schema＆＃34;的任何内部概念，这与基于SQL的关系数据库有一个很大的区别，它们拥有自己的＆＃34;模式＆＃34;在＆＃34;表＆＃34;定义

虽然这通常是一种强度＆＃34; MongoDB中的数据并不依赖于某种布局，有些人实际上喜欢这种方式，或者通常希望以其他方式封装管理数据存储方式的逻辑。

由于这些原因，mongoose支持定义＆＃34; Schema＆＃34;的概念。这允许你说＆＃34;哪些字段＆＃34;被允许＆＃34;在集合（模型）中，这是＆＃34;捆绑＆＃34;到，和＃34;键入＆＃34;可能包含数据。

你当然可以拥有一个＆＃34;无模式的＆＃34;方法，但架构对象，你＆＃34; tie＆＃34;你的模型仍然必须定义，严格来说不是＆＃34;：

var personSchema = new Schema({ },{ "strict": false });
mongoose.model( "Person", personSchema );

然后你几乎可以添加任何你想要的数据作为数据而没有任何限制。

相反的情况是人们通常＆＃34;我想要强制执行某种类型的规则，例如哪些字段和哪些类型。这意味着只有＆＃34;定义了＆＃34;事情可能发生：

var personSchema = new Schema({
    name: { type: String, required: true },
    age: Number,
    sex: { type: String, enum: ["M","F"] },
    children: [{ type: Schema.Types.ObjectId, ref: "Person" }],
    country: { type: String, default: "Australia" }
});

所以那里的规则分解为：

＆＃34;名称＆＃34;必须有＆＃34; String＆＃34;仅包含数据。这里有一些JavaScript习惯用法，因为JavaScript中的所有内容都会实际字符串化。另一件事是＆＃34;必需＆＃34;，因此如果发送到.save()的对象中不存在此字段，则会产生验证错误。
＆＃34;年龄＆＃34;必须是数字。如果您尝试使用此字段中提供的数字以外的数据.save()此对象，则会抛出验证错误。
＆＃34;性别＆＃34;必须再次成为一个字符串，但这次我们正在添加一个＆＃34;约束＆＃34;说出有效值是什么。同样，如果您不提供正确的数据，这也会引发验证错误。
＆＃34;的子＆＃34;实际上是一个项目数组，但这些只是＆＃34;参考＆＃34; ObjectId值指向另一个模型中的不同项。或者在这种情况下这一个。因此，当您添加到＆＃34; children＆＃34;时，这将在那里保留ObjectId引用。事实上，猫鼬实际上可以.populate()以及他们实际的＃34; Person＆＃34;请求时的对象。这模仿了一种形式的嵌入＆＃34;在MongoDB中，但是当你真正想要单独存储对象而没有＆＃34;嵌入＆＃34;每一次。
＆＃34;国家＆＃34;再次只是一个字符串并且不需要任何特殊内容，但如果没有明确提供其他内容，我们会给它一个默认值来填写。

你还可以做很多其他的事情，我建议你仔细阅读the documentation。一切都在那里详细解释，如果你有具体的问题，那么你总是可以问，＆＃34; here＆＃34; （例如）。

因此，MongoDB对SQL数据库的工作方式做了不同的处理，并抛出了一些通常存在于＆＃34;意见＆＃34;无论如何，要在应用程序业务逻辑层更好地实现。

因此，在Mongoose中，它试图“放回”＃34;人们喜欢使用传统关系数据库的一些好东西，并允许在不编写其他代码的情况下轻松封装某些规则和良好实践。

还有一些逻辑可以帮助模仿＆＃34; （不能强调压力）＆＃34;加入＆＃34;，因为有方法可以帮助＆＃34;你能够检索到相关的＆＃34;来自其他来源的数据，基本上提供定义，其中＆＃34;模型＆＃34;该数据位于＆＃34; Schema＆＃34;定义

我是否也没有提及＆＃34; Schema＆＃34;定义又是对象和可重用的？嗯，是的，他们实际上可以与＃34;很多＆＃34;模型，可能存在也可能不存在于同一数据库中。

这里的所有功能和目的都比您目前所了解的要多得多，这里提出的建议很好，并且学习＆＃34;。这是实现的通常途径......＆＃34;哦，现在我明白了，那就是他们这样做的方式＆＃34;。

Mongoose行为和架构

1 个答案:

1。复数

2。为什么是Schema？