/
Az adatfeldolgozás végrehajtása

Az időszakos információregiszterek eredményeinek megoldása

Hatály: ellenőrzött alkalmazás, mobil alkalmazás, normál alkalmazás.

1.1. Az időszakos információs nyilvántartások esetében ajánlott megoldani az eredményeket, ha az alábbi feltételek teljesülnek:

• a nyilvántartásban nagy mennyiségű adat várható (például a nyilvántartásnak a nómenklatúra árával való indokolt; de nincs értelme regisztrálni a valuta tanfolyamokkal);
• a konfiguráció frekvencia-kéréseket tartalmaz az utolsó alkalommal és / vagy az első szakaszok részéről, hogy a topikális adatok megszerzéséhez (azaz amikor az időtartam nincs megadva a virtuális táblázatok paramétereiben Alvásés Szeletelés);
• ugyanakkor a virtuális táblázatok fennmaradó feltételei Alvás és Szeletelés csak a mérési értékeken (és az elválasztók üzemmódban vannak megadva Önállóan és együtt);
• az adatokhoz való hozzáférés korlátozásaiban csak méréseket használnak (és az osztók módban Önállóan és együtt).

Az összes feltétel teljes listája, ha az információs nyilvántartás eredményei részt vesznek a lekérdezésekben, lásdaz 1C-es platform dokumentációja: Vállalat.

Például, ha a konfigurációban gyakran futó regiszterkérések vannak megadva ÁrakNaktore A nómenklatúra aktuális árának megszerzése:

Válassza ki a nómenklatúrát. Cikk, mint cikk, kamat ára. Ár, mint az ár ,. . . A könyvtárból. Nómenklatúra, mint egy nómenklatúra bal kapcsolata a nyilvántartás. Árak. Circling-tartós (, Viditiones \u003d & Vidzena) árakként Árkumusz. Nómenklatúra \u003d Nómenklatúra. Link. . .

amely a fent felsorolt \u200b\u200bösszes többi feltétel vonatkozik, az ingatlan beállítása Engedélyezze az eredményeket: Vágás utolsó Jelentősen gyorsítja a ilyen megkeresések, ez számít, hogy a minta nem kerül végrehajtásra közvetlenül további táblázatok, amelyekben csak az utolsó értéket (a legutóbbi vágás) tárolják, és az első értéket (a szakaszok az első ).

1.2. Ezenkívül alternatív lehetőségeket kell tekinteni a nyilvántartási kérelmek felülvizsgálatára oly módon, hogy ezeket a feltételeket elvégezzék.

Például, ha egyes esetekben a nyilvántartásban szereplő adatok ÁrakNaktore A jövőbeli időpontban rögzített, és amikor az áru kiválasztása, mindig az aktuális dátum lekérdezése (a dátum egyértelműen be van állítva a virtuális asztali paraméterben Szeletelés) Az eredmények nem fogják felgyorsítani az ilyen kérések végrehajtását. Mivel az eredmények csak az első és az utolsó regisztrációs bejegyzésekre épülnek.

Ha azonban az áruk kiválasztásának formáját kinyitja, elemezzük, hogy vannak-e a nyilvántartók a jövőbeli időpontban, és ha nincsenek-e egy másik kérelmet az utóbbi utolsó kivágására, anélkül, hogy a dátumot telepítené, akkor ilyen kérés gyorsabban fog működni.

2. Minden más esetben nem szabad megoldani az időszakos információs regisztereket. Először is, ha

• leggyakrabban (mindig) az első / utolsó időszakos információs regiszter szekcióinak virtuális tábláihoz, a lekérdezéseket egy adott időszakra (például a dokumentum dátuma alapján) hajtják végre.
• a virtuális táblázatok feltételeiben Alvás és Szeletelés Leggyakrabban (mindig) szubkókákat és csatlakozást használnak (a kapcsolódó táblázatok mezőkének a pontszámon keresztül). Például ebben az esetben:

(3) Az eredmények újrahasznosítására külön mechanizmus konfigurációjával nem szükséges biztosítani, mivel az eredménytáblák aktualizálása automatikusan végrehajtásra kerül a nyilvántartásban szereplő rekordok minden nyilvántartásával.

: Alvás és Szeletelés Fontolja meg ezeket a virtuális táblákkal az 1C-t használva. Sokkal gyakrabban alkalmazzák Szeletelés, Tehát vele, és kezdjük.

Az utóbbi mélyedései lehetővé teszik, hogy az információregiszter legújabb rekordját megkapja a megadott dátumra a mérések összefüggésében. Az utolsó (első) vágási táblázathoz van lehetőség zárójelben, hogy két paramétert adjon meg a vesszőn keresztül. Az első paraméterben a dátumot továbbítják, amelyre a vágás (ha a paraméter nem adja meg a szeletet az aktuális dátumra). A második paraméter az 1C lekérdezési nyelv állapotát jelenti, és lehetővé teszi a különböző beállítások telepítését. Általános szabályként méréseket használnak ezeken a Seborárokban. Mindez eléggé hangzik elég, így például egy példa nélkül.
Tehát periodikus információt regisztrálunk Ár Milyen árakat tárolnak az áruk és a beszállítók kontextusában. A nyilvántartás gyakorisága a nap.

A nyilvántartás a következő bejegyzésekkel rendelkezik

Kezdjük, kapunk egy vágást az utóbbi anélkül, hogy a paraméterek használata, a kérés után.

Válassza ki az átadás árát. Időszak mint időszak, árak, árak. Sungwar, mint termék, pricerextrighted. A lista szállítója, az átadás ára. Összefoglaló a nyilvántartás összege. Ár. Megelőző, mint a tartomány ára

Mivel a paraméterek nincs megadva, a vágást az aktuális dátumon végzik - 2017.01.01. Ennek eredményeként megkapjuk ezt az asztalt

Itt látjuk, hogy a mérési áruk + beszállító kombinációja egyedülálló, vagyis A regisztrációs mérések minden egyes kombinációjához a maximális dátummal felvett egy rekordot, és a rekord dátuma kisebb vagy egyenlő az aktuális dátummal.

Tegyük fel, hogy ugyanezt kell tennünk, de a rekordokat a dátummal kevesebb vagy egyenlő, 2017. január 15-én. Ehhez meg kell változtatnia a lezárásban lévő karakterláncot a legutóbbi vágott táblával az alábbiak szerint.

A regisztrációtól. Ár. Megelőző (& táncos,), mint a transzvest ára

A kérelem végrehajtása előtt minden bizonnyal a paraméter átvitele. & DataSeca. Most a lekérdezési eredmény tűnik

És végül képzeljük el, hogy ugyanazon a napon kell egy vágási vágást, azzal a feltétellel, hogy van az áruk Ceruzaés szállító Irodaszer. Ehhez adja meg a lekérdezés második paramétert.

Regisztráció. Ár. Preventív (& táncos, termék \u003d és áruk és beszállító), mint a pricereext

Ennek eredményeként csak egy rekordot kapunk

Annak érdekében, hogy ne zavarja ezeket a zárójelben és vesszőben, jobb, ha a kérés tervezőt használ. Megmutatom neked az utolsó lekérdezés példáján.

Miután kiválasztotta a lekérdezési táblázat tervezőjét, az utóbbi vágással, kattintson a gombra Virtuális táblázatbeállítások és az ablakban megnyíló ablakban

Nem nehéz kitalálni, hogy az első cselekvési elv vágása megegyezik, csak az, hogy az első rekord a vágási dátum után van kiválasztva.

Két virtuális táblázat áll rendelkezésre az időszakos információregiszterekhez: Alvás és Szeletelés Fontolja meg ezeket a virtuális táblázatokkal az 1C kéréseket. Sokkal gyakrabban alkalmazzák Szeletelés, Tehát vele, és kezdjük.

Az utóbbi mélyedései lehetővé teszik, hogy az információregiszter legújabb rekordját megkapja a megadott dátumra a mérések összefüggésében. Az utolsó (első) vágási táblázathoz van lehetőség zárójelben, hogy két paramétert adjon meg a vesszőn keresztül. Az első paraméterben a dátumot továbbítják, amelyre a vágás (ha a paraméter nem adja meg a szeletet az aktuális dátumra). A második paraméter az 1C lekérdezési nyelv állapotát jelenti, és lehetővé teszi a különböző beállítások telepítését. Általános szabályként méréseket használnak ezeken a Seborárokban. Mindez eléggé hangzik elég, így például egy példa nélkül.

Tehát periodikus információt regisztrálunk Ár Milyen árakat tárolnak az áruk és a beszállítók kontextusában. A nyilvántartás gyakorisága a nap.

A nyilvántartás a következő bejegyzésekkel rendelkezik

Kezdjük, kapunk egy vágást az utóbbi anélkül, hogy a paraméterek használata, a kérés után.

Válassza ki a lemondó árát. Az időszak az időszak, az utolsó ára. Termék áruként, pricerere-tartós. Szállító szállító, ár feltámadás. Az összeg a nyilvántartás összege. Ár. Körözve a lefordított áraként

Mivel a paraméterek nincs megadva, a vágást az aktuális dátumon végzik - 2017.01.01. Ennek eredményeként megkapjuk ezt az asztalt

Időszak | Termék | Szállító | Összeg

01/25/2017 | Ceruza | Ltd. "lesprot" | tizenöt

02/01/2017 | Ceruza | PJSC "Írószerek" | 31.

02/01/2017 | Fogantyú | PJSC "Írószerek" | 145.

Itt látjuk, hogy a mérési áruk + beszállító kombinációja egyedülálló, vagyis A regisztrációs mérések minden egyes kombinációjához a maximális dátummal felvett egy rekordot, és a rekord dátuma kisebb vagy egyenlő az aktuális dátummal.

Tegyük fel, hogy ugyanezt kell tennünk, de a rekordokat a dátummal kevesebb vagy egyenlő, 2017. január 15-én. Ehhez meg kell változtatnia a lezárásban lévő karakterláncot a legutóbbi vágott táblával az alábbiak szerint.

Regisztrálásból. Ár. Cirkusz tartós (& amp; táncos,) a megőrzött áraként

A kérelem végrehajtása előtt minden bizonnyal a paraméter átvitele. & DataSeca. Most a lekérdezési eredmény tűnik

Időszak | Termék | Szállító | Összeg

01.01.2017 | Ceruza | Ltd. "lesprot" | 10

01.01.2017 | Ceruza | PJSC "Írószerek" | 27.

01/03/2017 | Fogantyú | PJSC "Írószerek" | 137.

És végül képzeljük el, hogy ugyanazon a napon kell egy vágási vágást, azzal a feltétellel, hogy van az áruk Ceruzaés szállító Irodaszer. Ehhez adja meg a lekérdezés második paramétert.

Regisztrálásból. Ár. Circling-tartó (& amp; táncos, termék \u003d & amp; termék és beszállító \u003d & amp; szállító), mint az ár lefordítása

Ennek eredményeként csak egy rekordot kapunk

Időszak | Termék | Szállító | Összeg

01.01.2017 | Ceruza | PJSC "Írószerek" | 27.

Annak érdekében, hogy ne zavarja ezeket a zárójelben és vesszőben, jobb, ha a kérés tervezőt használ. Megmutatom neked az utolsó lekérdezés példáján.
Miután kiválasztotta a lekérdezési táblázat tervezőjét, az utóbbi vágással, kattintson a gombra Virtuális táblázatbeállítások és az ablakban megnyíló ablakban

Nem nehéz kitalálni, hogy az első cselekvési elv vágása megegyezik, csak az, hogy az első rekord a vágási dátum után van kiválasztva.

  43
  Null - hiányzó értékek. Ne zavarja a nulla értéket! A NULL nem olyan szám, amely nem egyenlő a térrel, egy üres linkkel, meghatározva. Null - típusképző érték, azaz azaz Van egy null típus és az egyetlen jelentése ennek a típusnak. NULLA ...   26
  Az 1C-platform adatbázis táblázatainak lekérdezéseihez és végrehajtásához speciális objektumprogramozási nyelvi objektumot használnak. Ezt az objektumot új kérés hívásával hozza létre. A kérés kényelmes ...   18
  A cikk hasznos technikákat mutat be az 1C V.8.2 kérésekkel, valamint olyan információkkal, amelyek nem olyan jól ismertek a lekérdezési nyelven. Nem törekszem, hogy teljes mértékben leírjam a kérelmek nyelvét, de csak ...   13
  Mint - az operátor ellenőrizze a mintán lévő karakterláncot. Analóg, mint az SQL-ben. A kezelő, amely lehetővé teszi, hogy összehasonlítsa a bal oldalon megadott kifejezés értékét, a jobb oldalon megadott sablon karakterláncával. Az expresszió értéke ...

Néha szüksége van egy kérésre, hogy azonnal több időpontot kapjon egy időszakos információs adatokból. Egy tipikus példa dolgozik valuta tanfolyamokkal. Tekintsük az algoritmust, hogy megoldja ezt a feladatot a példában.

A probléma megfogalmazása

Az adatbázisban létrejött a "szolgáltatás megvalósítása" dokumentum, amelynek fejlécében van egy "valuta". A kérés szükséges minden egyes dokumentumhoz, hogy a fejlécből a tényleges valutaárfolyamot a dokumentum dátumához kapja. A devizaárfolyamok tárolása a "Carsivalyut" időszakos nyilvántartásában történik.
A döntés „a homlokán” ezt a problémát lehet egy kérelmet a ciklusban: megkapta az összes dokumentumot a dátumok és árfolyam és a mintában fellebbezést a virtuális asztal a kibocsátás az utolsó regiszter „Kursivalyut”. Hanem azért, mert A ciklusban szereplő kérés "rossz", próbálja meg végrehajtani a feladatot egy kéréssel.

Döntés

A probléma megoldásához használjuk azt a tényt, hogy a táblázatok a kérésben vannak nemcsak a mezők egyenlőségéhez csatlakoztatható.

VÁLASSZ RealizatsiyaTovarovUslug.Ssylka, RealizatsiyaTovarovUslug.Valyuta, MAX (KursyValyut.Period) időként VTPeriodyUstanovkiKursov eloltotta HOGYAN Dokument.RealizatsiyaTovarovUslug RealizatsiyaTovarovUslug bal csatlakozzon RegistrSvedeniy.KursyValyut HOGYAN KursyValyut RealizatsiyaTovarovUslug.Valyuta \u003d KursyValyut.Valyuta És RealizatsiyaTovarovUslug.Data\u003e \u003d KursyValyut.Period szerint csoportosítva a szolgáltatás megvalósítására. link, végrehajtó az utcákon. Svaluta; ////////////////////////////////////////////// // // ////////////////////////////////////////////////// ////////////////////////////////////// /// // // Select TveriodoresOstorekurs. link, WTPeriodoresOstrovikurstovs.Valuta, Kursivalyut.KURS a WTPeriodorestorecars a túlzsúfoltság bebizonyítja a bal kapcsolat a registerings. Kashivalyuta a szabadulással vaporiodine beállításokat. időszak \u003d coarsevalyut.period és clutterings MountingCurses.Valuta \u003d coarsevalyut.Valuta

Eljárás a lekérdezés:

1. Valutaváltási árfolyam beszerzése minden egyes dokumentum esetében. A dokumentumok kapcsolódnak a fizikai táblázat „Kursivalyut”. Itt kell figyelni, hogy a csatlakozási feltételeknek. Pénznemek egyenlőnek kell lennie, és a dátumot a dokumentum\u003e \u003d az időszak az információk nyilvántartásba.
   Ennek eredményeként az ilyen kapcsolat, egy sor húrok a feltételt kielégítő lesz beszerezni minden dokumentumot: az összes rekordot az árfolyam set legkésőbb a dátumot a dokumentumot.
   Az utolsó szakasz lesz csoportosulása húrok, így maximális természetesen időszakban. Ennek eredményeképpen minden egyes dokumentum esetében a kívánt pénznemre vonatkozó előírt telepítési időtartamot kapják (a devizaárfolyam telepítésének maximális időpontja, de legfeljebb a dokumentum dátuma). Az eredmény kerül egy ideiglenes táblát a túlzsúfoltság rendszereket.
2. Megszerzése során. Az ideiglenes táblát a díjak csatlakozik a „Krasvalyut” fizikai tábla. A kapcsolat a dokumentum pénzneme és a második ideiglenes táblázatban meghatározott kurzus beállításának időtartama szerint történik.