Forum

Welcome Guest! To enable all features please try to register or login.
(NE)Hitrost predračunov build 55.61.20 - (NE)Hitrost predračunov build 55.61.20
Options Go to last post Go to first unread
Previous Topic Next Topic
RAM1024
#1 Posted : 13 August 2013 14:06:27(UTC)
RAM1024

Rank: Advanced Member

Joined: 24/01/2011(UTC)
Posts: 46
Po nadgradnji PA iz 55.55.10 na PA 55.61.20 se je hitrost premikanja med dokumenti drastišno zmanjšala.

Narejen rebuild indexv na the_order in the_orderitem, testno smo ugasnili vse triggerje pripete na teh dve tabelah, vendar očitno niso vzrok saj to nič na pomaga.

Premikanje v dokumentiv v levo od dokumenta 2840 do 2800 traja tudi po 10 sekund med posameznimi dokumenti.

Če pa se postavim na dokument 2800 in se premikam v desno proti 2840 pa se premika OK.

A kdo ve kako to rešiti?
www.panlab.si
#2 Posted : 13 August 2013 15:09:02(UTC)
www.panlab.si

Rank: Advanced Member

Joined: 04/12/2012(UTC)
Posts: 30
Man

Was thanked: 2 time(s) in 2 post(s)
Možno da imate problem s počasnostjo delovanja avtorizacijske funkcije fPA_CheckAuthorDocTypeStatus.
Poskusite izvesti hitro nadgradnjo številka 167, ki naslavlja ravno počasnost delovanja omenjene funkcije.

Lep pozdrav
www.panlab.si
e-pošta: info@panlab.si
gsm: +386 (0)31 338 974
WWW
andrejma
#3 Posted : 13 August 2013 15:19:37(UTC)
andrejma

Rank: Datalab

Joined: 24/04/2009(UTC)
Posts: 12

Was thanked: 1 time(s) in 1 post(s)
Pozdravljeni.

Pri velikem številu dokumentov nastavitev v Administratorski konzoli pospeši delovanje:

Parametri programa
Splošno
Ne urejaj ključev po datumu (izberite to možnost)

LP
elvis
#4 Posted : 14 August 2013 08:20:24(UTC)
elvis

Rank: PA User

Joined: 24/04/2009(UTC)
Posts: 151
Andrejma, kaj pa počne ta možnost?
www.eventus.si - distribucija računalniških komponent
andrejma
#5 Posted : 14 August 2013 13:36:34(UTC)
andrejma

Rank: Datalab

Joined: 24/04/2009(UTC)
Posts: 12

Was thanked: 1 time(s) in 1 post(s)
Ureja dokumente po številki dokumenta(acKey) in po datumu. Brez tega urejanja so dokumenti pred letom 2000 v navigatorju prikazani vedno kot največji (zadnji).

Ključ pred letom 2000(9910000000001) je večji od ključev po letu 2000(1310000000001), zato je bila dodana ta možnost v buildu 55.55.

Z vklopom tega stikala, se tak način urejanja izključi.

Edited by user 14 August 2013 13:38:40(UTC)  | Reason: Not specified
elvis
#6 Posted : 14 August 2013 13:40:47(UTC)
elvis

Rank: PA User

Joined: 24/04/2009(UTC)
Posts: 151
OK, ampak koliko uporabnikov PA izmed vseh, pa želi v NAvigatorju videt najstarejši dokument na vrhu in ne najnovejšega?
www.eventus.si - distribucija računalniških komponent
andrejma
#7 Posted : 14 August 2013 13:45:52(UTC)
andrejma

Rank: Datalab

Joined: 24/04/2009(UTC)
Posts: 12

Was thanked: 1 time(s) in 1 post(s)
Uporabnik se lahko sam odloči.
Pred tem popravkom so bili dokumenti pred letom 2000 vedno prikazani kot največji(zadnji). Ta sprememeba je omogočila, da se dokumente pravilno ureja.
elvis
#8 Posted : 14 August 2013 13:54:11(UTC)
elvis

Rank: PA User

Joined: 24/04/2009(UTC)
Posts: 151
andrejma, skušam vam pomagati.
Lepo bi bilo, da se bi kdaj v Datalabu vprašali kaj želijo vaši uporabniki. Uporabnik se žal v zvezi s sortom v Navigatorju ne more NIČ sam odločiti, ker Navigator ne dela niti kar obljubljate kaj šele, da bi bil uporaben oz. uporabniku prijazen. S to možnostjo o kateri pišete ali brez...

Prepričan sem, da velika večina uporabnikov NE potrebuje na vrhu najstarejšega dokumenta (ne glede na izbran kriterij izmed ponujenih) in tega sploh ne nudite.
Prepričan sem tudi, da velika večina uporabnikov ne nastavlja več stolpcev v Navigatorju (širine in vrstnega reda), ker kljub temu, da to obljubljate (z nastavitvami ravno v Parametrih programa/splošno) tega PA ne omogoča oz. zadeva ne dela.

Ali sploh veste kako izjemno počasen je bil iskalnik (in Navigator) od nadgradenj tik pred uvedbo novih stopenj DDV? Ali sploh veste oz. ali vas sploh zanima kaj si uporabniki želimo od Navigatorja?

Torej odgovor za uporabnika RAM1024 je, da naj nadgradi na zadnjo verzijo (če mu to ne bo sesulo česa drugega) in bo zadeva delovala tako, kot pred sesutjem iskalnika. To je težava o kateri govori RAM1024 in nima veze z vašim predlogom in neuprabnimi možnostmi o katerih pišete!

...

Edited by user 14 August 2013 13:55:20(UTC)  | Reason: Not specified

www.eventus.si - distribucija računalniških komponent
RAM1024
#9 Posted : 20 August 2013 11:08:41(UTC)
RAM1024

Rank: Advanced Member

Joined: 24/01/2011(UTC)
Posts: 46
elvis, tvoje predvidvanje "da naj nadgradi na zadnjo verzijo (če mu to ne bo sesulo česa drugega) in bo zadeva delovala tako, kot pred sesutjem iskalnika" je točno zato tega nisem šel počet.

Mi je pa začuda pomagal nasvet:
---
andrejma
Administratorski konzoli pospeši delovanje:

Parametri programa
Splošno
Ne urejaj ključev po datumu (izberite to možnost)
--

Sedaj search deluje normalno. Nisem pa tega mogel vpisati včeraj ker se iz meni neznanih razlogov nisem moral prijaviti na forum.
elvis
#10 Posted : 20 August 2013 11:24:05(UTC)
elvis

Rank: PA User

Joined: 24/04/2009(UTC)
Posts: 151
No super, samo da pomaga, vsaj pri hitrosti :)
Ampak iskanje v Navigatorju je še vedno neuporabno oz. izjemno zamudno zaradi nerazumevanja DLja kako naj bi ta razvrščal "zadetke".
www.eventus.si - distribucija računalniških komponent
kvogrincic
#11 Posted : 20 August 2013 11:58:09(UTC)
kvogrincic

Rank: Newbie

Joined: 14/12/2012(UTC)
Posts: 1
Kaj pa pomeni (c) poleg te nastavitve?
Vem, da je (u) da je vezano na userja, (m) pa na računalnik, kaj pa je (c)?
lukalev
#12 Posted : 22 August 2013 01:12:53(UTC)
lukalev

Rank: Administration

Joined: 19/06/2012(UTC)
Posts: 29
Originally Posted by: elvis Go to Quoted Post
No super, samo da pomaga, vsaj pri hitrosti :)
Ampak iskanje v Navigatorju je še vedno neuporabno oz. izjemno zamudno zaradi nerazumevanja DLja kako naj bi ta razvrščal "zadetke".


Pozdravljeni,

naj vas samo spomnim na usersite votebox, kamor lahko podajate predloge za izboljšave, ki si jih želite.

Lp,
Luka
bostjanar
#13 Posted : 22 August 2013 04:49:26(UTC)
bostjanar

Rank: Member

Joined: 07/03/2011(UTC)
Posts: 6
Kot kaže je problem v tem, da so na DataLabu naredili napako in se za vsako spremembo pozicije na ponudbah preračunavajo vse pozicije.
Če je pozicij na ponudbi več, (npr. 100) to rezultira v počasnosti.. če je pozicij nekaj 1000 pa zadeva postane katastofalno neuporabna.

Dali so tudi opombo in rok za popravek #39142(3.9.2013)
Rss Feed  Atom Feed
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)
Powered by YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NET
This page was generated in 0.546 seconds.