MongoDB 中数据库和集合不会因调用 session.DB("name").C("col") 而立即创建；它们仅在首次执行写操作（如插入文档）时自动创建，无需显式建库或建表语句。

mongodb 中数据库和集合不会因调用 `session.db("name").c("col")` 而立即创建；它们仅在首次执行写操作（如插入文档）时自动创建，无需显式建库或建表语句。

在使用 mgo（或现代替代方案如 mongo-go-driver）进行 Go 应用开发时，常会看到如下代码：

c := session.DB("taskdb").C("categories")

这段代码看似“访问”或“创建”了名为 taskdb 的数据库和 categories 的集合，但实际上它仅构建了一个逻辑引用对象——*mgo.Database 和 *mgo.Collection，用于后续操作。此时 MongoDB 服务端不会创建任何物理数据库或集合，即使 taskdb 或 categories 尚不存在。

真正的创建行为发生在首次写入数据时。例如：

err := c.Insert(bson.M{"name": "Programming", "created_at": time.Now()})
if err != nil {
    log.Fatal(err)
}

执行 Insert 后，MongoDB 才会：

• 自动创建数据库 taskdb（若不存在）；
• 自动创建集合 categories（若不存在）；
• 写入该文档，并建立对应索引结构（如 _id 索引）。

✅ 关键要点总结：

• ✅ DB() 和 C() 是惰性方法，仅返回操作句柄，不触发服务端变更；
• ✅ 创建数据库/集合是隐式、延迟的，完全由首次写操作驱动；
• ❌ 不存在 CREATE DATABASE 或 CREATE COLLECTION 类指令（除非显式调用 db.createCollection() 命令，但极少必要）；
• ⚠️ 读操作（如 Find().All()）即使针对不存在的库/集合也不会创建它们——只会返回空结果或错误（如连接失败、权限不足），但不会报“集合不存在”；
• ? 在生产环境中，建议通过应用启动时的初始化逻辑（如插入一条哨兵文档或调用 CreateCollection）显式声明集合结构（如设置 TTL、分片键、校验规则等），以提升可维护性与可观测性。

因此，开发者无需预先“准备”数据库或集合——只需专注业务逻辑，让 MongoDB 在第一次写入时自然完成基础设施搭建。这是 MongoDB “按需创建”设计哲学的典型体现，也是其易用性的重要来源。