非常好的问题，这里有一个重要的原因。
但在此之前，请注意您可以在原始事件部分查看这些数据，该部分专门设计用于调试、查看转化、点击等日志。因此，首先尝试在那里看看是否能获得您需要的内容。
现在，有一些项目我们不在一般报告中提供，比如：
- 点击 ID
- 访客 ID（又称会话 ID）
- IP 地址
- 用户代理
- 节点 ID/名称
- 外部点击 ID
主要原因是因为它们的唯一性。
这些参数要么会返回大量数据行，在大多数情况下，每个访客甚至每个他们接触的节点都有一个唯一值，就像点击 ID 那样。
最终结果是可能会生成数万行数据的报告，这在 UI 中显示起来不切实际，而且也会给数据库带来巨大负担。
分析数据库喜欢将大量数据聚合成少量行。而不是获取大量数据并几乎不进行聚合，只是返回大量唯一结果。
撇开不切实际不谈，这些数据库查询非常消耗资源，可能需要很长时间。作为 SaaS 产品，我们必须考虑到许多客户共享数据库。因此，如果我们让用户运行极其密集的查询，你认为会发生什么？少数用户会通过过度热心的查询（特别是通过 API）使系统负荷过重，从而降低所有人的性能。这必须避免。
然而，原始事件部分确实允许您检索这些唯一数据，但有限制条件以避免上述问题。
- 您必须选择一个漏斗，可选择一个流量来源，这限制了查询大小
- 原始事件 API 只返回最近的 1000 行数据。如果返回更多数据，查询就会停止。这样就避免了长时间、密集的查询。
- 返回的数据是分页的，因此前端可以平滑地显示数据
如果您有任何需要在报告部分使用上述数据的场景，请告诉我们。我们很想听听您认为需要该属性的使用案例。