google places api - nearby - Longitud del campo place_id de la API de Google Places
place id google maps (5)
Google ha marcado los campos de reference e id como obsoletos a partir del 24 de junio de 2014, y los ha reemplazado con un solo place_id .
Hasta ahora solo he visto place_id exactamente 27 caracteres, pero me pregunto si hay documentación para esta longitud. No he podido encontrar esto documentado en ninguna parte.
Obviamente, saber la longitud del place_id es importante para elegir un campo de base de datos óptimo y, por lo tanto, algo que me gustaría saber.
Desde el sitio de documentos de la API de Google Places :
Los campos de identificación y referencia están en desuso a partir del 24 de junio de 2014. Se reemplazan por la nueva identificación del lugar, un identificador único que se puede usar para comparar lugares y recuperar información sobre un lugar. La API de Lugares actualmente devuelve un place_id en todas las respuestas y acepta un placeid en las solicitudes de Detalles de Lugar y Eliminar Lugar. Poco después del 24 de junio de 2015, la API dejará de devolver los campos de identificación y referencia en las respuestas. Algún tiempo después, la API ya no aceptará la referencia en las solicitudes. Recomendamos que actualice su código para usar la nueva identificación del lugar en lugar de la identificación y la referencia tan pronto como sea posible.
Aunque Google no proporciona ninguna explicación sobre la implementación interna del place_id, parece ser muy similar a un GeoHash genérico (como los usos de ElasticSearch). Al igual que GeoHashes, las longitudes de place_id tienden a ser más largas cuando hacen referencia a un área más específica.
El place_id más largo que he visto hasta ahora tenía una longitud de 78, que era una casa específica en una gran ciudad.
El hecho de que la API no documente la longitud indica que es libre de cambiar en cualquier momento, y no recomendaría confiar en una longitud fija. He visto place_id mucho más largos mientras uso la API.
La longitud podría ser de 172 caracteres de evento:
En_QstGD0LvQuNGG0Y8g0IbQstCw0L3QsCDQkNC60ZbQvdGE0ZbRlNCy0LAsIDE1LCDQlNC90ZbQv9GA0L7MgSwg0JTQvdGW0L_RgNC-0L_QtdGC0YDQvtCy0YHRjNC60LAg0L7QsdC70LDRgdGC0YwsINCj0LrRgNCw0ZfQvdCw
No hay documentación sobre la longitud específica, pero la máxima que he visto es la longitud 255. Esto corresponde a la dirección 488 Srinagarindra Rd., Suan Luang, Bangkok, 10250, y puede consultar la identificación del lugar aquí: https://developers.google.com/places/place-id
FYI el lugar id es: "ErwBNDg4IOC4luC4meC4mSDguKjguKPguLXguJnguITguKPguLTguJnguJfguKPguYwg4LmB4LiC4Lin4LiHIOC4quC4p-C4meC4q-C4peC4p-C4hyDguYDguILguJUg4Liq4Lin4LiZ4Lir4Lil4Lin4LiHIOC4geC4o-C4uOC4h-C5gOC4l-C4nuC4oeC4q-C4suC4meC4hOC4oyAxMDI1MCDguJvguKPguLDguYDguJfguKjguYTguJfguKI"
Yo uso varbinary(1024)
Sabiendo posible máx. La longitud es aún más importante para la validación de entrada que (a menudo prematuramente) preocuparse por la sobrecarga de almacenamiento de la columna. La mayoría de las bases de datos comparten una sobrecarga de espacio similar una vez que superas 255.