Blog

March 17, 2014

toisen käyttäjän lukitsema pöytä? Hidas suoritus? Nämä ovat vain pari asioita, jotka usein tekevät asiakkaat ajattelevat, että he ovat kasvaneet ulos Microsoft Dynamics NAV-järjestelmä. Loppujen lopuksi, se on markkinoinnin viesti: Dynamics NAV on tarkoitettu pienille ja keskisuurille yrityksille, joten se ei ilmeisesti voi tukea suurta käyttäjämäärää tai suurta tapahtumamäärää. Niin ei aina ole.

NAV 2009 Classic vs. NAV 2013 RTC

natiivin tietokannan Klassinen asiakas oli salamannopea. Mutta todellisuus on, että RoleTailored Client (RTC) SQL Server on nopeampi. Riippumattomat varmennukset (Lue, ei Microsoftin markkinointimateriaalia) todistavat tämän.NAV 2013 RTC on noin 30 prosenttia nopeampi kuin NAV 2009 Classic Client natiivissa tietokannassa ja 500 prosenttia nopeampi kuin NAV 2009 RTC. Niille teistä, jotka eivät vielä tunne RTC, se on palvelimen puolella ratkaisu. Tämä tarkoittaa, että kaikki koodi suoritetaan palvelimen puolella. Classic Client oli asiakaspuolen sovellus, eli kaiken datan piti kulkea edestakaisin asiakkaan ja palvelimen välillä aina, kun joku koodirivi sitä tarvitsi, mikä hidasti sovellusta. Jos olet joskus yrittänyt käyttää klassista asiakasta kotona, tiedät mistä puhun. Myös välimuistin käyttö on tehostunut NAV-palvelutason myötä. Aiemmin Dynamics NAV tukeutui SQL Serveriin kaikessa välimuistissa. Kun NAV 2009: ssä otettiin käyttöön palvelutaso, jokaiselle käyttäjälle annettiin mahdollisuus ylläpitää erillistä, yksityistä välimuistia datalle, jota oli äskettäin käytetty. NAV 2013 esitteli maailmanlaajuisen välimuistin, joka ei ole vain käyttäjien jakama, vaan myös synkronoidaan NAV-palvelimissa. On olemassa lähinnä kolme välimuistitasoa, jotta sinun ei tarvitse suorittaa niitä kalliita levyn lukee. NAV 2013 myös käyttöön käsittely jono lähettämistä. Pöydän lukitus ei mene pois eikä koskaan mene, mutta voit vähentää lukkojen määrää käyttäjät kohtaavat. Teet tämän pääasiassa antamalla vain yhden, automaattisen käyttäjän lähettää. Koska kyseinen käyttäjä on ainoa käyttäjä, joka voi kirjoittaa taulukoihin, lukot ovat mahdottomia. Kun käyttäjä napsauttaa “Lähetä”, sen sijaan, että todella lähettämistä, järjestelmä yksinkertaisesti kirjoittaa tietueen jonoon, että automatisoitu käyttäjä suorittaa. ArcherPoint toteutti mukautetun ratkaisun tähän prosessiin NAV 2009 asiakkaalle, joka oli lähettämistä 50,000+ liiketoimia päivässä ruuhka-aikana. He kokivat nollapöytälukot. Nyt, tämä toiminto tulee ulos laatikosta.

tulevaisuus

Microsoft tekee jatkuvasti parannuksia suorituskyvyn suhteen. NAV: n käyttöönotto Azuressa antaa sille mahdollisuuden käsitellä satoja käyttäjiä yhdellä palvelimella. Kun se jatkaa tällä tiellä, Microsoft haluaa pitää laitteistokustannukset datakeskusten alas, ja ainoa tapa tehdä se on edelleen parantaa palvelutason suorituskykyä. SQL Server-tiimi tekee myös parannuksia, vaikka ei ole selvää, miten NAV parhaiten hyödyntää niitä vielä. Uudet versiot mahdollistavat taulukoiden ja indeksien elää yksinomaan muistiin. Sinun ei koskaan tarvitse lukea levyltä joitakin asioita, Kun käytät järjestelmää. Jopa nopeammilla, kiinteän tilan levyillä suora muistiyhteys tulee aina olemaan nopeampi. Jos minulta kysytään, tulevaisuus ei ole koskaan näyttänyt valoisammalta suuryrityksille ja Dynamics NAV: lle. Se on yksi markkinoiden skaalautuvimmista ratkaisuista. Yrityksemme kasvavat aina, mutta NAV: sta on lähes mahdotonta kasvaa. Jos sinulla on kysyttävää Microsoft Dynamics NAV-ratkaisusi skaalautuvuudesta tai harkitset sitä yrityksellesi, ota meihin yhteyttä Archerpointissa. Keskustelemme mielellämme tavoitteistasi ja tarpeistasi ja autamme sinua valitsemaan parhaan polun. Lisätietoja aiheista liittyvät Microsoft Dynamics NAV development, Lue ArcherPoint Kehittäjä blogi, kirjoitettu erityisesti Dynamics NAV kehittäjille.