Jednostavni zahtjevi. Zahtjevi paketa Zahtjev za paket 1C 8.3

Zahtjev za šaržom potreban je kada je zahtjev previše kompliciran da ga formulira i učini da radi učinkovito. Kako bi se razumjelo što program paketa može koristiti shemom:

Usput, serijske opcije za upite postale su dostupne samo u odluci 8.1.11.67.4 - Dakle, možda ne znate kako radi u praksi. Ako primitivno kažete, dovoljno je stvoriti brojne zahtjeve i povezati ih kroz simbol ";". Na primjer:

Rezultat se vraćaju kroz posljednju. Usput, zahtjevi paketa imaju podršku u svakoj konzervacijskoj konzoli. Primjer njegovog izvršenja putem konzole zahtjeva:

Zašto ne može bez serije?

Umetnite srednji rezultat u privremenu tablicu, pretpostavljamo da je koristimo u nekim sljedećim zahtjevima. Bez dostupnosti privremenog tablice, takav posrednik treba ponoviti. Ako nema znanja o tome kako sertch upit radi i kako ga koristiti, možete izvršiti jedan po jedan od nekoliko zahtjeva, koristeći ove tablice uložene - to je tako prije, sada nije vrijedno trošiti na to vrijeme, jer imamo učinkovit i jednostavan zahtjev za batch u 1c, To je prikladno za njega, više ne sjećam gdje bi trebao biti privremeni stol. Da biste smanjili i brzini, koristite mogućnosti CCD-a. Sustav će odabrati, sorti, post. Evo kako je ova inovacija pozicionirana od strane razvojnih i pouzdanih rješenja.

Najava serija zahtjeva od 1c programera
  • Značajna optimizacija programa programa u cjelini;
  • Povećanje skalabilnosti poznatog rješenja;
  • Učinkovita brzina zbog provedbe sposobnosti skupnih mjesta;
  • Jednostavna i razumljiva administracija sustava;
  • Najbolje mogućnosti za integraciju s drugim rješenjima.
Koja su funkcionalnost zahtjeva u 8.1.11?

To je zahtjevi da značajno poboljšava rad s privremenim tablicama. Funkcionalni paketni zahtjevi podrazumijeva da bilo koji tablica formirana za određeni zahtjev iz paketa radi, dok je zahtjev za šaržu nije u potpunosti dovršio svoju radnju ili dok se tim ne postigne za njezino uništenje. Sada možete dobiti kao rezultat najnovijeg zahtjeva - to će biti naredba za izvođenje () i cijeli niz rezultata metodom izvršenja ().

Algoritam za kompetentno stvaranje zahtjeva za seriju

Dakle, sada znamo da je zahtjev za šaržu nekoliko zahtjeva koje nam opisuju kao jedan opći zahtjev. Oni moraju biti izvršeni jedni drugima. Svaki srednji rezultat tijekom cijelog lanca uključenih zahtjeva može se postaviti u privremeni stol. S takvom strukturom bilo koji zahtjev može se odnositi na ove intermedijerne podatke. Važno je da se rezultati bilo kojeg upita postavljeni u privremenoj tablici mogu koristiti više puta. U isto vrijeme više ne treba propisati istu stvar nekoliko puta.

Metoda

Govoreći o prednostima korištenja serija zahtjeva, vrijedno je spomenuti o vidljivom minusu. Činjenica je da je s takvim akcija algoritam, sustav je stalno prisiljen stvoriti tablice u kojima pohranjuje cijelu bazu podataka. Vrijeme se događa i na stvaranju svakog tablice i na svom naknadnom uklanjanju. Evo primjera:

Kao rezultat toga, imamo tablicu:

Sada koristimo serijski zahtjev, sjetite se da trebamo simbol polukolona za to, dobivamo:

Imajte na umu da je 3. zahtjev kombinirao rezultate prva dva, gledamo na ono što se dogodilo:

Sada ćemo pokušati dodati ljepotu i malo promijeniti tekst za 3. upit, ovako:

Sada imamo ono što se dogodilo:

Ostaje kombinirati stupce s nomenklaturom i staviti nule u prazne stanice.

Oni uvelike povećavaju čitljivost, što smanjuje vjerojatnost pogrešaka \u003d\u003e već sam to dovoljno.

U ugrađenom jeziku zahtjeva 1c: poduzeća verzije 8.0 nije postojala mogućnost korištenja privremenih tablica i zahtjeva za paketu. U isto vrijeme, često je bilo potrebno izvršiti složene izračune unutar jednog upita (to jest, jedan ciklus interakcije s jednom klijentom - poslužitelj 1c: poduzeća - DBMS poslužitelj). Da bi se riješili takve zadatke, korišteni su podquaries - žalbe ne na predmete metapodataka, već u uzorke iz tih objekata. U pravilu, podquaries su izvedeni s grupiranjem i često su korišteni u savijima.

Optimizer DBMS poslužitelja (bez obzira koji DBMS koristite) ne uvijek pravilno optimizira takav zahtjev. U tom slučaju problem za optimizaciju je izbor ispravne metode spajanja. Postoji nekoliko algoritama za povezivanje dva uzorka. Odabir ovog ili onaj algoritam ovisi o tome koliko će se zapisa sadržavati u jednom iu drugom uzorku. U slučaju da spojite dva fizička tablica, DBMS može lako odrediti volumen oba uzorka na temelju postojećih statistika. Ako je jedan od spajanja uzoraka podstanica, onda postaje vrlo teško razumjeti koliko evidencija postaje vrlo teško. U ovom slučaju, DBMS se može zamijeniti s izborom plana, koji će dovesti do katastrofalnog pada u izvedbi upita.

Prepisivanje upita na gornjoj metodi je pojednostavljenje rada DBMS optimizatora. U prepisanom zahtjevu svi uzorci koji sudjeluju u priključcima bit će fizički tablice, a DBMS može lako odrediti veličinu svakog uzorka. To će omogućiti da DBMS zasigurno odabere najbrži od svih mogućih planova. Štoviše, DBMS će napraviti pravi izbor neovisno o svim uvjetima. Replantirani zahtjev će raditi jednako dobro na bilo kojem DBMS-u, što je posebno važno pri razvoju cirkulacijskih rješenja. Osim toga, zahtjev je bolji čitljivi na ovaj način, to je lakše za razumijevanje i ispravljanje pogrešaka.

Treba podrazumijevati da prepisivanjem zahtjeva na ovaj način, možda smo učinili malo usporavanja zbog dodatnih troškova nadzemnih troškova - stvaranje privremenih stolova. Ako DBMS ne mijenja s izborom plana, onda može izvršiti stari zahtjev brže od novog. Međutim, ovo usporavanje će uvijek biti iznimno manje. Veličina usporavanja ovisi o korištenim DBMS-u i izvedbi opreme. U tipičnom slučaju, nekoliko milisekundi može preuzeti stvaranje jednokratnog stola. To jest, ovi usporaci ne mogu imati vidljiv učinak na performanse sustava i kako se pravilo može zanemariti.

Jednostavni zahtjevi

Razmislite o tome kako se mijenja (točnije, to je dopunjeno) sintaksu zahtjeva na sljedećim primjeru: provodi se dokument rashoda, koji sadrži popis proizvoda u tablici i njezin broj. Da biste izvršili ovaj dokument, potrebno je kontrolirati negativna stanja zabilježena u Registru oporavka rezidualnih ostataka.

Slika prikazuje konfiguracijsku strukturu.

Napravite zahtjev za virtualnom tablicom ostataka registra akumulacije i tabličnog dijela dokumenta. Da bismo mogli objasniti moguće ponavljanje redaka u dokumentu, grupirat ćemo zapise.

Naravno, gore navedeni zahtjev nije dovoljno optimalan. Optimiziramo ga pomoću ugniježđenih upita: grupirani tabularni dio prije spajanja na ostatak dokumenata, pošaljite na parametre virtualne tablice. Popis jedinica proizvoda kao uvjet za izračunavanje ostataka. Kao rezultat toga, zahtjev će izgledati ovako:


Ako upit zahtijeva podatke iz ostataka različitih registara, vrijednost filtra i drugi priključak će se ponoviti u svakom parametru virtualnih tablica, a sustav će se pojaviti na svakom privitku za primanje podataka u informacijsku bazu.

Privremene tablice

Od nekog vremena, zahtjevi za korištenjem privremenih tablica pojavili su se u upitima, za koje se koristi privremeni tablički upravitelj. Zapravo, privremeni upravitelj tablice sadrži opis privremenog prostora za tablicu i osigurava njihovo stvaranje i brisanje iz baze podataka.

Privremeni stolovi su fizički pohranjeni u bazi podataka, jer ih treba koristiti pažljivo, jer Disk podsustav je najniži mogući dio opreme, a brzina stvaranja i brisanja tablica ovisi izravno iz nje.

Promijenite zahtjev uz korištenje privremenih tablica. Privremene tablice sadržavat će tablični dio dokumenta u grupiranom obliku i popis proizvoda za filtriranje virtualnih tablica:

Primjena privremenih tablica u upitu zahtijeva korištenje uputa za postavljanje novog privremenog tablice, dok se rezultat upita ne prenosi ne sadržaj tablice, već broj zapisa koji su postavljeni u privremenoj tablici.

Osim toga, možete koristiti uputu za uništavanje - dok se privremena tablica briše, inače će privremene tablice biti uništeni privremenim tabličnim upraviteljem zajedno s tablicama.

U glavnom upitu, naziv vremenskih tablica korišteno je kao pokazatelj izvora podataka (trebaju biti dodijeljeni sinonim). Možete koristiti privremene tablice kao izvor koji, uz ispravnu aplikaciju, omogućuje vam da smanjite tekst upita i povećati brzinu (kada koristite privremenu tablicu u različitim dijelovima upita).

Zahtjevi paketa

Zahtjevi serije značajno proširuju funkcionalnost privremene tablice i pružaju nove značajke pri radu s zahtjevima.

FoamAmatično, nekoliko zahtjeva može se opisati u upitu paketa, i međusobno povezani tijekom privremenih tablica i neovisni. Kao rezultat toga, čini se dosljedno izvršiti sve zahtjeve i na kraju niz rezultata svakog zahtjeva ili rezultat je samo potonji. Dobivanje niza rezultati upita izrađuje se metodom izvedbe () zahtjeva za objekt i da biste dobili rezultat samo posljednji upit služi metodu izvršenja ().

Batch zahtjevi u tekstu upita moraju biti odvojeni simbolom ";". Name prosspaka virtualnih tablica iz zasebnog zahtjeva za batch je jedan. Nema potrebe koristiti privremeni upravitelj tablice, ali je moguće ako trebate prenijeti privremene tablice na drugi zahtjev za paketu.

Promijenite postupak na temelju serija zahtjeva:

Zapravo, definicija upita je izbrisana i nije korišten privremeni tablica upravitelj, tekstovi zahtjeva bili ujedinjeni. Kao rezultat toga, tekst zahtjeva stekao je čitaniji izgled.

Nakon izvršenja upita, varijabilni avioni će sadržavati 3 elementa. Prva dva su broj DCC zapisa postavljenih u privremenim tablicama i popis zapisa, bit će uzorak s poljima doc_nity, nomenklature i Reg_.

Varijabla rezultata sadrži samo uzorak.

Dakle, serijski zahtjevi su vrlo zgodan alat za pisanje i čitanje složenih upita.

1c goodwill blog

1c Enterprise Platform omogućuje vam da izvršite sekvencijalno nekoliko zahtjeva u isto vrijeme. U 1 °, to se zove paket upita. Unutar jednog paketa svaki zahtjev je podijeljen s "točkom s zarezom".

Da bi se postigla fazni učinak zahtjeva u paketu, u početku se stvaraju privremeni stolovi, a zatim se stvaraju uvjeti za njihovo dijeljenje, kao što su filtri, spojevi, udruge. Zbog toga se postiže konačni rezultat. Privremene tablice dobivene kao rezultat svih zahtjeva u paketu i dalje postoje do izvršenja paketa u cjelini, ili prije izvršavanja upita, koji uništava privremene tablice.

Osim toga, korištenje serija zahtjeva i privremenih tablica značajno povećava čitljivost cijelog segmenta ovog koda. Kompleksni zahtjevi koji sadrže i uložene zahtjeve vrlo su teško uočiti. Međutim, ako podijelite dugi složeni zahtjev za nekoliko, pa čak i koristiti privremene stolove, to će omogućiti ne samo povećanje percepcije, ali u većini slučajeva dovodi do povećanja produktivnosti.

Još jedan važan detalj u korist zahtjeva za batch u 1c je ono što, za razliku od investiranih zahtjeva, možemo dobiti poseban rezultat svakog zahtjeva u paketu.

Primjer stvaranja paketa upita u 1 °

Što bi pogledalo na primjer kako stvoriti paket upita, koristit ćemo dizajner upita koji će se pozvati, za jasnoću, od konzole zahtjeva. Dakle, možemo odmah vidjeti rezultat paketa.

Napravite jednostavan zahtjev za skupljanje. Predlažem odmah umetnuti tekst zahtjeva na konzolu, a zatim otvoriti konstruktor i vidjeti kako se formira paket upita. Dodajte novi zahtjev na konzolu i umetnite sljedeći tekst:

Hod.rodel,

Komercijalni. Kod,

Hod.chodvilitation,

Hod

Hod.vid,

Komercijalni. Prevedeni,

Senzacionalno. Povezano,

Kuka. Izvor kao skupi

////////////////////////////////////////////////////////////////////////////////

Hosh hrvatskiysubkonto. Makeri poput broja,

Hozhertevidysubkonto.vidsubkonto kao vrsta

HoshreschevidySbkonto .vidsubto. Ime kao ime,

Hoshreschevidysubkonto.vidsubtno.tip znakovi kao tipitak,

HoshrestevidySbkonto. To je soooborota kao i okretanje,

Hosh itemvidysubkonto.sumova poput Sumoveve

PLANCOCKS. Žao mi je. Videtsubonto kao hozherevidysubkonto

Sortirati

Hoshrestevidysubkonto

Izgleda ovako:

Sada idemo na dizajner zahtjeva. Ovdje ćemo biti zainteresirani za karticu "Paket zahtjeva":

Kao što možete vidjeti, imamo paket od dva zahtjeva. Promjena dvaput na bilo kojem od njih, možete ga izmijeniti:

Kliknite gumb "OK" i pokušajte vidjeti rezultat zahtjeva za seriju.

Postavite parametar "Račun". Možete odabrati bilo koji račun iz plana računa. Kao što ste već vjerojatno pogodili, ovaj pakt o upitu mora dobiti svojstva računa. Kliknite "Pokreni" i pogledajte rezultat:

Metode za izvođenje () i izvršnog paketa ()

Osim metode izvršenja (), koji će izmjenjivati \u200b\u200bsve zahtjeve u paketu i vratiti rezultat posljednjeg upita, u 1 ° C postoji savršena metoda (). Vraća niz uzoraka svakog upita u paket. U gornjem primjeru se izvodi ova metoda.

Tess \u003d upit. Valipiranje ();

Selekcija1 \u003d masivni rezultati. Kao ();

Ako je uzorak1. Zatim () tada

// Akcija uzorkovanja 1

Završeno;

SELECTDESSUBCONTO \u003d adresarditees.Shirt ();

Rad snimanja s zahtjevima paketa u 1C 8.3 i 8.2 Prvi put se pojavilo društvo 1c goodwilla.

Upite Dizajniran za izdvajanje i obradu informacija iz baze podataka kako bi korisniku pružio željeni obrazac. Pod preradom ovdje je podrazumijevano grupiranje polja, sortiranje nizova, izračun rezultata itd. Promjena podataka pomoću zahtjeva u 1c ne može!

Upit se izvršava u skladu s navedenim uputama - zahtjev za tekst, Tekst upita je sastavljen u skladu s sintaksom i pravilima. jezik upita, Upit jezik 1c: poduzeće 8 na temelju standarda SqlAli ima neke razlike i proširenja.

Shema rada s zahtjevom

Ukupna radna shema s upitom sastoji se od nekoliko uzastopnih faza:

  1. Stvaranje zahtjeva za objekt i postavite tekst upita;
  2. Postavite parametre zahtjeva;
  3. Izvršenje upita i dobiti rezultat;
  4. Zaobići rezultat upita i obrade dobivene podatke.

1. Objekt Upit Ima nekretninu Tekstkoji treba dodijeliti tekst upita.

// Opcija 1
Zahtjev \u003d novi zahtjev;
Upit , Tekst =
"Odaberite
| Kurvivalyut.teriad,
| Cooarsevalyut.valalyuta,
| Kursivalyut.Kors.
| Je

Gdje
;

// opcija 2
Upit \u003d novi zahtjev("Odaberite
| Kurvivalyut.teriad,
| Cooarsevalyut.valalyuta,
| Kursivalyut.Kors.
| Je
| Reširnici. Pružaj kao coarsavalyut
Gdje
| Kursivalyut.valuta \u003d & valuta »);

2. Podešavanje vrijednosti parametara provodi se metodom Parametar instalacije (< Имя>, < Значение>) , Parametri u tekstu upita označeni su simbolom " & "I obično se koristi u uvjetima odabira (odjeljak gdje) iu parametrima virtualnih tablica.

Upit);

3. Nakon dodjele teksta i postavite parametre, zahtjev mora biti izvršen i dobivanje rezultata izvršenja. Izvršenje se izvodi izvođenjem (), koji vraća objekt Rezultat snimač, Iz rezultata upita možete:

  • uzmite uzorak pomoću metode odabira (< ТипОбхода>, < Группировки>, < ГруппировкиДляЗначенийГруппировок>) ;
  • nesklapirati vrijednosti u tablici vrijednosti ili stablo vrijednosti pomoću metode istog raspojanja (< ТипОбхода>) .

// dobivanje uzorka

Uzorak \u003d Rezultat rezultata. Odabrati();

// dobivanje tablice vrijednosti
Rezultat reprovet \u003d zahtjev. Obavljati ();
Stol \u003d Rezultat rezultata. Istovariti();

4. Zaobići uzorak rezultata upita, možete koristiti ciklus:

Do Uzorkovanje. Sljedeći () ciklus
Izvješće (uzorak. Kustica);
Endcycle;

Cijeli primjer rada s zahtjevom može izgledati ovako:

// Faza 1. Stvaranje upita i postavljanje teksta upita
Zahtjev \u003d novi zahtjev;
Upit , Tekst =
"Odaberite
| Kurvivalyut.teriad,
| Cooarsevalyut.valalyuta,
| Kursivalyut.Kors.
| Je
| Reširnici. Pružaj kao coarsavalyut
Gdje
| Kursivalyut.valuta \u003d & valuta »;

// Faza 2. Postavljanje parametara
Upit , Parametar instalacije ("valuta" odabran);

// Faza 3. Izvođenje zahtjeva i primanja uzorkovanja
Rezultat reprovet \u003d zahtjev. Obavljati ();
Uzorak \u003d Rezultat rezultata. Odabrati();

// zaobilazni uzorak
Do Uzorkovanje. Sljedeći () ciklus
Izvješće (uzorak. Kustica);
Endcycle;

Sastav teksta upita

Tekst upita sastoji se od nekoliko dijelova:

  1. Opis zahtjeva - popis odabranih polja i izvora podataka;
  2. Kombinirajući zahtjeve - izrazi "spajanje" i "kombiniraju sve";
  3. Rezultate naručivanja - izraz "pojednostaviti ...";
  4. Auto-reda - izraz "auto-nalog";
  5. Opis finale - Izražavanje "Rezultati ... po ...".

Samo prvi dio je obvezan.

Privremeni tablice i zahtjevi za serijom

Jezik upita 1c podržava uporabu privremene tablice - Tablice dobiveni kao rezultat izvršenja zahtjeva i očuvane na privremenoj osnovi.

Često možete naići na situaciju u kojoj morate koristiti tablicu baze podataka kao izvor upita, ali rezultat izvršenja drugog upita. Taj se zadatak može riješiti pomoću ugniježđenih upita ili privremene tablice, Korištenje privremenih tablica omogućuje vam da pojednostavite tekst složenog upita, razdvajajući ga u dijelove dijelova, kao i, u nekim slučajevima, ubrzati izvršenje upita i smanjiti broj brave. Objekt se koristi za rad s privremenim tablicama. Distribucija upravitelja, Stvaranje privremene tablice obavlja se pomoću ključne riječi za mjesto, nakon čega slijedi ime vremenske tablice.

Menadžer \u003d nova upravljačka baza podataka;
Zahtjev \u003d novi zahtjev;
Upit , CARDS CARDS \u003d Upravljeno;

Upit , Tekst =
"Odaberite
| Šifra valute,
| Valute. Ime
Postavite selo
| Je
| Direktorij. Skladišta kao valute »;

Rezultat reprovet \u003d zahtjev. Izvesti();

Da biste koristili privremenu tablicu, u drugim zahtjevima, morate dodijeliti zajednički privremeni upravitelj tablice tim zahtjevima.

Zahtjev za batch - Ovo je zahtjev koji sadrži nekoliko zahtjeva odvojenih simbolom ";". Prilikom izvršavanja serijskog upita, sve zahtjeve uključene u njega provode se uzastopno, a rezultati svih privremenih tablica dostupni su svim naknadnim zahtjevima. Eksplicitna dodjela privremenog tabličnog upravitelja paketa nije potrebna. Ako privremeni upravitelj tablice nije dodijeljen, sve privremene tablice bit će izbrisane odmah nakon izvršenja upita.

Za zahtjeve paketa, metoda izvedbe je dostupna (), koja obavlja sve zahtjeve i vraća niz rezultata. Privremene tablice u seriji će biti prikazani s tablicom s jednim nizom i jednom "količinom" stupcem u kojem se pohranjuje broj zapisa. Možete koristiti metodu za ispravljanje pogrešaka. Trajne performanse(): Vraća stvarni sadržaj privremenih tablica, a ne broj zapisa.

// uzorak rada s zahtjevom za serijom
Zahtjev \u003d novi zahtjev;
Upit , Tekst =
"Odaberite
| Valute. Ime
| Je
| Priručnik. Skladišta kao valuta
|;
| Odaberite
| Nomenklatura. Ime
| Je
| Imenik. NamerenClature kao nomenklatura ";

Popis \u003d zahtjev. Izvođenje ();

Tzvalyuti \u003d Popis [0]. Istovariti ();
Tznenclature \u003d rezultiraju [1]. Istovariti ();

// primjer korištenja privremenih tablica u seriji
Zahtjev \u003d novi zahtjev;
Upit , Tekst =
"Odaberite
| Roba. Veza kao roba
| Stavite twiewers
| Je
| Imenik. NamerenClature kao robe
Gdje
| Roba. Proizvođač \u003d i proizvođač
|;
| Odaberite
| Ttors.Vovar,
| ČOVJEDNOST,
| Ptu.zena,
| Ptu.Link kao korisnik dokumenta
| Je
| Vtovari kao VTTOVARY
| Lijevi složeni dokument. Nije dostupno
| Vtovararsa.thovar \u003d vtu.nenklatura »
;

Upit , Parametar instalacije ( "Proizvođač", Proizvođač);

Rezultat reprovet \u003d zahtjev. Obavljati ();
Uzorak \u003d Rezultat rezultata. Odabrati();

Do Uzorkovanje. Sljedeći () ciklus

Endcycle;

Virtualne tablice

Virtualne tablice - To su tablice koje nisu pohranjene u bazi podataka i formiraju platformu. U biti, to su uložene zahtjeve na jedno ili više fizičkih tablica koje obavlja platforma. Virtualni tablice primaju informacije samo od registara i, uglavnom namijenjenih rješavanju visoko specijaliziranih zadataka.

Postoje sljedeći virtualni tablice (mogući parametri označeni su u zagradama):

  • Za registracije informacija:
    • Narezano (<Период>, <Условие>) - najranije zapise za određeni datum;
    • Rezano (<Период>, <Условие>) - najnovije evidencije za navedeni datum;
  • Za akumulacijske registre:
    • Ostaci (<Период>, <Условие>) - ostaci na određeni datum;
    • Skreće (<НачалоПериода>, <КонецПериода>, <Периодичность>, <Условие>) - razdoblje transakcije;
    • Preostali (<НачалоПериода>, <КонецПериода>, <Периодичность>, <МетодДополненияПериодов>, <Условие>) - ostaci i promet za razdoblje;
  • Za računovodstvene registre:
    • Ostaci (<Период>, <УсловиеСчета>, <Субконто>, <Условие>) - ostaci na određeni datum u kontekstu računa, mjerenja i subkonta;
    • Skreće (<НачалоПериода>, <КонецПериода>, <Периодичность>, <УсловиеСчета>, <Субконто>, <Условие>, <УсловиеКорСчета>, <КорСубконто>) - okreće se za razdoblje u kontekstu računa, mjerenja, Kor. Računi, Subkonto, Cor. podconto;
    • Resoborotov (<НачалоПериода>, <КонецПериода>, <Периодичность>, <МетодДополненияПериодов>, <УсловиеСчета>, <Субконто>, <Условие>) - ostaci i revolucije u kontekstu računa, mjerenja i subkonta;
    • Popravak (<НачалоПериода>, <КонецПериода>, <Периодичность>, <УсловиеСчетаДт>, <СубконтоДт>, <УсловиеСчетаКт>, <СубконтоКт>, <Условие>) - promet za razdoblje u dijelu računa DT-a, CT računa, SubConto DT, Subconto CT;
    • MotionsSubkonto (<НачалоПериода>, <КонецПериода>, <Условие>, <Порядок>, <Первые>) - pokreti zajedno s vrijednostima podconto;
  • Za registracije izračuna:
    • Baza(<ИзмеренияОсновногоРегистра>, <ИзмеренияБазовогоРегистра>, <Разрезы>, <Условие>) - podaci o osnovnom registru izračuna;
    • Dani podaci (<Условие>) - raspored podataka;
    • Stvarni pregled (<Условие>) - stvarno razdoblje djelovanja.

Prilikom rada s virtualnim tablicama odaberite odabir u parametrima virtualnih tablica, a ne u stanju gdje. To je vrlo ovisno o vremenu izvršenja upita.

Zahtjev dizajnera

Da biste ubrzali unos tekstova upita, platforma ima posebne alate: Zahtjev dizajnera i Dizajner upita s obradom rezultata, Da biste nazvali dizajnere, morate desnom tipkom miša i odaberite željenu stavku:

Također, dizajneri se mogu pozvati iz glavnog izbornika. Tekst.

Koristeći dizajner upita, programer može interaktivno konstruirati tekst upita. Za to je miš odabran željenim tablicama i poljima, vezama, grupacijama, rezultatima itd. Ovaj pristup štedi vrijeme i riješite se mogućih pogrešaka. Kao rezultat njegovog rada, dizajner upita generira tekst upita.

Dizajner obrade upita s obradom rezultata, uz formiranje teksta upita stvara gotov fragment koda za dobivanje i obradu podataka.

Objekt shema zapošljavanje

Platforma vam omogućuje programično stvaranje i uređivanje teksta upita pomoću objekta. Shemecijski, Objekt ima jedinstvenu imovinu. PakiranjeU kojoj se objekt pohranjuje za svojstva svih zahtjeva koji se mogu uređivati \u200b\u200bu ovom trenutku. Cilj sheme je podržan sljedećim metodama:

  • Postavite postavku (< Текст>) - ispunjava imovinu zapisa paketa na temelju teksta prenesenog zahtjeva;
  • Dobiti set() - vraća tekst upita formiran na temelju paketa;
  • FindARAMeters () - vraća parametre zahtjeva.

Razmotrite primjer rada s shemom objekta. Za formiranje softvera teksta upita

Sortirati
Šifra valute

Kod u ugrađenom jeziku može izgledati ovako:

Shema zapis \u003d nova shema zapošljavanje;
Paket1 \u003d Shema zapis. Snimke paketa [0];
Operater1 \u003d Paket1. Operatori [0];
// dodavanje izvora
Tablica registracija \u003d operater1. Izvori. Dodati ( "Handbook.valuta", "Valutama");
// dodavanje polja
Čudovište \u003d Operater1. Odabira. Dodajte ("valute. Link", 0);
Komad \u003d Operater1. Odabira. Dodajte ("valute. Kod", 1);
// Naznaka pseudonimi polja
Paket1 , Stupci [0]. Pseudoym \u003d "valuta";
Paket1 , Stupci [1]. Pseudoym \u003d "koda";
// Dodavanje uvjeta
Operater1 , Izbor. Dodati ( "Ne uparivanje");
// dodavanje naručivanja
Paket1 , Narudžba. Dodajte (geek);
Tekst Quirk \u003d Shema zapošljavanje. Dobiti set();