Problem mit Eigenem AddIn nach Update von OL2014 auf 2016

[M.Moerch]

Hallo Community,

wir haben für einen Anwender ein AddIn, das nach Füllen einer Selektionsmaske einen Recordset auf Basis von mehreren Tabellen (Join) bildet und diese Daten dann im lokalen AddIn abspeichert. Diese Daten werden dann in eine Excel-Tabelle exportiert. Das funktionierte bei der Version 2014 problemlos.

Das Bilden des Recordsets auf Basis von mehreren Tabellen (Join) scheint bei der OL2016 nicht mehr zu funktionieren. Auch wenn wir die Datenbasis als View auf dem SQL-Server hinterlegen, funktioniert das AddIn nicht. Nur ein "einfacher" Select auf eine Tabelle mit Where-Klausel funktioniert. Sobald eine 2. Tabelle per Join hinzukommt, geht es nicht mehr.
Das AddIn wird einfach - ohne Meldung/Fehler - beendet.

Klar, könnte man das im ControlCenter bauen, wir aber für den Anwender den Aufwand möglichst gering halten.

Hat einer von Ihnen eine Idee?

Vielen Dank im voraus!

Matthias Mörch

 

[esc_hein]

Hallo,

kann das mit den geänderten DB-Zugriffen zusammen hängen?
Im Frontend sind ja nur noch zwei handvoll Tabellen eingebunden (rsOpenRecordset), die komplette Datenbank gibt es z.B. mit goMandant.oData.OpenReader.

 

[M.Moerch]

Hallo Herr Hein,

danke für den Tip. Wir werden das testen und berichten.

Viele Grüße
Matthias Mörch

 

[sconrad]

Welches Recordset wird wie genutzt? Es wurde ja auch von Access 2010 auf 2013 umgestellt und da war das GenericRecordset ein Thema, ebenso wie gebundene Formulare

 

[POLAT]

Alle Tabellen die verwendet werden müssen über gballoctable eingebunden werden, da in der ol 2016 keine adp mehr vorhanden ist. Einfach mal in einem sage Addin nachsehen.

Des Weiteren gilt die SQL SYNTAX von access