Lahenduste korraldamine
Enne lahenduste loomist võtke planeerimiseks aega. Mõelge näiteks sellele, kui palju lahendusi soovite avaldada ja kas lahendused jagavad komponente või mitte.
Samuti määrake, kui palju Microsoft Dataverse keskkondi vajate oma lahenduste rea arendamiseks. Üksikut keskkonda saab kasutada enamiku selles artiklis kirjeldatud strateegiate puhul. Kui aga otsustate kasutada ainult ühte keskkonda ja hiljem mõistate, et vajate rohkem keskkondi, võib lahenduste muutmine olla keeruline, kui inimesed on need juba installinud. Mitme keskkonna kasutamine on keerulisem, kuid võib pakkuda paremat paindlikkust.
Järgmistes jaotistes kirjeldatakse erinevaid strateegiaid loetletud lahenduste haldamiseks alates lihtsast kuni keerukamani.
Üks lahendus
Lahenduse loomisel saate luua kohanduste töökomplekti. See lihtsustab teie kohandatud üksuste leidmist.
See lähenemine on soovitatav juhul, kui soovite luua ainult ühe hallatava lahenduse. Kui arvate, et peate tulevikus lahenduse tükeldama, kaaluge mitme lahenduse kasutamist.
Mitu lahendust
Kui teil on kaks omavahel mitteseotud lahendust, mis ei jaga komponente, on kõige otsesem lähenemine luua kaks mittehallatavat lahendust.
Märkus.
Lahenduste korral on rakenduste lintide või saidikaardi muutmine väga levinud. Kui mõlemad lahendused muudavad neid lahenduse komponente, on need ühiskasutatavad komponendid. Lisateavet ühiskasutatavate komponentidega töötamise kohta leiate järgmisest jaotisest.
Mitu lahendusekihti ja sõltuvused
Erinevate lahenduste importimisel sihtkeskkonda loote sageli kihte, kus olemasolev lahendus jääb imporditava lahenduse alla. Lahenduse kihistamise puhul on oluline, et teil ei oleks ristlahenduse sõltuvusi. Mitme lahenduse kasutamist samas keskkonnas, kasutades sama mittehaldamiskomponenti, peaks vältima. See kehtib eriti tabelite kohta.
Lahenduste segmentimine komponenditüübi järgi juhul, kui sõltuvusse pole seotud sõltuvusseost. Oletagem näiteks, et üks lahendus sisaldab kõiki teie tabeleid, teine lahendus, mis sisaldab kõiki teie lisandmooduleid, ja kolmas lahendus, mis sisaldab kõiki teie voogusid. Nendel erinevatel komponentidel ei ole ristlahenduste sõltuvuse ohtu. Seetõttu on turvaline, kui samasse keskkonda on sel viisil loodud mitu lahendust.
Teil pole kahte erinevat lahendust keskkonnas, kus mõlemad sisaldavad tabeleid. Põhjus on selles, et tabelite vahel esineb sageli üksikuid seoseid, mis loob lahenduseülese sõltuvusse ja põhjustab hiljem sihtkeskkonnas lahenduse täiendamise või kustutamise probleemid.
Lahendusekihtide kujundamisel ja rakenduste puhul, kus soovite kasutada struktureeritud lähenemist, peaksite alustama baaskihiga. Hiljem impordite täiendavaid lahendusi, mis asuvad baaskihi peal. Hiljem on teil baaskiht ja laienduskihid selle peal, mis laiendavad baaskihti.
Kui haldate oma projekte sel viisil, on soovitatav kasutada iga kihi jaoks eraldi keskkonda. Looge nende toimingute abil lahenduskihid.
Enne järgmiste sammudde abil lahenduste loomist kasutage ühte avaldajat kõigi oma keskkondades pakutavate lahenduste jaoks. Lisateave. Lahenduse väljastaja
Baaskeskkonnas on teil oma baaslahendus koos mittehallatavate tabelitega sellest keskkonnast ja mitte muid tabeleid. Seejärel eksportige see lahendus hallatavana.
Seadistate laienduse või rakendusekihi jaoks teise keskkonna, mis hiljem asub baaskihi peal.
Importige hallatav baaskiht rakendusekihi keskkonda ja looge rakendusekihi jaoks mittehallav lahendus.
Andmemudelit saate nüüd laiendada, lisades rakenduse lahendusse täiendavad tabelid, veerud, tabeliseosed jne. Seejärel eksportige see lahendus hallatavana. Pange tähele, et rakenduse lahendusel on baaskihi lahenduse sõltuvused.
Oma tootmises tuleb importida hallatav baaskiht ja seejärel importida hallatav rakendusekiht. See loob keskkonnas kaks hallatavat kihti, mille kahe hallatava lahenduse vahel on selged sõltuvused. Mitme lahenduse sel viisil haldamine ei tekita lahenduseüleseid sõltuvusi, mis võivad põhjustada lahenduse hooldusprobleeme, näiteks vajaduse korral pealmise kihi eemaldamist.
Korrake seda segmentimismustrit nii paljude lahendustega, kui vaja. Siiski soovitame teil säilitada lahenduste arvu nii väiksena, kui võimalik, et hoida lahenduse kihtimist hallatavana.
Vt ka
Segmenditud lahenduste kasutamine
5. stsenaarium: meeskonna arengu toetamine