设计 REST - 保存大量相关实体

Question

在我的系统中，我有一个实体（销售）可以为具有特定邮政编码的人提供服务。 因此，每个销售都可以将数千个邮政编码绑定到他的帐户。

我需要开发允许加载和编辑销售邮政编码列表的 REST API。

基本上我有两个选择：

1) 创建 2 个资源：Sales 和 SalesZip。提交销售数据，然后汇总每个支持的邮政编码的 SalesZip 记录。

2) 创建销售实体，并加载支持的邮政编码列表，如下所示：

{
    id : 1,
    name : "John",
    zip : [
        "90231",
        "12341",
        ...
    ]
}

并像数组一样提交邮政编码：

zip[]=90231,12341

这两种方式都有一些缺点。

如果使用第一个选项，我可能需要提交太多单独的 HTTP 请求。 如果使用第二个选项，我可能需要发送相当大的 PUT/POST 请求。

问题

我应该使用哪个选项？ 设计此类功能的最佳实践是什么？

Answer 1

究竟什么是“相当大”？

粗略估计，如果每个字符为 2 个字节，而您的邮政编码有 5 个字符，则每个代码为 10 个字节。假设US has 41,741 ZIP codes，在美国最坏的情况下，在所有国家/地区进行销售的推销员将需要大约 417,410 字节或 407.6 KB 的有效负载。

平均而言，一个推销员属于多少个邮政编码？它是如何分布的？您多久收到一次这些请求？你可能会发现这毕竟不是那么糟糕。

没有足够的数据来做决定，但似乎第二种选择还不错。