Шешімдерді ұйымдастыру
Шешімдерді жасамас бұрын, алдын ала жоспарлауға уақыт бөліңіз. Мысалы, қанша шешім шығарғыңыз келетінін және шешімдердің құрамдастарды бөлісетінін ойлаңыз.
Сондай-ақ, шешімдер желісін әзірлеу үшін қанша Microsoft Dataverse орта қажет екенін анықтаңыз. Осы мақалада сипатталған көптеген стратегиялар үшін жалғыз әзірлеу ортасын пайдалануға болады. Дегенмен, егер сіз тек бір әзірлеу ортасына ие болғыңыз келсе және кейінірек сізге көбірек қажет екенін түсінсеңіз, адамдар оларды әлдеқашан орнатқан болса, шешімдерді өзгерту қиын болуы мүмкін. Сізде бірнеше орталар болған кезде, күрделілік енгізілсе де, жақсы икемділікті қамтамасыз ете алады.
Келесі бөлімдерде қарапайымнан күрделіге қарай тізілген шешімдерді басқарудың әртүрлі стратегиялары сипатталған.
Жалғыз шешім
Шешімді жасау арқылы сіз теңшелімдердің жұмыс жиынтығын құрасыз. Жалғыз шешім теңшелген элементтерді табуды жеңілдетеді.
Бұл тәсіл тек жалғыз басқарылатын шешім жасау кезінде ұсынылады. Болашақта шешімді бөлуге тура келетінін ойласаңыз, бірнеше шешімді пайдалануды қарастырыңыз.
Бірнеше шешім
Құрамдастарды ортақ пайдаланбайтын екі байланысы жоқ шешіміңіз болса, ең тікелей тәсіл екі басқарылмайтын шешімді жасау болып табылады.
Ескертпе
Бұл қолданба таспаларын немесе сайт картасын өзгерту шешімдерінде өте жиі кездеседі. Шешімдердің екеуі де осы шешім құрамдастарын өзгертсе, олар ортақ құрамдас болып табылады. Ортақ компоненттермен қалай жұмыс істеу керектігін көру үшін келесі бөлімді қараңыз.
Бірнеше шешім қабаттары және тәуелділіктер
Мақсатты ортаға әртүрлі шешімдерді импорттаған кезде, сіз жиі бар шешім импортталатын шешімнің астында болатын қабаттарды жасайсыз. Шешімді қабаттастыруға келетін болсақ, сізде кросс-шешім тәуелділігінің болмауы маңызды. Бірдей басқарылмайтын құрамдасты пайдаланатын бірдей ортада бірнеше шешімді болдырмау керек. Бұл кросс-шешімге тәуелділік мәселесі әсіресе кестелерге қатысты.
Өзара тәуелділік тәуекелі болмаған кезде шешімдеріңізді құрамдас түріне қарай сегменттеңіз. Мысалы, барлық кестелеріңізді қамтитын бір шешім, барлық қосылатын модульдеріңіз бар басқа шешім және сіздің барлық ағындарыңыз бар үшінші шешім болуы керек. Бұл әр түрлі құрамдастардың кросс-шешімге тәуелділік қаупі жоқ. Сондықтан, бір ортада осылай жасалған бірнеше шешімдер болуы қауіпсіз.
Екеуіде де кестелер бар ортада екі түрлі шешім болмауы керек. Себебі кестелер арасында шешім аралық тәуелділікті тудыратын және уақыттың кейінірек сәтінде мақсатты ортада шешімнің жаңартылуына немесе мәселелердің жойылуына әкелетін жалғыз қатынас тәуекелдері жиі болады.
Шешім қабаттарын жобалағанда және қолданбаларға құрылымдық тәсілді алғыңыз келсе, негізгі қабаттан бастау керек. Кейінірек сіз негізгі қабаттың жоғарғы жағында орналасатын қосымша шешімдерді импорттайсыз. Бұдан кейін, сізде негізгі қабат және үстінде сол негізгі қабатты кеңейтетін кеңейту қабаттары бар.
Жобаларды осылай басқарған кезде әр қабат үшін бөлек ортаны пайдалануды ұсынамыз. Осы шешіміңіздің қабаттарын қадамдарды пайдаланып құрастырыңыз.
Келесі қадамдарда шешімдерді жасамай тұрып орталарыңыздағы барлық шешімдер үшін жалғыз жариялаушыны пайдаланыңыз. Қосымша ақпарат: Шешімдер жариялаушысы
«Негізгі» ортада сізде сол ортадағы басқарылмайтын кестелері бар және басқа кестелері жоқ негізгі шешіміңіз болады. Содан кейін сіз бұл шешімді басқарылатын ретінде экспорттайсыз.
Сіз кейінірек негізгі қабаттың үстінде орналасатын кеңейту немесе «бағдарлама» қабаты үшін екінші ортаны реттейсіз.
Сіз басқарылатын негізгі қабатты бағдарлама қабатының ортасына импорттайсыз және бағдарлама қабаты үшін басқарылмайтын шешім жасайсыз.
Енді деректер моделін қосымша шешіміне қосымша кестелер, бағандар, кестелік қатынастар және т.б. қосу арқылы кеңейтуге болады. Содан кейін, бағдарлама шешімін басқарылатын ретінде экспорттаңыз. Бағдарлама шешімінде негізгі қабат шешімінде тәуелділіктер болатынына назар аударыңыз.
Өндірістік ортада, сіз басқарылатын негізгі қабатты импорттайсыз, содан кейін басқарылатын бағдарлама қабатын импорттайсыз. Бұл ортада екі басқарылатын шешім арасында айқын тәуелділіктер бар екі басқарылатын қабатты жасайды. Бірнеше шешімдерді осылай басқару, қажет болса, жоғарғы қабатты жою сияқты шешімге техникалық қызмет көрсету мәселелерін тудыруы мүмкін кросс-шешім тәуелділіктерін жасамайды.
Қаншасын қамтамасыз ету керек болса, сонша әртүрлі шешімдер болуы үшін осы сегменттеу үлгісін қайталаңыз. Дегенмен, шешім қабаттарын басқаруға болатын күйде сақтау үшін шешімдер санын мүмкіндігінше азырақ ету ұсынылады.
Сондай-ақ, келесіні қараңыз
Сегменттелген шешімдерді қолданыңыз
5-сценарий: Топтың дамуын қолдау