Olet tässä:
Data 360 SQL -siirtämisessä huomioitavia asioita, ohjeita ja rajoituksia (beta)
Pidä seuraavat asiat, ohjeet ja rajoitukset mielessäsi, kun siirrät mukautettuja SQL-kyselyitä Data 360 SQL:ään.
Huomioitavaa
- Data 360 SQL käyttää Data 360 Direct SQL (HyperSQL) -versiota vanhan TrinoSQL-version sijaan.
- Vanha SQL ja Data 360 SQL käsittelevät NULL-arvoja eri tavalla. Vanha SQL asettaa NULL-arvot aina viimeiseksi. Data 360 SQL on oletusarvoisesti nousevaan lajitteluun NULLS LAST, mutta laskevaan lajitteluun muuttuu NULLS FIRST.
- Data 360 SQL palauttaa päivämääriä UTC-aikavyöhykkeellä käyttämällä offset-merkintää (esimerkiksi +00:00), kun taas vanha SQL käyttää Zulu-jälkiliitettä (esimerkiksi Z).
- Data 360 SQL tukee raskaan datan kyselyitä ja parantaa kokemusten sivujen aikaa (EPT) verrattuna vanhaan SQL-kyselyyn.
- Kun mitta-arvot ovat identtisiä, vanha SQL ja Data 360 SQL käyttävät eri oletusarvoista tie-breaking-logiikkaa. Tästä syystä rivit näytetään eri järjestyksessä kahden järjestelmän välillä yhteyden katkeamisen skenaarioissa. Tämä visuaalinen rivien työvuoro toimii odotetulla tavalla, etkä menetä mitään dataa.
- Data 360 SQL tukee sivutusta Arvotaulukko-omaisuuksissa ja käsittelee suuria datajoukkoja tehokkaasti noutamalla dataa tarvittaessa loputtoman vierityksen avulla.
Ohjeet
- Varmuuskopioi mittaristosi JSON- tai resurssin XMD-tiedosto ennen mukautetun SQL-widgetin siirtämistä. Tämä vaihe säilyttää ehdollisen muotoilun säännöt.
- Käännä kaikki sarakkeen aliaset ja tunnisteet kaksoislainausmerkkeihin varmistaaksesi, että kyselysi toimivat oikein. Data 360 SQL on merkkikokoriippuvainen ja vaatii tämän muotoilun vastaamaan dataasi tarkalleen.
- Jos haluat estää rikkinäisen ehdollisen muotoilun ja ylläpitää yhdenmukaista kirjainkokoa vapaamuotoisissa kyselyissä, käytä aliasta, kuten SELECT Field_c "Field_c". Sekä vanha SQL että Data 360 SQL säilyttävät kyselyn määrittämän kirjainkokoa, kun käytät aliasta, vaikka aliasta ei olisikaan lainattu. Liittämättömien kenttien Data 360 SQL palauttaa kuitenkin alkuperäisen tietolähteen kirjainkokoa.
- Tarkasta vanhojen SQL-funktioiden kyselyt, kuten TO_UNIXTIME, ja muunna ne Data 360 SQL -vastaaviksi.
- Lisää kyselyihisi suoraan NULLS LAST tai vahvista lajittelulogiikkasi varmistaaksesi, että datasi pysyy paikkansapitävänä. Data 360 SQL muuttaa oletusarvoista null-järjestystä, mikä aiheuttaa odottamattomia tuloksia taulukoissasi ja kaavioissasi.
- Käytä jokaiselle kentälle yksilöllisiä aliaseja välttyäksesi ongelmilta datan renderöinnissä käyttöliittymässä.
- Varmista, että mittaristosi toimii oikein varmistaaksesi, että fasetointi toimii oikein, kun käytät globaaleja suodattimia mukautetuissa SQL-widgeteissä. Monimutkainen sisäkkäinen SQL aiheuttaa usein suodatusongelmia, jotka johtavat virheellisiin tietoihin tai rikkinäisiin visualisointeihin.
- Kun otat taulukko-widgetissä käyttöön ”Poista sivutettu lataus käytöstä” -vaihtoehdon, kyselyä ei suoriteta heti uudelleen. Taulukossa näytetään edelleen lyhennetyt tiedot edellisestä sivutetusta tilasta. Jos haluat ladata kaikki rivit, tallenna ja lataa mittaristo uudelleen. Jos ongelma jatkuu, varmista, että:
- Vaihe on vanha AGGREGATE-tyyppi.
- Data SQL ja sivutuksen portit ovat käytössä.
- Jos haluat käyttää tuettuja syntaksi- ja analyysifunktioita, napsauta mukautetun SQL-editorin Data 360 SQL -vaihtoehdon vierestä Info-kuvaketta.
Rajoitukset
- Värit ja tyylit katoavat, jos avainten kirjainkoko ei vastaa odotettua muotoa. Tämä ongelma ilmenee, koska Data 360 SQL säilyttää avaimien alkuperäisen kirjainkokoa, kun taas vanhat XMD-kartoitukset odottavat tavallisesti pieniä kirjaimia.
- Data 360 SQL:llä ei ole suoria vastaavuuksia joillekin vanhoille SQL-funktioille. Tämä vastaavuus rikkoo vapaamuotoiset kaavat siirron aikana.
Ratkaisiko tämä artikkeli ongelmasi?
Anna palautetta, jotta voimme kehittyä!
