|
|
Datové formáty pro banky |
|
Provoz a podpora | Velikost databáze v závislosti na mazání nepotřebných zásilek |
|
Při práci s Kaskádou vytváří uživatelé v databázi stále nové datové objekty různých druhů, kterých může být (podle počtu operací) několik set tisíc či milionů.
Pro uživatele je samozřejmě příjemné (a často to považuje za samozřejmé), když zobrazená data jsou co nejaktuálnější. Bohužel však každá mince má dvě strany a v tomto případě druhou stranou je zatěžování SQL serveru.
Každé čtení dat z databáze je určitou zátěží pro SQL server. Otázkou je jak často a jak mnoho dat se načítá.
Vývojáři stále provádějí řadu úprav za účelem stability a optimalizace provozu, nicméně je velmi důležité, aby i uživatelé vnímali, kterými svými činnostmi enormě zatěžují server a pokud možno tyto činnosti minimalizovali. Bez toho je práce vývojářů v oblasti optimalizací téměř zbytečná. Je nutné si uvědomit, že zátěž SQL serveru brzdí nejen toho, kdo zátěž způsobil, ale i ostatní uživatele Kaskády.
POZOR!! Následující body jsou pouze informativní a měly by sloužit pouze pro uvědomění si určitých postupů. V žádném případě to neznamená, že máte okamžitě vypínat všechna nastavení, které jsou zde uvedená. Každá změna konfigurace má více různých dopadů a je pouze na vás, jak vyhodnotíte pro a proti.
Zaškrtnutím této volby v globální konfiguraci na kartě Produkty určíte, zda se má sledovat historie řádků dodacích listů a objednávek. Využití této funkce je určitě lákavé, je však nutné podotknout, že zapnutím této funkce dojde k dalšímu nárůstu objemu uchovávaných dat a k zátěži systému. Je tedy nutno dobře zvážit, zda tuto funkčnost využít.
Údržba fulltextového rejstříku je činnost náročná na "strojní čas" SQL serveru a pokud probíhá on-line, způsobuje často "zadrhávání" v práci uživatelů. Řešením je, nastavit v globální konfiguraci na kartě Obecné odložení této činnosti až na noční úklid.
V tabulce TOBJES, do které Kaskáda zaznamenává informace o historii událostí, se vytváří velmi mnoho záznamů a manipulace s touto tabulkou má určitou režii.
Vrcholový administrátor může v globální konfiguraci nastavit počet dní pro úklid v historii a tím redukovat počet záznamů v tabulce (TOBJES).
Vrcholový administrátor může v globální konfiguraci na kartě Produkty zaškrtnout volbu "Zobrazit v seznamech všechny skladové zůstatky". Pokud je tato volba zaškrtnutá, pak v seznamu produktů bude namísto jednoho jediného sloupce s celkovým závěrečným zůstatkem zásob, sečteného ze všech skladů, uvedeno tolik sloupců, kolik v Kaskádě existuje skladů. V každém sloupci pak bude uveden závěrečný zůstatek na příslušném skladu.
Zobrazení všech sloupců zatěžuje více databázový server a samozřejmě také zabírá na obrazovce prostor, ve kterém by jinak mohly být zobrazeny další sloupce s užitečnými informacemi. Je tedy potřeba zvážit, co má větší prioritu.
Tato jednorázová činnost, kterou může administrátor uživatelů a skupin vyvolat z karty Administrace uživatele, je velmi náročná na zátěž serveru, především pokud ruší uživatele s velkým objemem dat (obvykle uživatel, který ve firmě pracoval delší dobu, nebo byl velmi aktivní).
Pokud program sám tuto činnost nezakázal (detekoval velký objem dat), doporučujeme přesto tuto činnost provádět až ve chvíli, kdy na serveru nejsou přihlášeni ostatní uživatelé.
Vzhledem k tomu, že Inbox je nejfrekventovanějším místem, ve kterém se uživatel pohybuje, dochází při velkém počtu položek v Inboxu ke zbytečné nadměrné zátěži SQL serveru.
Uvědomte si, že Inbox není úložiště objektů. Za rozumný počet položek v Inboxu lze považovat limit cca 200-300 položek. Určitě by to nemělo být víc než 500.
Vrcholový administrátor má možnost nastavit v globální konfiguraci maximální počet povolených položek v Inboxu a tím přimět uživatele k akceptování dobrých mravů.
Vždy první den v měsíci se navíc při nočním úklidu provede kontrola počtů položek v Inboxu a pokud má některý uživatel více jak 1000 položek, pak program na tuto skutečnost upozorní formou avíza uživatele, který je v konfiguraci určen pro příjem zpráv o akcích "automatiky"
Uživatelé při práci v Kaskádě přijímají a odesílají Zásilky, které jsou v Kaskádě uloženy jako datové objekty. To může vést, obzvlášť když zásilky obsahují několik MB příloh, k zatěži síťového provozu, ale i databáze.
Každý uživatel by měl jednou za čas projít svoje nejobjemější zásilky a postupně je odmazávat. Seznam 17ti nejobjemnějších zásilek najdete ve složce . V případě, že v uživatelských preferencích máte povolenou volbu Zobrazit při každodenních kontrolách seznam největších zásilek, zobrazí se vám tato složka při každodenních kontrolách.
Kaskáda některé údaje (např. skladovou cenu) počítá z obratů od poslední uzávěrky.
Pokud nemáte provedeny žádné uzávěrky, nebo hodně dávno, pak počty záznamů, které se musí sčítat jsou
velmi vysoké. Tyto zbytečně sčítané záznamy pak prodlužují provádění různých operací a zbytečně zvyšují
zátěž SQL serveru.
Proto je nezbytné pravidelně provádět uzávěrky.
Pozor, uzavření období je z důvodu provádění různých kontrol, velmi náročná operace, kterou doporučujeme
provádět v době klidu na serveru.
U těchto druhů objektů lze očekávat velké množství objektů a při každém jejich zobrazení (všech objektů daného druhu) dochází ke zbytečnému zatěžování 602SQL serveru. Zobrazení všech objektů daného druhu nemá ani smysl. Každý uživatel by si měl uvědomit, co vlastně hledá a využít k tomu dostupných prostředků, jako je např. pole pro rychlé hledání, filtrovací panel, ...
V uživatelských preferencích lze (pro každý uzel zvlášť) nastavit, zda se má ve stromě složek zobrazovat či skrývat.
Samozřejmě, že záleží na objemu dat. Pokud daný druh objektu obsahuje počet objektů v řádu několika desítek či stovek, pak asi nemá smysl daný uzel skrývat. Pokud je však počet objektů daného druhu v řádech tisíců, pak toto nastavení má svůj význam.
POZOR: Výchozí stav u všech těchto uzlů je "Nevytvářet tento uzel" a navíc je tato volba uzamčena pro ostatní uživatele. Je pouze na administrátorovi, zda toto nastavení upraví a zda tyto preference povolí nastavovat v preferencích všem uživatelům. Jakoukoliv změnou však na sebe bere plnou zodpovědnost za optimalizaci provozu.
Tyto "složky" v modulu Doklady zobrazují velmi rozsáhlý seznam
všech dokladů, což může být i někkolik desítek tisích položek, jejichž načítání zatěžuje server.
K tomuto účelu lépe slouží:
Prohlížeč Skladu, Pokladny a Bankovního účtu
Na druhé kartě je možné zobrazit seznam dokladů (omezený "po uzávěrce") a s těmito doklady dál
pracovat. Důležité je provádět pravidelně uzávěrky skladů a pokladen.
Vyhledávač
Uživatel ve vyhledávači ve filtrovacím panelu nejprve určí "co chce" a
až potom klikne na tlačítko Vyhledat.
V uživatelských preferencích v modulu Doklady (menu ) v uzlu "Strom složek" si může každý uživatel sám vypnout či zapnout zobrazení těchto složek.
Uživatel má možnost vytvořit si svoje vlastní vyhledávací
složky, ve kterých navíc může doplnit nějakou podmínku, atd..
U těchto složek však nemůžeme ručit za jejich optimalizaci.
Vývojáři již provedli a postupně provádějí důkladnou revizi a zároveň optimalizaci již existujících
matričních vyhledávacích složek, tedy takových složek, které
jsou součástí distribuce (jsou rozlišeny modrou barvou).
Doporučujeme Vám, podívejte se na účel matričních složek a používejte primárně právě je. Mnoho z nich Vám může ulehčit práci. Projděte si Vámi vytvořené vyhledávací složky a pokud se některé shodují s již existujícími matričními složkami, tak je smažte, ať nejsou zbytečně používány a tím zatěžován server.
Naprosto "nejhorší" způsob, který může uživatel při hledání konkrétního objektu (případně určité množiny objektů) zvolit je, že si v seznamu zobrazí všechny objekty a teprve pak zadává různé filtry. Bohužel, někteří uživatelé toto stále dělají.
V Kaskádě pro vyhledávání objektů existuje několik způsobů, které nejen že zefektivní vyhledávání, ale zároveň nezatěžují chod 602SQL serveru. Zde jsou některé z nich.Ve stromě složek se dá pohybovat několika možnými způsoby, je třeba si však uvědomit, že při každém kliknutí na složku se načítá seznam objektů dané složky, které může chvíli trvat. Zvláště, když jde o složku s několika tisíci objekty.
Abyste zamezili zbytečnému načítání objektů, když to není nutné, používejte pro rozbalení/zabalení určité větve místo dvojkliku myší "+" / "-" vedle složky. Tím nedojde k samotnému napozicování se na složku, ale pouze k rozbalení dané větve.
Dalším určitým zabezpečením je nastavení větší prodlevy při změně složky v uživatelských preferencích.
|
|
Datové formáty pro banky |
|
Provoz a podpora | Velikost databáze v závislosti na mazání nepotřebných zásilek |
|