Después de investigar muchas opciones sobre SO, blogs, etc., terminé haciendo lo siguiente:

• Codificando la identificación en base32 solo para las URL y decodificándola nuevamente en urls.py (usando una versión editada de las funciones útiles de Django para codificar en base 36 ya que necesitaba letras mayúsculas en lugar de minúsculas).
• No almacenar la identificación codificada en ningún lado . Simplemente codificando y decodificando cada vez sobre la marcha.
• Mantener intacta la identificación predeterminada y usarla como clave principal.

(buenos consejos , publicaciones y especialmente este comentario ayudaron mucho)

Lo que esta solución ayuda a lograr:

1. Absolutamente ninguna edición de modelos o señales post_save.
2. No se necesitan comprobaciones de colisión. Evitar una solicitud adicional a la base de datos.
3. La búsqueda todavía ocurre en la identificación predeterminada, que es rápida. Además, no hay solicitudes dobles de guardado () en el modelo para cada inserción.
4. Identificación codificada corta y dulce (la cantidad de caracteres aumenta a medida que aumenta la cantidad de registros, pero aún no es muy larga)

Lo que no ayuda a lograr/cualquier inconveniente:

1. Cifrado: la identificación está codificada pero no encriptada, por lo que el usuario aún puede descubrir el patrón para llegar a la identificación (pero no me importa mucho, como se mencionó anteriormente).
2. Una pequeña sobrecarga de codificación y decodificación en cada construcción/solicitud de URL, pero tal vez eso sea mejor que las comprobaciones de colisión y/o varias llamadas save() en el objeto modelo para las inserciones.

Como referencia, parece que hay varias formas de generar ID aleatorias que descubrí en el camino (como get_random_string de Django, random de Python, UUIDField de Django, etc.) y muchas formas de codificar la ID actual (base 36, base 62, XORing y qué no). La ID codificada también se puede almacenar como otro campo (indexado) y buscar cada vez (como aquí ), pero depende de los parámetros de rendimiento de la aplicación web (ya que buscar una ID de varchar tiene menos rendimiento que buscar una ID de número entero). Este campo de identificador se puede guardar desde la función save() de un modelo sobrescrito, o usando una señal post_save() (ver aquí ) (mientras que ambos enfoques necesitarán que se llame a la función save() dos veces por cada inserción).

Todos los oídos a las optimizaciones del enfoque anterior. Me encanta SO y la comunidad. Siempre hay mucho que aprender aquí.

Actualización: después de más de un año de esta publicación, ¡encontré esta gran biblioteca llamada hashids que hace más o menos lo mismo bastante bien! Está disponible en muchos idiomas, incluido Python .