¿De qué volumen estamos hablando?
Pensando en 1 día o en un año.

Por fin vas hilando más fino y al verdadero dilema.
Nos pusiste un bosque enfrente del árbol.

Aún empleando ese "id" alfanumérico restringido a cierta longitud va a ser tarde o temprano una limitación.

Empleando las 27 letras y los 10 números tienes para un ID de longitud de 10, un máximo de 37^10 posibles ids.

Saludos,

[delphius], en una respuesta anterior había detallado para que lo necesitaba exactamente. Te copio el mensaje:

En este momento estoy haciendo pruebas con un generador de cadenas aleatorias alfanuméricas para estos IDs. Lo saqué una respuesta de [Casimiro Notevi] y [Antoniov]
Después les cuento que tal fue.
Nuevamente, muchas gracias por su tiempo.
Saludos.

Mira. A ti solo te importa que la cadena sea corta. Puedes usar cualquier libreria de hash/encoding que te cumpla con el largo, pero si nos atenemos a lo que dices, puedes pre-generar las cadenas superfacil.

Código Delphi [-]
Largo1= C1
Largo2= C2
Largo3= C3

Yo voy con mamcx. Para este problema específico creo que le estás dando demasiadas vueltas. Si dispones de una tabla en la bd donde almacenar la correspondencia entre las cadenas largas y cortas, lo único que necesitas es un autonumérico/generador que puedes prefijar con una cadena al gusto o simplemente rellenar con ceros iniciales:

// Saludos

El problema es que estuve buscando alguna librería o función de hash/encoding y no pude encontrar ninguna. Podrías recomendarme alguna?
[roman], estoy probando justo eso, cuando lo tenga resuelto les cuento.

Muchas gracias.

Con lo que dice roman, ni falta hace emplear una biblioteca que te lo haga. No es algo taan complicado en diseñar un algoritmo que haga esto:

AAAA, AAAB, AAAC ... AAAZ, AAA0, AAA1, ... AAA9, AABA, AABB, ... AABZ, AAB0, ... AAB9, ... ZZZZ, ... 9999

Y disponer en una tabla algo como:
ID - CadenaCorta - CadenaLarga
1 - AAAA - etc
2 - AAAB - etc
...

Y aquí es donde entra lo que yo dije: dependiendo de la longitud que se establezca a la cadena, y el juego de carácteres definido, tendrás la cantidad máxima de registros que puede soportar. Que para el caso de 27 letras más 10 números y una cadena de longitud de 10 será posible tener 37^10 = 4808584372417849 registros. Esto puede ser mucho o poco según el volumen de datos.

¡Y nota en como el tema de la cadena corta en realidad no hace más que hacer un intermediario más! Ya existe una relación 1-1 en un ID autonumérico y la correspondiente cadena larga. Proceder a generar una cadena corta que "identifique" o que haga de alias para cada cadena larga no deja de ser otra relación 1-1 ya existente, ya que actúa como una clave artificial más.

Saludos,

Pues justo mi pregunta iba por ahí.
Aquí para otros temas se usa un código que se genera como: AAAA-XXXX-NN. Un ejemplo sería este: 2015-TFGR-01

En este caso es relevante el año (los 4 primeros). Tal vez en el tuyo no lo sea, pero la idea es la misma.
Además facilita el trabajo de entrada al operario y sirve de comprobación.

Sea cual fuese el diseño que se utilice para generar el código alfanumérico tiene su límite. Por eso yo hice los cálculos de cuantos IDs/códigos se pueden conseguir para que agustibaldo se diera cuenta de lo que esto representa. En tu ejemplo hay 10000 x 27^4 x 100 = 531441000000 combinaciones. ¿Mucho, poco? no lo se pero debe hacerse un adecuado análisis... no vaya a ser cosa que la mediciona sea peor que el remedio.

Un código alfanumérico debe ser lo suficiente extenso como para permitir la entrada de una buena cantidad de nuevos items, pero a su vez debe ser lo más corto y fácil de memorizar. Por ejemplo, algo como NNN-XXX siendo N: número, X:letra es un código bastante simple y fácil de recordar. A su vez permitirá exactamente 1000 combinaciones numéricas, y por cada una de ellas 27^3 = 19683 alfanuméricas. Siendo un total de: 19683000. Las patentes de los autos en Argentina sigue este diseño, y ya estamos a punto de quebrarlo... y eso que las ventas de autos nuevos y usados viene en picada.

Acá sucede lo mismo, si agustibaldo no tiene cuidado o se queda chico, bastante pronto, o termina haciendo un sistema de "codificación" bastante amplio, que no se termina de llenar y que no sea fácil de llevar ni de recordar.

Por lo general estos tipos de códigos alfanuméricos se emplea cuando la cantidad de elementos es relativamente manejable. Lo suficiente como para permitir deducir con poco esfuerzo mental a que items hace referencia. Ni muchos, ni pocos. A su vez, se espera además que esta cantidad sea más o menos estable o previsible y no varíe. Son muy útiles en los ambientes industriales en donde ya se conocen la cantidad total de posibles productos o materias primas que se utilizarán o se pueden producir.

Saludos,

Creo que todo esto es divagar, lo que de verdad se necesita es saber exactamente qué quiere hacer y qué necesita agustibaldo :)

Te equivocas amigo. Muchas veces no saben lo que quieren hacer y tampoco saben para que lo necesita. Lo que si saben, es que lo quieren para ayer.
Por donde debió empezarse el hilo es hacerse las siguientes preguntas:
¿Que se pretende seriamente "ganar" con todo esto? ¿En verdad aporta un valor de negocio y le da un valor agregado? ¿Cuántas veces o con que frecuencia se usará esta funcionalidad? ¿Resuelve un problema o más bien lo sustituye o esconde por otro?

Las veces que se ha visto por los foros preguntas del estilo "necesito X cosa", pensaban en Y y la solución pasaba por Z.
Este hilo no es la excepción. Y me extraña de todos ustedes que no se hayan cuestionado... al menos un "ummm, ¿y no será que estás usando un cañón cuando una .22 basta?"

Vengo yo y digo que el bosque tapa el árbol, y recién esto toma color. Lo digo de nuevo...lo veo verde....

Saludos,

Seguro que sabe para qué lo quiere. Otra cosa distinta es que sea lo más adecuado, o no, para lo que necesita.

No. CREE saber lo que quiere.
Ante la evidencia de que ha averiguado (y se le ofrecieron opciones) tan dispares yo lo pongo en duda. Lo único puntual es que quiere acortar, para "ahorrarse" un algo para hacer otro algo no concretado ni definido.
No sería mejor preguntar en lugar de los diferentes cuchillos que hay para cortar, ¿porqué, para que, con fin, y que se espera hacer con los trozos cortados?

Veo un bosque, el árbol sigue ahí escondido.

Saludos,

Pues eso es lo que he dicho ;)