我正在开发一个将地理位置数据存储在 SQL 表中的应用程序,以生成用户输入的所有点/地址的地图。我希望它可以扩展到大量点,可能超过 50,000 点,并且仍然具有出色的性能。然而,查看谷歌地图 API 文章,他们说使用融合表可以大大提高性能。
有人对此有经验吗?如果我从 SQL 表的地图上加载了数千个标记,性能会受到影响吗?KML 或任何其他策略似乎更合适?
一旦缩小到足够的程度,我就可以使用 MarkerClusters,但我不确定这是否会影响性能,因为我仍在将所有地理编码加载到页面中。
我正在开发一个将地理位置数据存储在 SQL 表中的应用程序,以生成用户输入的所有点/地址的地图。我希望它可以扩展到大量点,可能超过 50,000 点,并且仍然具有出色的性能。然而,查看谷歌地图 API 文章,他们说使用融合表可以大大提高性能。
有人对此有经验吗?如果我从 SQL 表的地图上加载了数千个标记,性能会受到影响吗?KML 或任何其他策略似乎更合适?
一旦缩小到足够的程度,我就可以使用 MarkerClusters,但我不确定这是否会影响性能,因为我仍在将所有地理编码加载到页面中。
您无法比较这两种技术。
当您从 sql 数据库加载数千个标记时,您必须创建每个标记,这当然会导致性能不佳,因为您需要将数千个标记的数据发送到客户端并在客户端创建标记-边。
当您使用融合表时,您不会加载标记,而是加载图块。无论图块上有多少标记可见,性能总是相同的。
KML 不是一个选项,因为特征的数量是有限的(目前为 1000)
好吧,也许唯一的优点是,如果您使用一些 SQL 表而不是 Fusion Tables,您的数据记录可能会保密 - 但前提是您的项目需要关注这一点。
丹尼尔