Hola.

Tengo una serie de códigos que supongo que se corresponden con números enteros positivos y que parecen ir creciendo, aunque parece que incluyen algún tipo de modificación despistante. ¿Alguien podría echarle un vistazo rápido y ver si se le ocurre algo?

Pongo el código tal cual y su equivalente en hex, y el número aproximado que podría representar. Lo que sí sé es que son correlativos:

Código	Hex	nº aprox.
002rZ9U	0x303032725A3955	1
003Ov93	0x3030334F763933	2
1Sy8Jvp	0x315379384A7670	4120
1SyOr8C	0x3153794F723843	4121
1SzmrhT	0x31537A6D726854	4122
5QC3dsJ	0x3551433364734A	14700
5QPqbmy	0x35515071626D79	14701
7NbEHEC	0x374E6245484543	19700
7NdBZvu	0x374E64425A7675	19701
7Ne2Tav	0x374E6532546176	19702
7NnRt9L	0x374E6E5274394C	19703
7NpYmIP	0x374E70596D4950	19704
cZKXzC1	0x635A4B587A4331	102100
cZL4bgI	0x635A4C34626749	102101

Un saludo.

Gracias por la respuesta.

He dado la información que me parece más relevante, aunque puedo aclarar algunos puntos. Estos códigos creo (no lo sé seguro) que se corresponden con IDs típicas de base de datos y supongo que las entradas están ordenadas alfabéticamente. En la medida de lo posible, porque ya sabemos que la información entra y sale, y pueden quedar agujeros entre medias. De ahí que pueda aportar el número aproximado (que no tiene por qué coincidir con el real), que suponga que son enteros positivos, y que diga que son correlativos. No lo sé, pero es muy posible.

Lo "despistante" es porque a veces parece haber saltos muy grandes. Por ejemplo, en la línea del 19700, parece plausible un salto de 7Nb a 7Nd y 7Ne. Luego, el salto a 7Nn parece muy grande, en comparación. Lo mismo pasa en otros sitios. Esto puede ser porque el algoritmo incluye algún elemento "despistante", como digo, para que no haya una correspondencia evidente entre ASCII y número entero, o bien porque tal vez existan "agujeros" en la DB (o sea, entradas que existieron y fueron borradas).

También despistante porque parecen utilizarse caracteres 0-9A-Za-z (o sea, base 62), pero el resultado es un código de 7 cifras, mientras que con 3 bastaría para representar hasta el número 238327 (que es más de lo que supongo que pueda existir en dicha base de datos).

Pretendía bucear en la base de datos por id, para no pasarme nada por alto. Está claro que no quieren facilitarlo y por eso codifican/encriptan la id, aunque supongo que hubiera bastado con no habilitar la búsqueda por id en primer lugar

Ya que sale el tema de las colisiones, siempre me he preguntado sobre ese asunto. Con algoritmos más modernos no hay problema, ¿pero qué pasaba con otros que se usaban mucho, como crc32 o crc16? ¿Y los algoritmos modernos tienen realmente en cuenta esas colisiones? Trabajo mucho con bases de datos y por ahora suelo confiar en md5, pero siempre me quedo con la duda de utilizar un hash aún más largo...