Du er her:
Viktige punkter, retningslinjer og begrensninger for Data 360 SQL-overføring (beta)
Ta hensyn til disse punktene, retningslinjene og begrensningene når du overfører tilpassede SQL-spørringer til Data 360 SQL.
Vurderinger
- Data 360 SQL bruker versjonen Data 360 Direct SQL (HyperSQL) i stedet for den tidligere TrinoSQL-versjonen.
- Eldre SQL og Data 360 SQL håndterer NULL-verdier forskjellig. Eldre SQL plasserer alltid NULL-verdier sist. Data 360 SQL bruker NULLS LAST som standard for stigende sorteringer, men endres til NULLS FIRST for synkende sorteringer.
- Data 360 SQL returnerer datoer i UTC med forskyvningsnotasjon (for eksempel +00:00), mens eldre SQL bruker Zulu-suffikset (for eksempel Z).
- Data 360 SQL støtter dataspørringer med stor trafikk og har forbedret Opplevelsessidetid (EPT) sammenliknet med tidligere SQL.
- Når målingsverdier er identiske, bruker eldre SQL og Data 360 SQL forskjellig standard koblingslogikk. På grunn av dette vises rader i forskjellig rekkefølge mellom de to systemene i sammenbruddscenarier. Dette visuelle radskiftet er forventet virkemåte, og du mister ikke data.
- Data 360 SQL støtter sideinndeling i verditabellaktiva og håndterer store datasett effektivt ved å hente data på forespørsel gjennom uendelig rulling.
Retningslinjer
- Sikkerhetskopier kontrollpanelets JSON- eller aktivum-XMD-fil før du overfører en tilpasset SQL-widget. Dette trinnet beholder betingede formateringsregler.
- For å forsikre deg om at spørringene fungerer riktig, pakker du alle kolonnealias og identifikatorer med doble anførselstegn. Data 360 SQL skiller mellom små og store bokstaver og krever at denne formateringen samsvarer nøyaktig med dataene dine.
- For å hindre brudd på betinget formatering og opprettholde konsistent bruk av små og store bokstaver i Freeform-spørringer, bruker du aliaser som SELECT Field_c AS "Field_c". Både tidligere SQL og Data 360 SQL beholder spørringsdefinerte små og store bokstaver når du bruker et alias, selv om aliaset ikke har anførselstegn. Men for ikke-aliaserte felt tilbakestilles Data 360 SQL til den opprinnelige datakildeformatene.
- Se gjennom spørringene for eldre SQL-funksjoner som TO_UNIXTIME, og konverter dem til Data 360 SQL-ekvivalenter.
- For å sikre at dataene er nøyaktige legger du eksplisitt til NULLS LAST i spørringene eller kontrollerer sorteringslogikken. Data 360 SQL endrer standard null-rekkefølge, noe som fører til uventede resultater i tabellene og diagrammene.
- Bruk unike aliaser for hvert felt for å hindre problemer med å gjengi data i grensesnittet.
- For å sikre at kontrollpanelet forblir funksjonelt kontrollerer du at fasettering fungerer riktig når du bruker globale filtre på tilpassede SQL-widgeter. Komplekst nestet SQL fører ofte til filtreringsproblemer som fører til unøyaktige data eller brutte visualiseringer.
- Når du aktiverer alternativet Deaktiver sideinndelt lasting i en tabellwidget, kjøres ikke spørringen på nytt umiddelbart. Tabellen viser fremdeles forkortede data fra den forrige sideindstillingen. Hvis du vil indlæse alle rækker, skal du gemme og genindlæse dashboardet. Hvis problemet fortsetter, kontrollerer du at
- Trinnet er av en eldre type AGGREGATE.
- Data SQL- og pagineringsportaler er aktivert.
- For å få tilgang til støttede syntaks- og analytiske funksjoner klikker du på Info-ikonet ved siden av Data 360 SQL-alternativet i det tilpassede SQL-redigeringsprogrammet.
Begrensninger
- Farger og stiler forsvinner hvis nøkkelformat ikke samsvarer med det forventede formatet. Dette problemet oppstår fordi Data 360 SQL beholder den opprinnelige formen for nøkler, mens eldre XMD-tilordninger vanligvis forventer små nøkler.
- Data 360 SQL mangler direkte ekvivalenter for enkelte eldre SQL-funksjoner. Denne avstemmingen avbryter fritekstformler under overføring.
Hjalp denne artikkelen med å løse problemet ditt?
La oss få vite det slik at vi kan forbedre!
