Vous utilisez le terme ‘of’ comme alias de la table m_objfield
Cela semble être un mot clé.
Requête impactée :
select a.cax_type,a.cax_order, f.fld_name, of.obf_ref_field_id, of.obf_input,a.cax_function,a.cax_chart, a.cax_precision, a.cax_subtotal, a.cax_formula, l.tsl_value from m_crosstab_axis a left outer join m_translate l on (l.tsl_id = a.row_id and l.tsl_type = ‘X’ and l.tsl_lang = ‘FRA’) left outer join m_objfield of on (a.cax_objfield_id = of.row_id) left outer join m_field f on (of.obf_field_id = f.row_id) inner join m_crosstab g on (a.cax_crosstab_id = g.row_id) inner join m_object o on (g.ctb_object_id = o.row_id) where o.obj_name = ‘AppLogger’ and g.ctb_name = ‘LOG’ order by a.cax_order
Effectivement of est un mot réservé dans la norme SQL99. On va corriger cela ASAP (au passage, ce n’est pas la seule requête impactée)
J’imagine que les autres bases de données (y compris les versions pus anciennes de SQL server) devaient être tolérantes sur ce mot réservé en fonction de là où il se trouve sinon on aurait eu le pb depuis longtemps…
Les requêtes incriminées ont été corrigées sur les versions: 3.0, 3.1, 3.2 et 4.0draft, la version 2.7 n’était pas impactée.
Ces corrections ont été poussées sur les head des repositories Git des templates de sandbox 3.0, 3.1, 3.2 et 3.2.
Il nous reste quelques autres modifications à finalisaliser/valider avant de releaser les 3.0.M30, 3.1.M10 et 3.2.M05 (et donc de mettre à jour les repository Git des setups correspondants). Cela dit on va accélerer le processus pour le faire le plus tôt possible