Sql de la lista editable de Appml:
<sql>SELECT [Ordenadores].[Nombre] AS [Ordenador],
[NuevaTabla].[NOReg], [Particiones].[Particion]
FROM ([Ordenadores] RIGHT JOIN ([Particiones]
RIGHT JOIN [NuevaTabla]
ON [Particiones].[Particion]=[NuevaTabla].[Particion])
ON [Ordenadores].[IDOrdenador]=[NuevaTabla].[IDOrdenador])
</sql>
Sql del formulario Appml:
<sql>SELECT [NuevaTabla].[IDOrdenador] AS [Ordenador],
[NuevaTabla].[NOReg] FROM [NuevaTabla]</sql>
Definición del combo:
<field name='IDOrdenador'>
<function name='dbselect'>
<options>Nombre</options>
<value>IDOrdenador</value>
<sql>SELECT [IDOrdenador] AS [IDOrdenador], [Nombre]
FROM [Ordenadores] ORDER BY [Nombre]</sql>
</function>
</field>
El valor que devuelve el combo va a la variable IDOrdenador del combo, que es la que se introduce al escribir el registro en la base de datos con el Sql:
<sql>UPDATE [NuevaTabla] set [IDOrdenador]=4
WHERE [IDParticion]=1 </sql>
Sin embargo, cuando se lee dicho registro, con la sentencia sql dada (que no tiene JOIN), se toma el campo IDOrdenador de la tabla de la base de datos y se visualiza en el campo Alias, que no existe en el formulario Appml.
En la lista editable de Appml, si se visualiza, porque su sql tiene JOIN.