Campo Llave grande en Firebird

[[RONPABLO]]

Dicho campo no tendría ningún significado para la lógica de negocios, es decir, ese número no se usa en número de facturas ni en nada de nada, únicamente sería para identificar un registro, nada más. Así puedes cambiar el valor, borrar maestros y detalles sin problemas y sin afectar a la numeración de facturas y esas cosas.

El problema con esta solución podría ser que cuando dice:

se van a crear registros únicos en varios lugares (se piensa vender el software con miras a consolidar algún día las BD's).

Es que van a trabajar con varias bases de datos en diferentes computadores (puede ser o no en diferentes sedes) y con el tiempo las van a integrar (de forma permanente o no) en una sola base de datos, al tener una llave primaria autoincrementada es muy probable que en las diversas bases de datos se cree el valor "1, 2, 3, 4, 5" y ahí a la hora de integrar va a tener problemas de llave primaria y otros problemas que se dan al integrar, por eso el propone el char de tamaño 10, aunque lo recomendable y más estandarizado en estos casos es usar llaves primarias GUID, en el enlace que envié en mi comentario anterior explican como usarlos y como crearlos.

[jorosmtz]

Gracias a todos muchachos, y gracias RONPABLO por el link al otro post, muy ilustrativo. Por lo que leí no le afecta a la búsqueda que el campo llave sea alfanumerico y grande. Para el campo llave he decidido concatenar algunas cadenas de la siguiente manera:

- Primeras dos letras del nombre.
- Primeras dos letras del apellido paterno
- Primeras dos letras del apellido materno. Si no tiene apellido materno (aquí en México hay casos) se ponen dos "x" en su lugar.
- Fecha de nacimiento con formato ddmmyyyy
- Una letra del alfabeto empezando por la letra "A" (caracter extra para evitar duplicados). Si esta combinación ya existe el caracter extra se va incrementando de acuerdo al alfabeto.

De esta forma el campo llave quedaría como una cadena alfanumerica de 15 caracteres.