Blog

17. března 2014

tabulka uzamčena jiným uživatelem? Pomalý výkon? To je jen pár otázek, které často nutí zákazníky myslet si, že přerostli svůj systém Microsoft Dynamics NAV. Koneckonců, to je marketingová zpráva: Dynamics NAV je určen pro malé a střední podniky, takže samozřejmě nemůže podporovat velký počet uživatelů nebo vysoký objem transakcí. Jsem tu, abych vám řekl, že tomu tak není vždy.

NAV 2009 Classic vs. NAV 2013 RTC

klasický klient v nativní databázi byl bleskově rychlý. Realita je však taková, že klient RoleTailored (RTC) s SQL Serverem je rychlejší. Nezávislé ověření (čtení, nikoli marketingový materiál společnosti Microsoft) To dokazuje.NAV 2013 RTC je zhruba o 30 procent rychlejší než klient NAV 2009 Classic v nativní databázi a 500 procent rychleji než NAV 2009 RTC. Pro ty z vás, kteří stále nejsou obeznámeni s RTC, je to řešení na straně serveru. To znamená, že veškerý kód se provádí na straně serveru. Klasickým klientem byla aplikace na straně klienta, což znamená, že všechna data musela jít tam a zpět mezi klientem a serverem pokaždé, když to potřeboval řádek kódu, což zpomalilo aplikaci. Pokud jste se někdy pokusili použít klasického Klienta z domova, víte, o čem mluvím. Došlo také ke zvýšení efektivity ukládání do mezipaměti s nav Service Tier. Dříve, Dynamics NAV spoléhal na SQL Server pro všechny ukládání do mezipaměti. Se zavedením úrovně služeb v NAV 2009, každý uživatel dostal možnost udržovat samostatnou soukromou mezipaměť pro data, která byla nedávno přístupná. NAV 2013 představil globální mezipaměť, která není sdílena pouze uživateli,ale je také synchronizována mezi servery NAV. V podstatě existují tři úrovně mezipaměti, které vám brání v provádění těchto nákladných čtení disků. NAV 2013 také zavedla frontu zpracování pro vysílání. Zamykání stolu nezmizí a nikdy nebude, ale můžete snížit počet zámků, se kterými se uživatelé setkávají. Děláte to v podstatě tím, že umožňuje pouze jeden, automatizovaný uživatel psát. Vzhledem k tomu, že tento uživatel je jediný uživatel, který může zapisovat do tabulek, zámky jsou nemožné. Když uživatel klikne na “Post”, místo toho, aby skutečně účtoval, systém jednoduše zapíše záznam do fronty, kterou má automatizovaný uživatel provést. ArcherPoint implementován vlastní řešení pro tento proces pro NAV 2009 pro zákazníka, který byl vyslání 50,000 + transakce za den během hlavní sezóny. Zažili nulové stolní zámky. Nyní tato funkce vychází z krabice.

budoucnost

společnost Microsoft neustále zlepšuje výkon. Nasazení NAV na Azure mu dává možnost zvládnout stovky uživatelů na jednom serveru. Jak to pokračuje touto cestou, Microsoft bude chtít udržet náklady na hardware pro datová centra dolů a jediným způsobem, jak toho dosáhnout, je pokračovat ve zlepšování výkonu úrovně služeb. Tým SQL Server také vylepšuje, i když není jasné, jak je NAV nejlépe využije. Nové verze umožní tabulkám a indexům žít výhradně v paměti. Už nikdy nebudete muset číst z disku pro některé věci při používání systému. I s rychlejšími disky SSD bude přímý přístup do paměti vždy rychlejší. Pokud se mě zeptáte, budoucnost nikdy nevypadala jasněji pro velké společnosti a Dynamics NAV. Je to jedno z nejvíce škálovatelných řešení na trhu. Naše podniky vždy rostou, ale je téměř nemožné vyrůst z NAV. Máte-li další dotazy týkající se škálovatelnosti řešení Microsoft Dynamics NAV nebo jej zvažujete pro svou společnost, kontaktujte nás na adrese ArcherPoint. Rádi prodiskutujeme vaše cíle a požadavky a pomůžeme vám určit nejlepší cestu. Další informace o tématech souvisejících s vývojem Microsoft Dynamics NAV naleznete v blogu vývojářů ArcherPoint, napsaném speciálně pro vývojáře Dynamics NAV.