使用 Datastore Key 的两种方式：结构体中存储 Key 还是 ID？-Golang-PHP中文网

使用 Datastore Key 的两种方式：结构体中存储 Key 还是 ID？

心靈之曲

发布： 2025-09-14 18:34:01

原创

237人浏览过

使用 datastore key 的两种方式：结构体中存储 key 还是 id？

在使用 Google Cloud Datastore 时，我们经常需要在实体之间建立关联。常见的做法是在结构体中存储关联实体的 Key 或者 ID。那么，哪种方式更优呢？本文将深入探讨这两种方法的优缺点，并提供一些建议，帮助您做出最佳选择。

Key 和 ID 的区别

首先，我们需要明确 Key 和 ID 的概念。

Key: 是 Datastore 中实体的唯一标识符。它包含了实体的 Kind、ID/Name、父 Key（如果存在）以及命名空间等信息。
ID: 是 Key 的一部分，用于在特定 Kind 下唯一标识一个实体。ID 可以是数字 ID 或字符串 Name。

两种存储方式的对比

假设我们有一个 Point 结构体，它需要关联到一个 Place 实体。以下是两种存储方式的示例代码：

A) 存储 Key

type Point struct {
    Place *datastore.Key
    Lat   float64
    Lon   float64
}

// 获取 Place 实体
func GetPlaceFromPoint(c context.Context, point *Point) (*Place, error) {
    place := new(Place)
    if err := datastore.Get(c, point.Place, place); err != nil {
        return nil, err
    }
    return place, nil
}

登录后复制

B) 存储 ID

type Point struct {
    PlaceID int64
    Lat   float64
    Lon   float64
}

// 获取 Place 实体
func GetPlaceFromPoint(c context.Context, point *Point) (*Place, error) {
    k := datastore.NewKey(c, "Place", "", point.PlaceID, nil)
    place := new(Place)
    if err := datastore.Get(c, k, place); err != nil {
        return nil, err
    }
    return place, nil
}

登录后复制

优缺点分析：

Gnomic智能体平台

国内首家无需魔法免费无限制使用的ChatGPT4.0，网站内设置了大量智能体供大家免费使用，还有五款语言大模型供大家免费使用~

查看详情

存储空间: 存储完整的 Key 对象会占用更多的存储空间，因为 Key 包含了 Kind、ID/Name、父 Key 等信息。而存储 ID 只需存储一个整数或字符串。
Key 创建成本: 从 Kind 和 ID 创建 Key 是一个本地操作，不需要访问 Datastore，因此成本很低。只有在需要分配新的 Key（例如，插入新实体时）时，才会产生 Datastore 操作的开销。
代码可读性: 存储 Key 对象可能使代码更易读，因为可以直接使用 Key 进行 Datastore 操作。而存储 ID 需要在每次使用时构建 Key。
灵活性: 存储 Key 对象在某些情况下可能更灵活，例如，如果需要访问 Key 的其他属性（例如，父 Key）。