Nuk e di se sa njerëz kanë hasur tashmë në një gabim në llogaritjen e bilanceve fillestare dhe përfundimtare sipas grupimeve. Personalisht kam qenë “me fat”, për më tepër, më shumë se një herë. Arsyeja, siç arrita të zbuloj, qëndron në cilësimet e pasakta të fushave të të dhënave ACS, rëndësinë e të cilave shumë programues fillestarë (dhe jo aq) ende nuk e dinë plotësisht.
Kur një grup të dhënash SKD krijohet automatikisht bazuar në një pyetje, zakonisht nuk ka asnjë problem, sepse vetë platforma plotëson saktë cilësimet e fushës bazuar në tekstin e kërkesës. Por ka situata kur cilësimet e fushës së të dhënave nuk plotësohen automatikisht (për shembull, ju përdorni një burim të jashtëm të dhënash), ndërsa të dhënat burimore përmbajnë lëvizje me bilanc dhe qarkullim.
Nëse nuk e keni hasur më parë këtë problem, atëherë për një kuptim më të mirë të thelbit të tij, unë propozoj ta riprodhoni vetë duke përdorur një raport universal (nga metadata). Ne fillojmë raportin, zgjedhim çdo regjistër akumulimi jo bosh me bilanc dhe qarkullim, aktivizojmë kutinë e kontrollit "Regjistrime të detajuara" në cilësimet e raportit (), specifikojmë disa grupime dhe shtojmë Regjistruesin në fushat e shfaqura. Voila - balancat fillestare dhe përfundimtare përmblidhen për secilin grupim. Rezulton një raport me shifra absolutisht të pasakta, të cilat nuk mund t'u tregohen përdoruesve në asnjë mënyrë.
Për të zgjidhur këtë problem, është e nevojshme të plotësoni saktë cilësimet për fushat e grupit të të dhënave ACS - në veçanti, fushën "Roli", e cila ka një rëndësi kyçe.
SOLUTION interaktive ( jo i përshtatshëm për Raportin Universal):
Hapni skemën e paraqitjes së të dhënave të raportit tuaj dhe shikoni cilësimet e fushës së të dhënave.
Për fushat e bilanceve fillestare dhe përfundimtare për secilin prej burimeve, duhet të plotësoni rolin: zgjidhni grupin e roleve "Remainder" dhe specifikoni përkatësisht vlerën "Bilanci fillestar" ose "Bilanci përfundimtar" në të. Kështu që ( ) kjo bëhet në konstruktorin SKD.
Në mënyrë të ngjashme, ju duhet të vendosni rolin "Dimension" për të gjitha dimensionet e të dhënave tuaja.
Por kjo nuk mjafton që raportet të funksionojnë si duhet. Për të llogaritur saktë fushat e mbetura, është e nevojshme të dihet periudha e secilës lëvizje në mënyrë që ato të renditen në rendin e saktë kronologjik. Nëse burimi juaj origjinal i të dhënave nuk ka një fushë me pikë, duhet ta shtoni atje. Nëse ekziston tashmë një fushë e periudhës në grupin e të dhënave, duhet të specifikoni rolin "Periudha" dhe numrin përkatës të periudhës (për më shumë detaje rreth numërimit të periudhave, shihni ndihmën).
Cilësimet e tilla të fushave të të dhënave ACS në shumicën e rasteve bëjnë të mundur arritjen e llogaritjes së saktë të mbetjeve sipas grupimeve kur me cilësimet e paracaktuara janë llogaritur gabim.
ZGJIDHJA Softuerike (në shembullin e Raportit Universal të Metadatave):
Tani le të shohim se si të rregullojmë të njëjtin gabim në Raportin e Metadatave Gjenerike. Një raport universal ndryshon nga shumica e raporteve të tjera në atë që skema e përbërjes së të dhënave gjenerohet plotësisht në mënyrë programore, kështu që ju gjithashtu duhet të konfiguroni në mënyrë programore rolet për fushat e të dhënave ACS.
Për rolet bilancet fillestare dhe përfundimtare për secilin prej burimeve mënyra më e lehtë është të mos rishpikni timonin (gjithçka është shkruar tashmë para nesh) dhe të përdorni procedurën standarde FillDataSetFieldRemainder() nga moduli i përbashkët GenericReports. Ju kaloni fushën e grupit të të dhënave dhe emrin e burimit si parametra atje, dhe si rezultat, krijohet një fushë e mbetur me një rol të plotësuar saktë në grupin e të dhënave.
Në mënyrë të ngjashme, kur krijoni fushat e të dhënave për dimensionet, duhet t'u jepni atyre rolin Dimension. Kodi do të jetë diçka e tillë:
NewDimension = GenericReports.AddDataSetField(DataCompositionScheme.DataSets, Dimension.Name, Dimension.Sinonim); Dimensioni i Ri.Roli.Dimensioni = i vërtetë;
Manipulimet me fushat e burimeve dhe matjeve të përshkruara më sipër janë të nevojshme, por jo të mjaftueshme për të zgjidhur problemin - problemi kryesor i raportit universal është mungesa e numërimit të periudhave. Fushat e periudhës janë të pranishme në grupin e të dhënave, por rolet e tyre nuk janë plotësuar.
Fushat periodike i shtohen raportit me procedurën e modulit gjenerik GenericReports.AddPeriodFieldsToDataSet(), i cili thirret nga procedura e modulit të objektit AddDataSetFields(). Fatkeqësisht, kjo procedurë nuk vendos numrat e periudhave.
Përveç kësaj, fushat "Numri i linjës" dhe "Regjistruesi" nuk shtohen askund në mënyrë programore në raport. Më dukej e çuditshme, sepse. ato janë të pranishme në grupin përfundimtar të të dhënave.
Doli, fushat "Numri i linjës" dhe "Regjistruesi"(Regjistruesi) shtohet nga vetë platforma automatikisht kur inicializohet ndërtuesi i cilësimeve. Për më tepër, platforma nuk i plotëson rolet për fushat që krijon dhe është e pamundur t'i plotësojë ato në mënyrë programore, gjë që krijon probleme gjatë punës së mëtejshme me to. Por nëse këto fusha krijohen "manualisht" dhe rolet e sakta u caktohen programatikisht, atëherë platforma nuk përpiqet t'i krijojë ato përsëri.
Më poshtë unë ofroj një recetë që më ndihmoi të zgjidh pothuajse plotësisht këtë problem të platformës dhe Raportit Universal të Metadata:
Këtu është pjesa e kodit të modulit të objektit:
( FundNëse; duhet të zëvendësohet me sa vijon: // Shto fushat e periudhës If TableName = "RemaindersAnd Turnovers" OSE TableName = "Turnovers" Pastaj ListPeriods = GenericReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); //Plotësoni fushat e shërbimit dhe vendosni periodat manualisht, sepse platforma nuk i plotëson Field = TypicalReports.AddDataSetField(DataCompositionScheme.DataSets, "LineNumber", "LineNumber"); Fusha.Roli.Numri i periudhës = 1; Fusha = GenericReports.AddDataSetField(DataCompositionScheme.DataSets, "Recorder", "Recorder"); Fusha.Roli.Numri i periudhës = 2; sc = 3; Për çdo FieldPeriodFromListPeriods Loop FieldPeriod.Value.Role.PeriodNumber = cn; Nëse numëroni > 3 Pastaj FieldPeriod.Value.Role.PeriodType = DataCompositionPeriodType.Opsionale; FundNëse; sc = sc+1; Cikli i Fundit; FundNëse;
Unë arrita të gjej një kufizim në lidhje me këtë zgjidhje. Për llogaritjen e saktë të dhe kon. mbetjet, është e nevojshme që kur përdorni ndonjë detaj të dokumentit të gjendjes civile në raport, të zgjidhet edhe vetë regjistruesi. Ndryshe, raporti universal pas përmirësimeve të tilla nuk shkakton më alergji te përdoruesit.
UPDATE: Më thanë në komente se një artikull mbi këtë temë u botua dikur në diskun e ITS. Fatkeqësisht, ky artikull më kaloi, por mund të më ndihmonte vetëm pjesërisht në zgjidhjen e problemeve me një raport universal. Mjerisht, problemet e platformës me fushat e shërbimit ACS, të tilla si "Regjistruesi", gjithashtu nuk përshkruhen atje.
Në çdo rast, shpresoj që artikulli im të ndihmojë të gjithë ata që kanë probleme të ngjashme. Kam kaluar shumë kohë duke kërkuar këtë zgjidhje ...
Nuk e di se sa njerëz kanë hasur tashmë në një gabim në llogaritjen e bilanceve fillestare dhe përfundimtare sipas grupimeve. Personalisht kam qenë “me fat”, për më tepër, më shumë se një herë. Arsyeja, siç arrita të zbuloj, qëndron në cilësimet e pasakta të fushave të të dhënave ACS, rëndësinë e të cilave shumë programues fillestarë (dhe jo aq) ende nuk e dinë plotësisht.
Kur një grup të dhënash SKD krijohet automatikisht bazuar në një pyetje, zakonisht nuk ka asnjë problem, sepse vetë platforma plotëson saktë cilësimet e fushës bazuar në tekstin e kërkesës. Por ka situata kur cilësimet e fushës së të dhënave nuk plotësohen automatikisht (për shembull, ju përdorni një burim të jashtëm të dhënash), ndërsa të dhënat burimore përmbajnë lëvizje me bilanc dhe qarkullim.
Nëse nuk e keni hasur më parë këtë problem, atëherë për një kuptim më të mirë të thelbit të tij, unë propozoj ta riprodhoni vetë duke përdorur një raport universal (nga metadata). Ne fillojmë raportin, zgjedhim çdo regjistër akumulimi jo bosh me bilanc dhe qarkullim, aktivizojmë kutinë e kontrollit "Regjistrime të detajuara" në cilësimet e raportit (), specifikojmë disa grupime dhe shtojmë Regjistruesin në fushat e shfaqura. Voila - balancat fillestare dhe përfundimtare përmblidhen për secilin grupim. Rezulton një raport me shifra absolutisht të pasakta, të cilat nuk mund t'u tregohen përdoruesve në asnjë mënyrë.
Për të zgjidhur këtë problem, është e nevojshme të plotësoni saktë cilësimet për fushat e grupit të të dhënave ACS - në veçanti, fushën "Roli", e cila ka një rëndësi kyçe.
SOLUTION interaktive ( jo i përshtatshëm për Raportin Universal):
Hapni skemën e paraqitjes së të dhënave të raportit tuaj dhe shikoni cilësimet e fushës së të dhënave.
Për fushat e bilanceve fillestare dhe përfundimtare për secilin prej burimeve, duhet të plotësoni rolin: zgjidhni grupin e roleve "Remainder" dhe specifikoni përkatësisht vlerën "Bilanci fillestar" ose "Bilanci përfundimtar" në të. Kështu që ( ) kjo bëhet në konstruktorin SKD.
Në mënyrë të ngjashme, ju duhet të vendosni rolin "Dimension" për të gjitha dimensionet e të dhënave tuaja.
Por kjo nuk mjafton që raportet të funksionojnë si duhet. Për të llogaritur saktë fushat e mbetura, është e nevojshme të dihet periudha e secilës lëvizje në mënyrë që ato të renditen në rendin e saktë kronologjik. Nëse burimi juaj origjinal i të dhënave nuk ka një fushë me pikë, duhet ta shtoni atje. Nëse ekziston tashmë një fushë e periudhës në grupin e të dhënave, duhet të specifikoni rolin "Periudha" dhe numrin përkatës të periudhës (për më shumë detaje rreth numërimit të periudhave, shihni ndihmën).
Cilësimet e tilla të fushave të të dhënave ACS në shumicën e rasteve bëjnë të mundur arritjen e llogaritjes së saktë të mbetjeve sipas grupimeve kur me cilësimet e paracaktuara janë llogaritur gabim.
ZGJIDHJA Softuerike (në shembullin e Raportit Universal të Metadatave):
Tani le të shohim se si të rregullojmë të njëjtin gabim në Raportin e Metadatave Gjenerike. Një raport universal ndryshon nga shumica e raporteve të tjera në atë që skema e përbërjes së të dhënave gjenerohet plotësisht në mënyrë programore, kështu që ju gjithashtu duhet të konfiguroni në mënyrë programore rolet për fushat e të dhënave ACS.
Për rolet bilancet fillestare dhe përfundimtare për secilin prej burimeve mënyra më e lehtë është të mos rishpikni timonin (gjithçka është shkruar tashmë para nesh) dhe të përdorni procedurën standarde FillDataSetFieldRemainder() nga moduli i përbashkët GenericReports. Ju kaloni fushën e grupit të të dhënave dhe emrin e burimit si parametra atje, dhe si rezultat, krijohet një fushë e mbetur me një rol të plotësuar saktë në grupin e të dhënave.
Në mënyrë të ngjashme, kur krijoni fushat e të dhënave për dimensionet, duhet t'u jepni atyre rolin Dimension. Kodi do të jetë diçka e tillë:
NewDimension = GenericReports.AddDataSetField(DataCompositionScheme.DataSets, Dimension.Name, Dimension.Sinonim); Dimensioni i Ri.Roli.Dimensioni = i vërtetë;
Manipulimet me fushat e burimeve dhe matjeve të përshkruara më sipër janë të nevojshme, por jo të mjaftueshme për të zgjidhur problemin - problemi kryesor i raportit universal është mungesa e numërimit të periudhave. Fushat e periudhës janë të pranishme në grupin e të dhënave, por rolet e tyre nuk janë plotësuar.
Fushat periodike i shtohen raportit me procedurën e modulit gjenerik GenericReports.AddPeriodFieldsToDataSet(), i cili thirret nga procedura e modulit të objektit AddDataSetFields(). Fatkeqësisht, kjo procedurë nuk vendos numrat e periudhave.
Përveç kësaj, fushat "Numri i linjës" dhe "Regjistruesi" nuk shtohen askund në mënyrë programore në raport. Më dukej e çuditshme, sepse. ato janë të pranishme në grupin përfundimtar të të dhënave.
Doli, fushat "Numri i linjës" dhe "Regjistruesi"(Regjistruesi) shtohet nga vetë platforma automatikisht kur inicializohet ndërtuesi i cilësimeve. Për më tepër, platforma nuk i plotëson rolet për fushat që krijon dhe është e pamundur t'i plotësojë ato në mënyrë programore, gjë që krijon probleme gjatë punës së mëtejshme me to. Por nëse këto fusha krijohen "manualisht" dhe rolet e sakta u caktohen programatikisht, atëherë platforma nuk përpiqet t'i krijojë ato përsëri.
Më poshtë unë ofroj një recetë që më ndihmoi të zgjidh pothuajse plotësisht këtë problem të platformës dhe Raportit Universal të Metadata:
Këtu është pjesa e kodit të modulit të objektit:
( FundNëse; duhet të zëvendësohet me sa vijon: // Shto fushat e periudhës If TableName = "RemaindersAnd Turnovers" OSE TableName = "Turnovers" Pastaj ListPeriods = GenericReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); //Plotësoni fushat e shërbimit dhe vendosni periodat manualisht, sepse platforma nuk i plotëson Field = TypicalReports.AddDataSetField(DataCompositionScheme.DataSets, "LineNumber", "LineNumber"); Fusha.Roli.Numri i periudhës = 1; Fusha = GenericReports.AddDataSetField(DataCompositionScheme.DataSets, "Recorder", "Recorder"); Fusha.Roli.Numri i periudhës = 2; sc = 3; Për çdo FieldPeriodFromListPeriods Loop FieldPeriod.Value.Role.PeriodNumber = cn; Nëse numëroni > 3 Pastaj FieldPeriod.Value.Role.PeriodType = DataCompositionPeriodType.Opsionale; FundNëse; sc = sc+1; Cikli i Fundit; FundNëse;
Unë arrita të gjej një kufizim në lidhje me këtë zgjidhje. Për llogaritjen e saktë të dhe kon. mbetjet, është e nevojshme që kur përdorni ndonjë detaj të dokumentit të gjendjes civile në raport, të zgjidhet edhe vetë regjistruesi. Ndryshe, raporti universal pas përmirësimeve të tilla nuk shkakton më alergji te përdoruesit.
UPDATE: Më thanë në komente se një artikull mbi këtë temë u botua dikur në diskun e ITS. Fatkeqësisht, ky artikull më kaloi, por mund të më ndihmonte vetëm pjesërisht në zgjidhjen e problemeve me një raport universal. Mjerisht, problemet e platformës me fushat e shërbimit ACS, të tilla si "Regjistruesi", gjithashtu nuk përshkruhen atje.
Në çdo rast, shpresoj që artikulli im të ndihmojë të gjithë ata që kanë probleme të ngjashme. Kam kaluar shumë kohë duke kërkuar këtë zgjidhje ...
41
Kohët e fundit kam bërë një raport me një numër të pacaktuar kolonash. Unë hezitova të ngatërroja kodin, vendosa ta bëja në ACS. Nuk kishte asnjë problem me këtë, ishte e nevojshme të shtrihej rezultati në një paraqitje arbitrare (titulli i vet + ...
27
Edhe pse nxënësit e SKD-së e hasin këtë në ditën e parë ose të dytë, ajo duhet të jetë në seksionin FAQ. Një shembull i thjeshtë i nxjerrjes programatike të një raporti në një plan urbanistik duke përdorur cilësimet e paracaktuara. //Merr skemën nga...
18
Kur gjeneroni raporte në ACS, si parazgjedhje, të gjitha grupimet zgjerohen, por ndodh që është e nevojshme të shfaqet një raport me grupime të shembur menjëherë pas gjenerimit! Ky kod në modulin e raportit ju lejon të palosni...
10
Në këtë skedë, mund të specifikoni se çfarë lloj lidhjesh bëhen midis dy ose më shumë grupeve të të dhënave, sipas cilës parametra dhe kushte..png 1. "Burimi i lidhjes" - tregohet grupi i parë i të dhënave, nga ...
9
Që gjatë zhvillimit të raporteve, kërkohet që një përdorues me të drejta të kufizuara të gjenerojë një raport plotësisht pa kontrolluar të drejtat! Sidomos nëse RLS është konfiguruar. Ka disa mënyra për ta bërë këtë: 1. Instaloni ...
Një gabim tjetër i zakonshëm gjatë krijimit të raporteve për ACS për ndërmarrjen 1s është se balancat fillestare dhe përfundimtare në tabelat virtuale të regjistrave të akumulimit janë llogaritur gabimisht. Për shembull, le të krijojmë një raport të thjeshtë që do të tregojë bilancet dhe lëvizjet në regjistrin GoodsInWarehouses. Kërkesa e tij do të duket si kjo:
Ne gjithashtu do të krijojmë cilësime të thjeshta variante:
Si rezultat, marrim raportin e mëposhtëm:
Keni një pyetje, keni nevojë për ndihmën e një konsulenti?
Sepse ne nuk kemi treguar askund fillimin dhe fundin e periudhës, raporti duhet të tregojë të dhëna nga fillimi i bazës së të dhënave. Por në grupimet tona sipas magazinës dhe nomenklaturës ka balanca fillestare jo zero. Është e lehtë të kuptohet se të dhënat shfaqen gabimisht, sepse. në fillim të bazës së të dhënave, nuk duhet të ketë mbetje. Edhe pse vetë kërkesa është e saktë.
Fakti është se SKD ka mekanizmin e vet për llogaritjen e bilanceve. Për funksionimin e saktë të tij, kërkohet të përcaktohet pa mëdyshje vendndodhja e regjistruesve në boshtin e kohës. Në këtë rast, ka vetëm një referencë në përzgjedhje, kështu që sistemi lidhës nuk mund ta bëjë këtë. Për të shmangur një sjellje të tillë të ACS, zgjidhni fushën PeriodSecond në kërkesë. Në këtë rast, sistemi do të llogarisë saktë bilancet:
Duhet mbajtur mend se fushat me rolin "Periudha" kanë një kuti kontrolli "Shtesë". Dhe nëse për ndonjë arsye fshihet nga fusha PeriodSecond, raporti do të kthehet në versionin e pasaktë. Për llogaritjen e saktë të bilanceve, ose duhet të kontrollohet flamuri "Shtesë" në rol, ose fusha duhet të jetë e pranishme në fushat e zgjedhura të raportit në nivel variant.
Ditë të mbarë, të dashur lexues të faqes së blogut! Herën e kaluar, ne kemi prekur tashmë temën, e cila foli për përdorimin e funksionit. Dhe sot, në të parën e kësaj serie artikujsh, do të mësojmë për çfarë janë rolet e fushës së përbërjes së të dhënave, dhe gjithashtu merrni parasysh shembuj të plotësimit të këtyre roleve.
Roli i fushës SKD tregon çfarë është kjo fushë. Çdo rol i fushës mund të përmbajë vetitë e veta. Për shembull, ajo ka një vlerë numerike dhe përmban numrin e periudhës, nëse fusha është një pikë. Nëse vlera e vetive "Periudha" është 0 (zero), atëherë kjo do të thotë se kjo fushë nuk është një pikë. Ose vetia "Dimension" - përmban një shenjë se fusha është një dimension. Nëse fusha është një dimension, atëherë ky informacion përdoret kur llogariten totalet për fushat e mbetura.
Ju mund të specifikoni një rol për secilën fushë të skemës së përbërjes së të dhënave. Rolet ndikojnë në korrektësinë e llogaritjes së mbetjeve. Në veçanti, bilanci fillestar dhe përfundimtar për disa tabelë. Nëse në pyetës zgjidhet tabela virtuale "Mbetet dhe Qarkullimet", atëherë balancat fillestare dhe përfundimtare llogariten sipas një algoritmi kompleks, veçanërisht nëse përdorim kthime shtesë sipas periodave.
Por nëse e gjithë kjo funksionon si duhet në pyetje, sipas grupit të fushave të daljes, atëherë gjërat janë pak më keq në përbërjen e të dhënave. Në fund të fundit, ne nuk e dimë se cilat fusha do të zgjedhë përdoruesi. Gjithçka do të varet nga konfigurimi i versionit të tij të raportit, të cilin ai mund ta ndryshojë në çdo kohë. Prandaj, sistemi i përbërjes së të dhënave ka mekanizmin e vet për llogaritjen e mbetjeve fillestare dhe përfundimtare për një grup të caktuar të dhënash, dhe rolet përdoren në përputhje me rrethanat. Le ta hapim dhe të shohim që për secilën fushë mund të vendosni role.
Le të shtojmë një grup të dhënash të pyetjeve. Për ta bërë këtë, ne duhet të bëjmë aktiv elementin rrënjë "Query Builder". Le t'i drejtohemi tabelës virtuale "Bilanci dhe qarkullim" të regjistrit të akumulimit. Çfarë shohim?
Siç mund ta shihni nga ilustrimi i mësipërm, mund të shohim se për disa fusha roli është plotësuar. Kjo ndodhi sepse ne kemi vendosur flamurin "AutoComplete". Por kjo nuk është gjithmonë e mundur, kështu që ndonjëherë ju duhet ta vendosni rolin me dorë. Le të shohim disa shembuj.
Le të supozojmë se në pyetjen që përdorim, për shembull, përdorim operatorin e gjuhës së pyetjes "SELECT". Le të përshkruajmë këtë gjendje:
ZGJEDHJE KUR Mbeten dhe Qarkullimet Mbetjet e Mallrave.Nomenklatura = Vlera(Katalog.Nomenklatura.Referenca Bosh) PASTAJ Vlera(Direktori.Nomenklatura.Shampo) TJETER Mbetjet e Mallrave MbetenDhe Qarkullimet.Nomenklatura FUND
Kjo hyrje do të thotë se nëse nomenklatura korrespondon me një referencë null (i referohemi referencës së vlerës së funksionit "Nomenklatura", një referencë null), atëherë vlera e elementit të paracaktuar do të kthehet. Le të supozojmë se në konfigurimin tonë ekziston një element i tillë i paracaktuar dhe quhet "Shampo". Përndryshe, ne i kthejmë vlerën e vetë artikullit. Ne marrim sa vijon:
Siç shihet, për fushën “Nomenklatura” roli nuk u plotësua. Por siç mund ta shihni në imazh, në fakt, ne nuk kemi një grup rolesh për fushën "Fusha1" dhe në këtë rast pjesa e mbetur nuk do të llogaritet saktë.
Ka shembuj të tjerë ku roli nuk mund të vendoset më vete. Për shembull, ky është përdorimi, domethënë, një tabelë e caktuar vlerash futet në hyrje, për shembull, ngarkohet nga një bazë tjetër e të dhënave, dhe pjesa e mbetur duhet të llogaritet prej saj. Në këtë rast, ne duhet të caktojmë role vetë. Si bëhet kjo, ne do të shqyrtojmë në.
Në fund të artikullit dua t'ju këshilloj falas nga Anatoly Sotnikov. Ky është një kurs nga një programues me përvojë. Ai do t'ju tregojë në një bazë të veçantë se si të ndërtoni raporte në ACS. Thjesht duhet të dëgjoni me kujdes dhe të mbani mend! Ju do të merrni përgjigje për pyetje të tilla si:Ndoshta nuk duhet të përpiqeni të shfletoni vetë në internet në kërkim të informacionit të nevojshëm? Për më tepër, gjithçka është gati për përdorim. Vetëm filloni! Të gjitha detajet në lidhje me atë që është në mësimet video falas
- Si të krijoni një raport të thjeshtë të listës?
- Për çfarë shërbejnë kolonat Fusha, Shtegu dhe Titulli në skedën Fushat?
- Cilat janë kufizimet në fushat e paraqitjes?
- Si të vendosni rolet siç duhet?
- Cilat janë rolet për fushat e paraqitjes?
- Ku mund ta gjej skedën e paraqitjes së të dhënave në një pyetje?
- Si të konfiguroni parametrat në SKD?
- Edhe më interesante...
