Replies

Los despliegues lo gestionamos utilizando la exportación de producción y añadiendo todos los elementos que queremos incluir en la instalación.

Para incluir mas cosas en la instalación utilizamos un fichero Installer.class extendiendo de %Projection.AbstractProjection

 

Hola Jorge.

Bienvenido a la comunidad.

En mi empresa tenemos varios proyectos separados por NAMESPACES y cada proyecto tiene un repositorio independiente. Pero a lo mejor te podría servir la forma que lo tenemos distribuido, luego tener el mismo repositorio (GIT, TFS, etc..) para todo el conjunto:

1) Crear un directorio común con todos los namespaces, cada namespace tendrá su propia carpeta

2) Guardar en el directorio principal (Healthshare) el area de trabajo, pero cada carpeta que no sea visible (luego explico el por qué)

{
   
"folders": [
        {
           
"path""."
        },
        {
           
"name""Common",
           
"path""./COMMON"
        },
        {
           
"name""Customers",
           
"path""./CUSTOMERS"
        },
        {
           
"name""Documents",
           
"path""./DOCUMENTS"
        },
        {
           
"name""Hospital",
           
"path""./HOSPITAL"
        }
    ],
   
"settings": {
       
"files.exclude": {
           
"**/.git"true,
           
"Common"true,
           
"Customers"true,
           
"Documents"true,
           
"Hospital"true
        }
    }
}

Quedará el siguiente aspecto en VSCode

3) Configuramos el VSCode ObjectScript de @Dmitry Maslennikov de la siguiente forma:

en MyWork.code-workspace. Esta sería la configuración general de conexión con el servidor de Ensemble / ObjectScript

    "settings": {
        "files.exclude": {
            "**/.git"true,
            "Common"true,
            "Customers"true,
            "Documents"true,
            "Hospital"true
        },
        "objectscript.conn": {
            "active"true,
            "host""localhost",
            "port"57772,
            "username""_SYSTEM",
            "password""SYS",
            "https"false,
            "links": {}
        }  

 

4) En cada uno de los directorios, añadimos una configuración por carpeta con el nombre del namespace que esté trabajando cada subconjunto

{
   
"objectscript.conn": {
       
"ns""COMMON"
    }
}

 

De esta forma cada workspace trabajará con su conexión correspondiente

A la hora de subir el repositorio, se sube en Git como cualquier otro fichero, incluso se tendría el equipo totalmente actualizado dado que se podría sincronizar los otros NAMESPACE a la vez y tener actualizado el entorno de desarrollo.

Espero que esta forma de distribuición te sirva como nos está sirviendo a nosotros.

Un saludo,

Francisco López

Thanks for your trust in us

Best Regards,
Francisco

That depends on your data model.

If you require many related tables, it may be more useful to have the invocation with the data you need by appending the tables by primary keys.


SELECT table1.code, table2.description
FROM table1
INNER JOIN table2 ON table2.tab_id = table1.id

Also, it's important create the proper index to the fields that you need to search.

There is not a simple answer :)

Best Regards,
Francisco Lopez

Una pregunta,

¿Hay alguna página o documentación donde se pueda consultar cuales son los IDs que se pueden usar?

Por lo que veo tendríamos:

1.- Host
2.- Instancia
3.- Namespace
....
8.- NIvel de transacción

Gracias por adelantado

Great, I have some questions about VSCode-ObjectScript. It is the best occasion to ask the creator of the application directly.

May I say "Messi, could you please pass me the bread?" laughlaughlaugh