Saltar al contenido principal
Versión: 20 R7 BETA

Open datastore

Historia
LanzamientoModificaciones
20 R6Soporte para acceder a las instancias de Qodly
20 R4Nueva propiedad passwordAlgorithm
18Añadidos

Open datastore( connectionInfo : Object ; localID : Text ) : cs.DataStore

ParámetrosTipoDescripción
connectionInfoObjectPropiedades de conexión utilizadas para alcanzar el almacén de datos remoto
localIDTextId para asignar al almacén de datos abierto en la aplicación local (obligatorio)
Resultadocs.DataStoreObjeto del almacén de datos

Descripción

El comando Open datastore conecta la aplicación a la base de datos remota identificada por el parámetro connectionInfo y devuelve un objeto cs.DataStore asociado al alias local localID.

El comando admite los siguientes almacenes de datos remotos:

Tipo de almacén de datosDescripción
Aplicación 4D remotaUna aplicación 4D disponible como datastore remoto, es decir
  • : su servidor web se ejecuta con http y/o https activados,
  • su datastore está expuesto a REST (opción Exponer como servidor REST activada).
  • Puede exigirse una licencia (ver nota)
    Aplicación QodlyUna aplicación Qodly Server que le proporcionó un api endpoint y una api key válida asociada a un rol definido. Debe pasar la llave api en la propiedad api-key del objeto connectionInfo. A continuación, podrá trabajar con el objeto datastore devuelto, con todos los privilegios concedidos al rol asociado.
    nota

    Las peticiones Open datastore dependen de la API REST 4D y pueden requerir una licencia 4D Client para abrir la conexión en un 4D Server remoto. Consulte la sección User login mode para saber cómo configurar la autenticación dependiendo del modo de inicio de sesión actual seleccionado.

    Pase en connectionInfo un objeto que describa el almacén de datos remoto al que desea conectarse. Puede contener las siguientes propiedades (todas las propiedades son opcionales excepto hostname):

    PropiedadTipoAplicación 4D remotaAplicación Qodly
    hostnameTextNombre o dirección IP de la base de datos remota + ":" + número de puerto (el número de puerto es obligatorio)API Endpoint de la instancia Qodly cloud
    userTextNombre de usuario- (ignorado)
    contraseñaTextContraseña del usuario- (ignorado)
    idleTimeoutLongintTiempo de espera de la sesión de inactividad (en minutos), después del cual la sesión es cerrada automáticamente por 4D. Si se omite, el valor por defecto es 60 (1h). El valor no puede ser < 60 (si se pasa un valor inferior, el tiempo de espera se establece en 60). Para más información, consulte Cierre de sesiones.- (ignorado)
    tlsBooleanTrue para utilizar una conexión segura(1). Si se omite, es false por defecto. Se recomienda utilizar una conexión segura siempre que sea posible.True para usar conexión segura. Si se omite, es false por defecto
    typeTextdebe ser "4D Server"- (ignorado)
    api-keyText- (ignorado)API key de la instancia Qodly cloud

    (1) Si tls es true, se utiliza el protocolo HTTPS si:

    • HTTPS está activado en el almacén de datos remoto
    • el número de puerto especificado coincide con el puerto HTTPS configurado en los ajustes de la base de datos
    • un certificado válido y una llave privada de encriptación están instalados en la aplicación 4D. En caso contrario, se produce el error "1610 - Una solicitud remota al host xxx ha fallado"

    localID es un alias local para la sesión abierta en el almacén de datos remoto. Si localID ya existe en la aplicación, se utiliza. En caso contrario, se crea una nueva sesión localID cuando se utiliza el objeto datastore.

    Una vez abierta la sesión, las siguientes sentencias son equivalentes y devuelven una referencia sobre el mismo objeto datastore:

     $myds:=Open datastore(connectionInfo;"myLocalId")
    $myds2:=ds("myLocalId")
    //$myds y $myds2 son equivalentes

    Los objetos disponibles en el cs.Datastore son mapeados en función de las reglas generales ORDA.

    Si no se encuentra ningún datastore coincidente, Open datastore devuelve Null.

    Ejemplo 1

    Conexión a un almacén de datos remoto sin usuario/contraseña:

     var $connectTo : Object
    var $remoteDS : cs.DataStore
    $connectTo:=New object("type";"4D Server";"hostname";"192.168.18.11:8044")
    $remoteDS:=Open datastore($connectTo;"students")
    ALERT("This remote datastore contains "+String($remoteDS.Students.all().length)+" students")

    Ejemplo 2

    Conexión a un almacén de datos remoto con usuario/contraseña/ timeout / tls:

     var $connectTo : Object
    var $remoteDS : cs.DataStore
    $connectTo:=New object("type";"4D Server";"hostname";\"192.168.18.11:4443";\
    "user";"marie";"password";$pwd;"idleTimeout";70;"tls";True)
    $remoteDS:=Open datastore($connectTo;"students")
    ALERT("This remote datastore contains "+String($remoteDS.Students.all().length)+" students")

    Ejemplo 3

    Trabajar con varios almacenes de datos remotos:

     var $connectTo : Object
    var $frenchStudents; $foreignStudents : cs.DataStore
    $connectTo:=New object("hostname";"192.168.18.11:8044")
    $frenchStudents:=Open datastore($connectTo;"french")
    $connectTo.hostname:="192.168.18.11:8050"
    $foreignStudents:=Open datastore($connectTo;"foreign")
    ALERT("They are "+String($frenchStudents.Students.all().length)+" French students")
    ALERT("They are "+String($foreignStudents.Students.all().length)+" foreign students")

    Ejemplo 4

    Conexión a una aplicación Qodly:

    var $connectTo : Object:={hostname: "https://xxx-x54xxx-xx-xxxxx-8xx5-xxxxxx.xx-api.cloud.com"; tls: True}

    var $remoteDS : 4D.DataStoreImplementation
    var $data : 4D.EntitySelection

    $connectTo["api-key"]:="fxxxx-xxxx-4xxx-txxx-xxxxxxxx0" //solo con fines de ejemplo
    //se recomienda almacenar la clave de API en un lugar seguro (por ejemplo, un archivo)
    //y cargarla en el código

    $remoteDS:=Open datastore($connectTo; "remoteId")
    $data:=$remoteDS.item.all()

    ALERT(String($data.length)+" items have been read")

    Gestión de errores

    En caso de error, el comando devuelve Null. Si no se puede acceder al almacén de datos remoto (dirección incorrecta, servidor web no iniciado, http y https no habilitados...), se produce el error 1610 "Ha fallado una petición remota al host XXX". Puede interceptar este error con un método instalado por ON ERR CALL.

    Ver también

    ds