¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

¿Cómo evitar conflictos al migrar GUIDs entre sistemas y garantizar su unicidad en el nuevo sistema s4?

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 7 Vistas
0
Cargando...

Hola,

Estamos migrando una solución personalizada de un sistema a un nuevo sistema s4. (muchos programas y tablas...)

Quieren mantener los datos antiguos de nuestras tablas personalizadas en el nuevo sistema, estas tablas tienen un GUID como campo clave.
Generamos este GUID en nuestros programas con FM CMS_API_GENERAL_GUID_CREATE (dentro de esta FM se utiliza la clase cl_system_uuid)

Mi pregunta es; ¿qué sucede cuando copiamos todos los datos del antiguo sistema al nuevo, con miles de GUID generados y tratamos de crear uno nuevo? ¿Podría haber un conflicto? ¿Podría generarse un GUID con el mismo valor que uno antiguo?

¿Hay algún rango que podamos inicializar para comenzar la generación del GUID desde el último creado en el antiguo sistema?

La clase cl_system_uuid utiliza algunos MÓDULOS DE KERNEL, no sé exactamente cómo funciona.

¿Algún consejo?

Gracias de antemano.

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

¡Gracias, eso es todo lo que necesito saber!

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Ricardo,

si te enfrentas a identificadores duplicados, entonces el desarrollador del CL_SYSTEM_UUID ha hecho un mal trabajo. Según la definición, un UUID (Identificador único universal) debe ser realmente único. Dado que los generadores de UUID generalmente no solo utilizan el tiempo como componente, sino también la dirección MAC (además de algunos otros cálculos) y supongo que cambiaste el hardware para tu nuevo sistema, nunca deberías ver un conflicto con tus viejos identificadores.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Puede que puedas usar directamente la clase CL_SYSTEM_UUID y los métodos CONVERT_UUID* para generar tu ID único utilizando la clave de entrada (puedes pasar la marca de tiempo).

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Ricardo,

si te encuentras con IDs duplicados, entonces el desarrollador del CL_SYSTEM_UUID ha hecho un mal trabajo. Según la definición, un UUID (Identificador único universal) debe ser realmente único. Dado que los generadores de UUID generalmente no solo utilizan el tiempo como componente, sino también la dirección MAC (además de algunos otros cálculos) y supongo que cambiaste el hardware para tu nuevo sistema, nunca deberías ver un conflicto con tus IDs antiguos.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?