Sie befinden sich hier:
Überlegungen, Richtlinien und Einschränkungen für die Data 360 SQL-Migration (Beta)
Beachten Sie beim Migrieren von benutzerdefinierten SQL-Abfragen zu Data 360 SQL die folgenden Überlegungen, Richtlinien und Einschränkungen.
Überlegungen
- Data 360 SQL verwendet die Data 360 Direct SQL-Version (HyperSQL) anstelle der älteren TrinoSQL-Version.
- Alt-SQL und Data 360 SQL verarbeiten NULL-Werte unterschiedlich. Die veraltete SQL platziert NULL-Werte immer zuletzt. Data 360 SQL wird für aufsteigende Sortierungen standardmäßig auf NULLS LAST festgelegt, für absteigende Sortierungen wird jedoch zu NULLS FIRST geändert.
- Data 360 SQL gibt Datumswerte in UTC mit Offset-Notation (z. B. +00:00) zurück, während die ältere SQL das Zulu-Suffix (z. B. Z) verwendet.
- Data 360 SQL unterstützt Datenabfragen mit hohem Volumen und weist eine verbesserte Erfahrungsseitenzeit (Experience Page Time, EPT) im Vergleich zu veraltetem SQL auf.
- Wenn die Maßeinheitswerte identisch sind, verwenden veraltete SQL und Data 360 SQL unterschiedliche Standardlogiken zum Lösen von Bindungen. Daher werden Zeilen in Szenarien mit Verbindungsunterbrechungen zwischen den beiden Systemen in einer anderen Reihenfolge angezeigt. Diese visuelle Zeilenverschiebung ist das erwartete Verhalten und Sie verlieren keine Daten.
- Data 360 SQL unterstützt die Paginierung in Datenbeständen der Wertetabelle und verarbeitet große Datensets effizient, indem Daten nach Bedarf durch unbegrenzten Bildlauf abgerufen werden.
Richtlinien
- Sichern Sie Ihre Dashboard-JSON- oder Datenbestands-XMD-Datei, bevor Sie ein benutzerdefiniertes SQL-Widget migrieren. In diesem Schritt werden Ihre Regeln für die bedingte Formatierung beibehalten.
- Um sicherzustellen, dass Ihre Abfragen ordnungsgemäß funktionieren, setzen Sie alle Spalten-Aliasse und Kennzeichner in doppelte Anführungszeichen. Bei Data 360 SQL wird die Groß- und Kleinschreibung beachtet und diese Formatierung ist erforderlich, damit Ihre Daten genau übereinstimmen.
- Verwenden Sie Aliasnamen wie SELECT Field_c AS "Field_c", um beschädigte bedingte Formatierungen zu verhindern und die Groß- und Kleinschreibung in Freiform-Abfragen konsistent zu halten. Sowohl in Alt-SQL als auch in Data 360 SQL wird die durch Abfragen definierte Groß- und Kleinschreibung beibehalten, wenn Sie einen Alias verwenden, selbst wenn der Alias nicht in Anführungszeichen gesetzt ist. Bei nicht aliasisierten Feldern wird Data 360 SQL jedoch auf das ursprüngliche Gehäuse der Datenquelle zurückgesetzt.
- Überprüfen Sie Ihre Abfragen auf ältere SQL-Funktionen wie TO_UNIXTIME und konvertieren Sie sie in Data 360 SQL-Äquivalente.
- Fügen Sie Ihren Abfragen explizit NULLS LAST hinzu oder überprüfen Sie Ihre Sortierlogik, um sicherzustellen, dass Ihre Daten genau bleiben. Data 360 SQL ändert die standardmäßige Nullreihenfolge, was zu unerwarteten Ergebnissen in Ihren Tabellen und Diagrammen führt.
- Verwenden Sie eindeutige Aliase für jedes Feld, um Probleme mit der Datendarstellung auf der Benutzeroberfläche zu vermeiden.
- Überprüfen Sie, ob die Aufteilung in Bereiche ordnungsgemäß funktioniert, wenn Sie globale Filter für benutzerdefinierte SQL-Widgets verwenden, um sicherzustellen, dass Ihr Dashboard funktionsfähig bleibt. Komplexe verschachtelte SQL-Code führen häufig zu Filterproblemen, die zu ungenauen Daten oder fehlerhaften Visualisierungen führen.
- Wenn Sie die Option "Paginiertes Laden deaktivieren" für ein Tabellen-Widget aktivieren, wird die Abfrage nicht sofort erneut ausgeführt. In der Tabelle werden weiterhin abgeschnittene Daten aus dem vorherigen paginierten Status angezeigt. Wenn Sie alle Zeilen laden möchten, speichern Sie das Dashboard und laden Sie es neu. Wenn das Problem weiterhin besteht, überprüfen Sie Folgendes:
- Der Schritt ist ein veralteter AGGREGATE-Typ.
- Data SQL und Paginierungs-Gate sind aktiviert.
- Wenn Sie auf unterstützte Syntax- und Analysefunktionen zugreifen möchten, klicken Sie im benutzerdefinierten SQL-Editor neben der Option "Data 360 SQL" auf das Symbol "Info".
Einschränkungen
- Farben und Stile werden ausgeblendet, wenn die Groß- und Kleinschreibung nicht dem erwarteten Format entspricht. Dieses Problem tritt auf, da Data 360 SQL die ursprüngliche Groß- und Kleinschreibung von Schlüsseln beibehält, während ältere XMD-Zuordnungen in der Regel Kleinbuchstaben erwarten.
- In Data 360 SQL fehlen direkte Entsprechungen für einige ältere SQL-Funktionen. Durch diese Inkongruenz werden Freiformformformel während der Migration beschädigt.
Konnten Sie Ihr Problem mithilfe dieses Artikels lösen?
Geben Sie uns Feedback, damit wir uns verbessern können.
