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.