Egy barátságos adatátviteli rendszer (skd)

Az ACS dokumentálása. Talán a legjobb módszer a jelentés fejlécének létrehozására az adatkapcsolati rendszerben.

Ha olyan nagy cégnél dolgozik, mint egy programozó, régóta ismert, akkor talán ismeri a helyzetet, amikor az adatbázisban szereplő jelentések többsége "ismeretlen, akitől nem tudják". Ennek eredményeképpen hosszú időre kell keresnie a szükséges jelentést, a használat előtt ellenőrizze a jelentéskódot.

Ez közös probléma, és azt együtt kell megoldani. A kötelezettségeknek egymásnak kell lenniük. Az ügyfél oldaláról új jelentések készítéséhez részletes leírásra van szükség. Amelynek alapján a feladatmeghatározást kidolgozzák. Ezenkívül a leírás beilleszthető a Műveletek menü Hivatkozási adatai közé.

Egy barátságos adatátviteli rendszer (skd)

Az előadóművész részéről a jelentés jobban érthetővé válik a felhasználó számára, ha az ACS szabványos fejlécében a paraméterek neve és értéke helyett például:

"Élettartam napok = 20, polc StorageProfit = 60"

Paraméterértékek megjelenítése a hivatkozott szövegben, például:

"Az áru megmaradása a partíciók alapján, 60 vagy kevesebb mint 20 napos tárolási időtartammal."

Azt javaslom, hogy ilyen szöveget írjon a számított mezőbe, majd küldje el a jelentésnek.

Ez a módszer lehetővé teszi, hogy a jelentés fejléc generálásakor a számított mezők összes funkcióját használja. Az ezzel a címsorral ellátott jelentések nyilvánvaló előnyökkel járnak, de a gyakorlatban nagyon ritkák. Talán ez egy újdonság.

A "Fejléc" mező hozzáadódik a kimeneti adatok szerkezetéhez a fő jelentéscsoport felett található "Beállítások" fülön.

A paraméterek kimenete kikapcsolható: a "Beállítások" fül - az alsó részben lévő "Egyéb beállítások" fül. Ez az eredmény. A paraméterek blokkja jobban eltávolítható. A címsor betűtípusa a "Számított mezők" lapon, a mező formátuma.

Egy barátságos adatátviteli rendszer (skd)

Remélem, ez a cikk a kölcsönös megértés javítását szolgálja közöttünk, előadók és ügyfeleink között. És néhány előnyt fogok hozni a karmában))).

Ó, nem tudtam ellenállni. Hozzáadom "5 kopeckát" és magamtól:

1) "újdonság eleme"

Ezt megtettem, még a 8.1-ben, amikor megvizsgáltam az elrendezést. Elutasította ezt a módszert, tk. Sok hiányossága van: fölösleges csoportosítás, extra címek, zavart terek stb.

Próbáljon jelentést készíteni a "Táblázat" csoporttal, amely 31 oszlopot és 1500 sort tartalmaz, azt hiszem, ez a módszer hamar nem szeret.

Ie a "helyes" szabványokban és ajánlásokban soha nem talál ilyen címsorokat ("gyakorlatilag nagyon ritkák"), természetesen, mert ez ellentmond a felhasználó elvárásainak, "megtöri" a jelentés megjelenését és sok kellemetlenséget okoz, különösen egy nagy cégnél.

Úgy gondolom, különösen ebben a példában, amikor a cím egy sor. A programot a "natív" címre kell "pörgetni", programozva vagy paraméterben továbbítani. És ha úgy tűnik, hogy "Könnyebb használni a számított mezőt", akkor csak úgy tűnik, mert a még telepített paraméterek. gyy. két különbséget talál:

- Százalék = 60 -> UstPar (kamat, százalék)
- TitleProperty = "Az eltarthatósági idő kevesebb, mint 60%" -> UstPar ("TitleProperty", "Term." + Percent + "%")

Ie Ebben a példában minden lehet paraméterekkel, pl. (újra), amennyire csak lehetséges, és minden alkalommal a konfigurátorban feltérképezze a szöveg módosítását, és így "szabályozhatja a betűméretet és más terveket". És a tervet "feltételes" módon kell használni, megint lehetőség van a paramétereken keresztül, és újra (ismét palacsinta) univerzális.

Kerékpár, és ezért, amint azt már korábban jeleztük, hogy a Paraméter, ezen a paraméteren és a paraméteren, látni kell, nem pedig a lírai narratíva LN javaslatának formájában. Tolsztoj.

A fejlécek megjelenítéséhez a jelentésben szereplő mezők "elrendezését" használom. Általános szabály, hogy sok területen és a címben sok „szabad” hely, és nagyon gyakran vannak „extra” sort, de lehet túl magas, vagy indokolatlanul széles, stb

Az elrendezést alkalmazó megközelítés nem szünteti meg a táblázatos dokumentumok területének rögzítését, és sokkal szebbé teszi a jelentés "kupakját". A mező elrendezése tetszés szerint is beállítható, még egy paraméterrel, még kivonással is. de az elrendezés funkcióival, és ha szükséges, akkor a feltételes regisztrálásra kerül sor.

A legnehezebb közülük természetesen az asztaloknál van. Ott nem lehet "hit" fix címsor, mert felhasználók szűrése, paraméterek beállítása, egyes mezőket eltávolíthat a jelentésből. Ie meg kell próbálnod használni a mezők elrendezését, amelyek mindig megjelennek a jelentésben, vagy akár önállóan is meghatároznak bizonyos területeket.

Itt van egy kis példa egy táblázatos formában jelentéssel. A táblázat egyszerű, egy csoport sorokban és egy oszlopban. A lekérdezésben csak két mező van: Dátum és Összeg.

A képeken az opció a szabványos kialakítással az elrendezésből, valamint az opció a mezők átalakított elrendezésével és a tervezés hozzáadásával.

Nyilvánvaló, hogy a jelentés fejlécében két sorból az egyik a "saját" címem alá vette, és bármihez, nem pedig egy sorhoz hasonló kóddal is megteheti!

Egy barátságos adatátviteli rendszer (skd)

Egy barátságos adatátviteli rendszer (skd)

Kapcsolódó cikkek