UUID en CouchDB

Question

Me pregunto si los UUID de formato están representados por defecto en CouchDB. Mientras que el RFC 4122 describe UUID como 550e8400-e29b-11d4-a716-446655440000, CouchDB utiliza caracteres continuamente como 3069197232055d39bc5bc39348a36417. He buscado algo de tiempo, tanto en su wiki como en su documentación, qué es en realidad, sin ningún resultado.

¿Sabe si este es un formato no conforme con RFC omitiendo todos - o es una representación completamente diferente de los 128 bits.

El fondo es que estoy usando UUID de Java que están formateados como se indica en el RFC. Veo la ventaja de que el estilo CouchDB es probablemente más útil para construir árboles internos, pero quiero asegurarme de usar una implementación consistente.

Answer 1

Técnicamente no usamos el estándar rfc para los líquidos como usted ha notado. La versión cuatro de uuids reserva algo así como cuatro bits para especificar la versión de uuid. Tampoco los formateamos con los guiones que generalmente se ven en otras implementaciones.

Los uchumas de CouchDB son 16 bytes aleatorios formateados como hexadecimales. En general, es un v4 uuid pero no cumple con rfc.

Independientemente de los detalles, no hay mucho problema en la práctica. Por lo general, no debe intentar interpretar un uuid a menos que esté tratando de hacer algún tipo de análisis fuera de banda. CouchDB nunca interpretará los uuids, solo confiamos en las propiedades de aleatoriedad involucradas allí.

Lo más importante sería no preocuparse por eso y simplemente tratarlos como cadenas tras generación.