python - how - ndb properties

Google-app-engine NDB

Question

Con el lanzamiento reciente de NDB , ¿hay alguna razón para seguir usando la antigua API del almacén de datos?

Estoy trabajando en una aplicación que actualmente usa la antigua API de almacén de datos, y he puesto bastante esfuerzo en almacenar objetos en caché en Memcache. ¿Estoy en lo correcto al entender que, al cambiar a NDB, puedo eliminar el almacenamiento en caché personalizado y aún así conservar mi rendimiento actual?

Además, ¿NDB de alguna manera cambia la necesidad de contadores de sharding? ¿El límite de 5 escrituras por segundo a una entidad (grupo) de alguna manera ha cambiado en NDB?

EDITAR

Dado que mi aplicación aún está en desarrollo y no tengo entidades que no pueda eliminar fácilmente, ¿hay algo que deba considerar antes de cambiar a NDB, o sería tan fácil como simplemente cambiar db.Model a ndb.Model ?

Answer 1

La razón principal para seguir utilizando la antigua API es para aplicaciones heredadas. La API de NDB no es exactamente igual a la API de DB existente, por lo que deberá realizar cambios en su código para usarla. Tiene razón en que no necesitará usar su propio código de almacenamiento en caché por más tiempo, al menos para obtener operaciones: si está guardando en caché los resultados de las consultas, aún será útil mantener ese código.

NDB no proporciona ningún medio para evitar la necesidad de utilizar contadores de fragmentos si desea utilizar altas tasas de escritura en ellos.