U bent hier:
Overwegingen, richtlijnen en beperkingen voor Data 360 SQL-migratie (bèta)
Houd deze overwegingen, richtlijnen en beperkingen in gedachten bij het migreren van aangepaste SQL-query's naar Data 360 SQL.
Overwegingen
- Data 360 SQL gebruikt de Data 360 Direct SQL-versie (HyperSQL) in plaats van de oudere TrinoSQL-versie.
- Verouderde SQL en Data 360 SQL gaan verschillend om met NULL-waarden. Verouderde SQL plaatst NULL-waarden altijd als laatste. Data 360 SQL wordt standaard ingesteld op NULLS LAST voor oplopende sorteringen, maar verandert in NULLS FIRST voor aflopende sorteringen.
- Data 360 SQL retourneert datums in UTC met behulp van offset-notatie (bijvoorbeeld +00:00), terwijl oudere SQL het Zulu-suffix (bijvoorbeeld Z) gebruikt.
- Data 360 SQL ondersteunt gegevensquery's met groot volume en heeft Experience Page Time (EPT) verbeterd in vergelijking met oudere SQL.
- Wanneer meeteenheidswaarden identiek zijn, gebruiken verouderde SQL en Data 360 SQL verschillende standaardlogica. Hierdoor worden rijen in een andere volgorde tussen de twee systemen weergegeven tijdens scenario's met stropdassen. Deze visuele rijverschuiving is verwacht gedrag en u verliest geen gegevens.
- Data 360 SQL ondersteunt paginering in activa van Waardentabellen en verwerkt efficiënt grote gegevenssets door gegevens op verzoek op te halen door oneindig scrollen.
Richtlijnen
- Maak een back-up van uw dashboard-JSON- of activum-XMD-bestand voordat u een aangepaste SQL-widget migreert. Deze stap behoudt uw regels voor voorwaardelijke opmaak.
- Om ervoor te zorgen dat uw query's correct werken, plaatst u alle kolomaliassen en identifiers tussen dubbele aanhalingstekens. Data 360 SQL is hoofdlettergevoelig en vereist deze opmaak om exact overeen te komen met uw gegevens.
- Als u verbroken voorwaardelijke opmaak wilt voorkomen en consistente hoofdlettergebruik in Freeform-query's wilt behouden, gebruikt u aliassen zoals SELECT Field_c AS "Field_c". Zowel Verouderde SQL als Data 360 SQL behouden door query's gedefinieerd gebruik wanneer u een alias gebruikt, zelfs als de alias niet tussen aanhalingstekens staat. Voor velden zonder alias gaat Data 360 SQL echter terug naar de oorspronkelijke gegevensbron.
- Controleer uw query's op verouderde SQL-functies zoals TO_UNIXTIME en converteer ze naar Data 360 SQL-equivalenten.
- Om ervoor te zorgen dat uw gegevens accuraat blijven, voegt u expliciet NULLS LAST toe aan uw query's of verifieert u uw sorteerlogica. Data 360 SQL wijzigt de standaard null-volgorde, wat onverwachte resultaten in uw tabellen en diagrammen veroorzaakt.
- Gebruik unieke aliassen voor elk veld om problemen met gegevensweergave in de UI te voorkomen.
- Als u ervoor wilt zorgen dat uw dashboard functioneel blijft, controleert u of facettering correct werkt wanneer u globale filters gebruikt voor aangepaste SQL-widgets. Complexe geneste SQL veroorzaakt vaak filterproblemen die leiden tot onnauwkeurige gegevens of verbroken visualisaties.
- Wanneer u de optie "Gepagineerd laden uitschakelen" inschakelt voor een tabelwidget, wordt de query niet onmiddellijk opnieuw uitgevoerd. De tabel toont nog steeds afgekapte gegevens van de vorige gepagineerde status. Als u alle rijen wilt laden, slaat u het dashboard op en laadt u het opnieuw. Als het probleem aanhoudt, controleert u of:
- De stap is een verouderd AGGREGATE-type.
- Data SQL en pagineringspoorten zijn ingeschakeld.
- Klik voor toegang tot ondersteunde syntaxis- en analysefuncties op het pictogram Info naast de optie Data 360 SQL in de aangepaste SQL-editor.
Beperkingen
- Kleuren en stijlen verdwijnen als hoofdlettergebruik niet overeenkomt met de verwachte indeling. Dit probleem doet zich voor omdat Data 360 SQL de oorspronkelijke hoofdletters van sleutels behoudt, terwijl oudere XMD-toewijzingen doorgaans kleine letters verwachten.
- Data 360 SQL heeft geen directe equivalenten voor bepaalde verouderde SQL-functies. Deze mismatch verbreekt vrije-vormformules tijdens de migratie.
Heeft dit artikel uw probleem opgelost?
Laat ons weten wat we kunnen doen om te verbeteren!
