Índice

Search

  1. Prólogo
  2. Informatica Developer
  3. El repositorio de modelos
  4. Búsquedas en Informatica Developer
  5. Conexiones
  6. Objetos de datos físicos
  7. Objetos de datos de archivo sin formato
  8. Vista lógica de datos
  9. Cómo visualizar datos
  10. Implementación de aplicaciones
  11. Implementación de revisiones de la aplicación
  12. Implementación de revisiones de la aplicación Ejemplo
  13. Integración continua y entrega continua (CI/CD)
  14. Importación y exportación de objetos
  15. Apéndice A: Referencia de tipos de datos
  16. Apéndice B: Accesos directos del teclado
  17. Apéndice C: Propiedades de conexión

Guía de Developer Tool

Guía de Developer Tool

Reglas y directrices de la administración de bloqueos

Reglas y directrices de la administración de bloqueos

Tenga en cuenta las siguientes reglas y directrices al administrar los bloqueos de objetos:
  • El repositorio de modelos no bloquea el objeto cuando lo abre. El repositorio de modelos solo bloquea el objeto después de que lo comienza a editar. Por ejemplo, el repositorio de modelos bloquea una asignación cuando coloca el cursor en un campo editable o conecta objetos de la asignación.
  • Puede usar más de una herramienta cliente para desarrollar un objeto. Por ejemplo, puede editar un objeto en un equipo y, a continuación, abrir el objeto en otro equipo para continuar con la edición. Al volver al primer equipo, debe cerrar el editor de objetos y abrirlo nuevamente para volver a establecer el bloqueo. El mismo principio se aplica cuando un usuario con privilegios de administración desbloquea un objeto que ya estaba abierto.
  • Si el servicio de repositorio de modelos se reinicia mientras se está editando un objeto, se perderá el bloqueo del objeto. Otros usuarios pueden abrir y editar el objeto hasta que se vuelva a establecer el bloqueo. Para volver a establecer un bloqueo en el objeto, guarde los cambios que se han realizado en el objeto, ciérrelo, y luego vuelva a abrirlo para editarlo.
  • Al eliminar una carpeta que contiene objetos, si no tiene permiso para eliminar ninguno de los objetos, no podrá eliminar la carpeta. Por ejemplo, si no puede eliminar un objeto porque no posee el bloqueo en el objeto, el objeto y la carpeta se conservarán.
  • El contenido de un objeto de servicio de datos SQL puede ser editado por más de un desarrollador al mismo tiempo.
    Por ejemplo, puede ocurrir que el UsuarioA abra y empiece a editar un servicio de datos SQL y, a continuación, el UsuarioB haga lo mismo. Si el UsuarioB guarda y cierra el objeto antes que el UsuarioA, el repositorio de modelos no le indicará al UsuarioA que hay un posible conflicto, hasta que este usuario guarde el objeto. En este caso, el UsuarioA puede guardar los cambios al servicio de datos SQL con otro nombre.
  • Un administrador puede revocar los permisos de escritura en un objeto se haya bloqueado, o reasignar el bloqueo a otro usuario. En este caso, no se podrá editar ni guardar el objeto. Se podrá guardar el objeto con otro nombre.