Google已将reference
和id
字段标记为截至2014年6月24日已弃用,并将其替换为单个place_id
。
我到目前为止只看到place_id
长度正好是27个字符,但是想知道这个长度是否有任何文档?我无法在任何地方找到此文档
显然知道place_id
的长度对于选择最佳数据库字段非常重要,因此我想知道。
截至2014年6月24日,我们已弃用ID和引用字段 由新的地点ID替换,这是一个可以使用的唯一标识符 比较地点和检索有关地点的信息。该 Places API当前在所有响应中返回place_id,并接受 Place Place详细信息和Place Place删除请求中的placeid。不久之后 2015年6月24日,API将停止返回id和引用字段 在回应中。一段时间后,API将不再接受 请求中的引用。我们建议您更新要使用的代码
。新地点ID代替id和引用。
答案 0 :(得分:14)
没有关于具体长度的文档,但我看到的最大长度是 255 。这相当于地址 488 Srinagarindra Rd。,Suan Luang,Bangkok,10250 。您可以查看地点ID here。
仅供参考,地点ID为:
ErwBNDg4IOC4luC4meC4mSDguKjguKPguLXguJnguITguKPguLTguJnguJfguKPguYwg4LmB4LiC4Lin4LiHIOC4quC4p-C4meC4q-C4peC4p-C4hyDguYDguILguJUg4Liq4Lin4LiZ4Lir4Lil4Lin4LiHIOC4geC4o-C4uOC4h-C5gOC4l-C4nuC4oeC4q-C4suC4meC4hOC4oyAxMDI1MCDguJvguKPguLDguYDguJfguKjguYTguJfguKI
答案 1 :(得分:5)
虽然Google没有提供有关place_id内部实现的任何解释,但它似乎与通用GeoHash(例如ElasticSearch使用)非常相似。与GeoHashes一样,place_id的长度在引用更具体的区域时往往更长。
到目前为止,我见过的最长 place_id 的长度为78,这是大城市中的特定房屋。
答案 2 :(得分:3)
API没有记录长度表明它可以随时更改,我不建议依赖固定长度 - 我在使用API时看到了更长的place_id' s
答案 3 :(得分:1)
长度可以是事件172字符:
En_QstGD0LvQuNGG0Y8g0IbQstCw0L3QsCDQkNC60ZbQvdGE0ZbRlNCy0LAsIDE1LCDQlNC90ZbQv9GA0L7MgSwg0JTQvdGW0L_RgNC-0L_QtdGC0YDQvtCy0YHRjNC60LAg0L7QsdC70LDRgdGC0YwsINCj0LrRgNCw0ZfQvdCw
答案 4 :(得分:0)
我会使用varbinary(1024)
知道可能的最大值对于输入验证而言,长度甚至比(通常过早地)担心列存储开销更重要。一旦超过255,大多数数据库共享similar space overhead。
答案 5 :(得分:0)
到目前为止,我看到的最长的字符是 315 个字符。如果发现更多,我会更新。
FormattedAddress : JAV Sudirman Plaza的Indofood Tower KAV.76-78詹德Sudirman No.76-78,RT.3 / RW.3,Kuningan,Setia Budi,Kecamatan Setiabudi,Kota Jakarta Selatan,Daerah Khusus Ibukota Jakarta 10250,印度尼西亚
PlaceId : EsIBS0FWLjc2LTc4LCBJbmRvZm9vZCBUb3dlciwgU3VkaXJtYW4gUGxhemEsIEpsLiBKZW5kLiBTdWRpcm1hbiBOby43Ni03OCwgUlQuMy9SVy4zLCBLdW5pbmdhbiwgU2V0aWEgQnVkaSwgS2VjYW1hdGFuIFNldGlhYnVkaSwgS290YSBKYWthcnRhIFNlbGF0YW4sIERhZXJhaCBLaHVzdXMgSWJ1a290YSBKYWthcnRhIDEwMjUwLCBJbmRvbmVzaWEiJRojChYKFAoSCSH20UED9GkuEc707mF-vRHxEglLQVYuNzYtNzg
答案 6 :(得分:0)
您不应定义google place_id的长度,因为在API documentation中,它们没有告知place_id的最大长度。他们唯一在说的是 place_id可以是长字符串形式。
在Django模型中,我将字段类型设为 TextField 。