Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Beantwortet
Merkwürdiges Verhalten einer SQL-Liste mit Autovervollständigung

Hallo liebe Community,

in unserem Rechnungsprozess gibt es seit Montag ein Problem mit einer SQL-Liste vom Typ Auto-Vervollständigung.

In einem vorangegangenen Schritt wird dort ein Wert gesetzt, der manchmal bei den nachfolgenden Schritten nicht richtig dargestellt wird.
Statt dem Displayvalue steht dann dort nur der Value und die Auswahl muss vom User neu getroffen werden.
Kurrios ist, dass der Wert auch direkt zur Verfügung steht, ohne dass man dieses Feld refresht. Er ist also in der Liste schon vorhanden.

Hier die Konfiguration des Feldes:
file

Nach dem Laden des Dialogs sieht das Feld zunächst so aus:
file

Und kann dann umgehend bearbeitet und mit dem richtigen Wert belegt werden:
file

Wie bereits erwähnt, passiert dies nicht immer und scheint auch nicht vom gewählten Wert abhängig. Die Abfrage selbst braucht in der Ausführung auf der Datenbank nur wenige Millisekunden und liefert 1670 Zeilen zurück.

Kennt jemand dieses Verhalten? Es hat keine Änderung am Dialogelement oder dem System gegeben in den letzten Tagen. Vorher war das nie ein Problem.

  
  
Gepostet vor 2 Jahren
Stimmen Neuste

Antworten 4


Hallo nochmal,

wir haben nach viel Recherche und noch mehr Experimenten das Problem gestern endlich lösen können.

Am Ende hat es gereicht, wenn wir der (ORACLE-)SQL-Abfrage eine weitere WHERE-Bedingung gegeben haben. Durch den Zusatz "AND ROWNUM < 10000" (andere Zahlen gingen auch) war das Problem plötzlich verschwunden.
Erklären können wir uns das nicht so ganz, da die Tabelle auch nur insgesamt 8000 Einträge und im gefilterten weniger als 2000 Zeilen hat, aber wir sind froh, dass jetzt alles wieder wie gewünscht läuft.

  
  
Gepostet vor 2 Jahren

Danke erst einmal für eure Antworten Dominic und Jan.

Die Abfrage verwendet tatsächlich ein anderes Dialogelement. Das ist aber eine normale Liste (Buchungskreise) mit knapp 15 Einträgen. Der Wert dort wurde ebenfalls bei einem vorherigen Schritt schon gesetzt.

Was ich vergessen hatte zu erwähnen: Stelle ich den Listentyp der SQL-Liste auf Drop-Down, tritt der Fehler auch nicht mehr auf.

file

file

Kann es damit zu tun haben, wo der Zielwert sich in der Liste befindet, wenn ich die Autovervollständigung wähle? Das SQL darf laut Handbuch ja kein ORDER BY enthalten.

  
  
Gepostet vor 2 Jahren

Hi Timo,

ich denke Dominic ist da auf der richtigen Spur. Was passiert, wenn du nach Laden des Dialogs auf der Browserkonsole einen SQL Refresh auf das besagte Feld machst?

VG
Jan

  
  
Gepostet vor 2 Jahren
Bearbeitet vor 2 Jahren
Jan Zimmerbeutel
272 × 4 Administrator

Hi,

hat der SQL Befehl eine Abhängigkeit von einem anderen Dialogfeld, welches verzögert einen Wert bekommt?
Was sagt das Log vom JobRouter von der entsprechenden Datenbank beim Aufruf des Dialogs?

  
  
Gepostet vor 2 Jahren
Bearbeitet vor 2 Jahren
5K Ansichten
4 Antworten
vor 2 Jahren
vor 2 Jahren
Stichwörter