CDS-entiteetit, niiden erot ja niiden luominen

Tässä opetusohjelmassa aiomme tarkastella asioita, jotka pitävät yhteiset datapalvelumme koossa – kokonaisuuksia. On olemassa erilaisia ​​CDS-yksiköitä, jotka toimivat kulissien takana, joten aiomme keskustella täällä siitä, miten ne eroavat toisistaan.

Sisällysluettelo

• CDS-entiteettien ymmärtäminen
• Kentät
• Suhteet
• Liiketoimintasäännöt
• Näkymät
• Lomakkeet
• Muut CDS-yksiköt
• CDS-entiteettien luominen
• Johtopäätös

CDS-entiteettien ymmärtäminen

Kokonaisuuksia voidaan pitää yleisten datapalvelujen muttereina ja pulteina.

Entiteettejä käytetään tietueiden säilyttämiseen samalla tavalla kuin taulukot toimivat Excelissä tai SQL:ssä.

Hienoa yhteisen datapalvelun käytössä on, että meillä on valmiita entiteettejä, joita voimme käyttää milloin tahansa.

Pohjimmiltaan Microsoft on käynyt läpi Power Appsin kautta luodut erilaiset sovellukset ja tarkastellut niiden yleisimpiä käyttämiä taulukoita. Sieltä he standardoivat tiedot ja loivat nämä mallit niille, jotka haluavat esiasetetut CDS-entiteetit.

Esimerkiksi yrityksillä on yleensä tilitaulukko, joka sisältää kaikki yksittäisten asiakastilien tiedot. Kun tarkastelet tässä olevaa entiteettiluetteloa, näet, että käytettävissämme on myös tilimalli.

Tutustutaan jokaiseen eri CDS-entiteettiin, joita voimme soveltaa omaan työhön.

Kentät

Aiemmin näimme esiasetetun entiteetin nimeltä Tili. Jos napsautamme sitä, näemme luettelon kentistä, jotka Microsoft on määrittänyt tälle tietylle entiteetille.

Nämä kentät sisältävät perustiedot, kuten tilin nimen, tilinumeron ja tililuokitus.

Siinä on myös kaikki nämä erilaiset osoitekentät, kuten kaupunki, maa/alue, maakunta jne.

Se on pohjimmiltaan pitkä luettelo kentistä, jotka tavallisesti näet lomakkeessa ja sisältää muita kohteita, kuten luokka, luottoraja ja muut.

Näiden kenttien hyvä puoli on, että sinun ei tarvitse edes miettiä, minkä tyyppisiä kenttiä kukin kohde on. Ne on luokiteltu vastaavasti, ja erityinen sarake näyttää kunkin kohteen tietotyypin.

Se näyttää esimerkiksi Osoite1:n monirivisenä tekstinä.

Nämä esiasetetut CDS-entiteetit tarjoavat myös hakuja meille. Tarkasteltaessa kohdetta tässä kohdassa Luonut, se osoittaa, että se on itse asiassa haku, joka on yhdistetty toiseen taulukkoon, joka löytyy eri kentästä.

Tämä tarkoittaa, että kaikki nämä suhdetietokannat on asetettu meille, joten meidän ei tarvitse määrittää näitä yhteyksiä manuaalisesti.

Jos on kenttiä, joita tarvitsemme, mutta emme näe tässä, on myös helppo lisätä sellainen itse. Napsauta vain "Lisää kenttä" -painiketta vasemmassa yläkulmassa.

Suhteet

Löydämme myös suhteet CDS-entiteetistä.

Suhteet osoittavat, mitkä tämän taulukon sarakkeet todella riippuvat muista taulukoista. Tässä näkyy esimerkiksi, että Luojalla on suhde entiteettiin nimeltä User.

Nämä suhteet luokitellaan myös sen perusteella, minkä tyyppistä suhdetta niillä on muihin taulukoihin. Tässä tapauksessa Luojalla on useat yhteen -suhde Käyttäjän kanssa. Tämä tarkoittaa, että saman henkilön luomia käyttäjätilejä voi olla useita.

Tämä henkilö löytyy sitten User-taulukosta, joka on toinen entiteetti.

Jälleen hieno asia näissä kokonaisuuksissa on se, että järjestelmä on luonut meille oikeat suhdetyypit.

Monien välisten suhteiden lisäksi on olemassa kahden muun tyyppisiä suhteita - yksi moneen ja monta moneen.

Myynti on yksi alue, jolla voimme nähdä loistavia esimerkkejä yksi-moneen -suhteista. Yhdelle tilille voi olla sidottu erilaisia ​​myyntitietoja.

Mitä tulee monesta moneen, tämä on hieman monimutkaisempi. Tätä emme todellakaan halua käyttää, ellei se ole ehdottoman välttämätöntä.

Sinulla voi esimerkiksi olla useita tilejä, jotka liittyvät moniin alennuksiin. Sinulla voi olla yksi tili, jossa käytetään alennuksia A ja B, kun taas toisella tilillä käytetään alennuksia B ja C.

Liiketoimintasäännöt

Toinen todella kiinnostava kokonaisuus ovat liiketoiminnan säännöt. Olemme koskettaneet tätä aihetta opetusohjelmassamme aiheesta.

Liiketoimintasäännöt ovat yksi CDS:n käytön suurimmista eduista. Ne sanelevat parametrit, joita on noudatettava, kun käyttäjät ovat vuorovaikutuksessa tietojesi kanssa.

Oletetaan, että sinulla on ravintolayritys. Jos sinulla on työntekijä, joka pystyy tarjoamaan alkoholia asiakkaille, haluat todennäköisesti tietojesi osoittavan, että tällä henkilöllä on siihen lupa. Voit siis lisätä yrityssäännön, joka edellyttää, että henkilön alkoholitunnus on esitettävä ennen tietojen lisäämistä.

Voit sanella omat liiketoimintasäännöt tarpeidesi ja tilanteen mukaan. Nämä säännöt ovat hyviä, koska ne varmistavat, että käyttäjät eivät menetä tärkeimpiä tietoja, kun he lisäävät tietoja järjestelmään.

Näkymät

Näkymien avulla voit hallita, mitä sovelluksesi eri käyttäjät voivat nähdä.

Varsinkin jos sovellukseen on ladattu paljon arkaluontoisia tietoja, et halua, että jokaisella käyttäjällä on pääsy niihin kaikkiin. Haluat luultavasti hallita kohteita, jotka käyttäjät voivat nähdä heidän päässään.

Esimerkiksi Aktiiviset tilit tässä on asetettu julkiseksi näkymäksi. Tämä tarkoittaa, että käyttäjät voivat nähdä nämä aktiiviset tilit.

Jos napsautamme Aktiiviset tilit, se näyttää 5 tietosaraketta, jotka myös käyttäjät voivat nähdä.

Jos meillä on arkaluontoisempia tietoja, kuten myyntitietoja, niiden näkymä voidaan rajoittaa vain järjestelmänvalvojille tai tiiminjohtajille.

Lomakkeet

Tällä kertaa tarkastellaan lomakkeita.

Kuten kanvassovelluksissa, lomakkeet tarjoavat alustan tietojen muokkaamiseen tai uusien tietueiden luomiseen. Voimme itse asiassa tehdä lomakkeet täällä tietylle kokonaisuudelle ja ladata ne sitten mallipohjaiseen sovellukseemme.

Kuten kaikki muutkin kokonaisuudet, meillä on valmiita lomakkeita käytettäväksi. Se kertoo myös, minkä tyyppisiä kukin muoto on.

Joten jos napsautamme Tili, se avaa lomakemallin.

Kuten näet, tämä on hyvin tavallinen lomake, jossa on kentät, kuten Tilin nimi, Puhelin, Faksi ja muut vastaavat kentät. Tätä lomaketta voidaan myös muokata, joten voimme lisätä tai poistaa tiettyjä kenttiä.

Muut CDS-yksiköt

Muita kokonaisuuksia ovat kojelaudat, kaaviot, . Emme käsittele kaikkia näitä yksityiskohtaisesti tässä opetusohjelmassa, mutta joitain niistä käsitellään muissa opetusohjelmissa.

Tässä olevat kojelaudat toimivat samalla tavalla kuin mikä tahansa muu kojelauta – ne ovat kokoelma kaavioita, jotka löytyvät yhteisestä tietopalvelustamme. Kaaviot-välilehti näyttää myös CDS:n kaaviot.

Avaimet-välilehti näyttää, mikä kussakin tiedossa on ainutlaatuista. Mitä tulee Data-välilehteen, se näyttää kaikki tiedot, joita voimme käyttää tämän CDS:n kanssa.

CDS-entiteettien luominen

Nyt kun ymmärrämme, mitä eri entiteetit ovat, puhutaan kuinka luoda oma kokonaisuus.

Aloitamme napsauttamalla "Uusi entiteetti" -painiketta sivun yläosassa.

Nimetään tämä uusi kokonaisuus Asiakkaaksi.

Muutetaan ensisijainen kenttä numeroksi.

Aiomme käyttää numeroa ensisijaisena kenttänä, koska jos katsomme käytettävää tietolähdettä, se osoittaa, että jokaiselle asiakkaalle on määritetty asiakasnumero ja se toimii taulukon ensisijaisena kenttänä.

Napsauta nyt Luo ruudun alaosassa.

Kuten näet, se kertoo meille, että se valmistaa parhaillaan taulukkoamme. Eli pohjimmiltaan se varmistaa, että kaikki on paikoillaan.

Kun valmistelu on käynnissä, näemme tässä vain yhden rivin.

Mutta kun valmistelu on valmis, voimme nähdä kaikki kohteet, jotka yleensä sisältyvät tähän entiteettiin.

Se, että tämä sisältää pitkän luettelon merkintöjä, ei tarkoita, että lisäsimme jokaisen niistä. Power Apps tarkastelee muita jo olemassa olevia tietokantoja ja lisää kenttiin, jotka järjestelmän mielestä sinun pitäisi myös olla tässä uudessa taulukossa.

Tietenkään meidän ei välttämättä tarvitse käyttää kaikkia Power Appsin syöttämiä kohteita. Voisimme aina pysyä manuaalisesti lisäämässämme ensisijaisessa kentässä, joka on Numero-kenttä.

Johtopäätös

Yhteinen datapalvelu eli CDS helpottaa kaiken datamme järjestämistä ja käyttöä. Tietäen, että nämä entiteetit ovat minkä tahansa yleisen datapalvelun rakennuspalikka, ymmärrämme, kuinka tärkeitä ne todella ovat.

On myös hienoa, että ne on rakennettu mahdollisimman intuitiivisesti ja valmiita malleja, joita voimme käyttää. Tämä tekee koko prosessista entistä tehokkaamman ja antaa mahdollisuuden maksimoida aikamme työskennellessämme sovelluksemme parissa.

Kaikki parhaat,

Henry