"Basically the same thing" isn't equal to "The same thing"
Just a guess but one is moving material, one is just changing the quantity
in a location. When you move something you are updating at least 2
locations(possibly more depending on what the items are connected to),
quantity adjustment is only updating 1 location. While I don't know the
specifics of what each action does behind the scenes, I suspect there is a
difference with the end result in places other than right on that screen
which is why they use different processes, otherwise there wouldn't be 2
different screens with 2 different background processes to accomplish
exactly the same thing.
There are limits to everything, and the majority of what limits people is
the speed of their server to be able to read/write to the physical DB. This
is not a problem that is even remotely unique to Epicor products, this
problems exists in every application with a DB back end, and is worse the
more robust a data set an application has, always.
As Jose said, disk speed and # of spindles is the #1 thing that has the most
effect on system performance, unless for some reason you have completely
under powered the server in terms of RAM or Processors.
On Tue, Aug 30, 2011 at 11:06 AM, rwhalebelly <
richard.whalebelly@...> wrote:
Just a guess but one is moving material, one is just changing the quantity
in a location. When you move something you are updating at least 2
locations(possibly more depending on what the items are connected to),
quantity adjustment is only updating 1 location. While I don't know the
specifics of what each action does behind the scenes, I suspect there is a
difference with the end result in places other than right on that screen
which is why they use different processes, otherwise there wouldn't be 2
different screens with 2 different background processes to accomplish
exactly the same thing.
There are limits to everything, and the majority of what limits people is
the speed of their server to be able to read/write to the physical DB. This
is not a problem that is even remotely unique to Epicor products, this
problems exists in every application with a DB back end, and is worse the
more robust a data set an application has, always.
As Jose said, disk speed and # of spindles is the #1 thing that has the most
effect on system performance, unless for some reason you have completely
under powered the server in terms of RAM or Processors.
On Tue, Aug 30, 2011 at 11:06 AM, rwhalebelly <
richard.whalebelly@...> wrote:
>[Non-text portions of this message have been removed]
> We are all warned about what to expect from the speed performance of
> Epicor 9 but I am interested about how everyone feels what they believe
> the cause to be.
>
>
> We went Live on Epicor 9.04.506 on March 1st 2011 and have come across a
> few unbelievable problems that I can't believe everyone is not having or
> should I say will have in the future.
>
>
> I believe many of the people on Epicor 9 are new users therefore have
> very little data to highlight the problem. We all read the forum to see
> what a huge (massively expensive) server we need but this is just
> masking the real problem that if not fixed will come back to haunt all
> of us. Personally I believe it is down to the way the data is indexed
> and how that index is used in the program.
>
>
> My proof: Issue Misc Material v Quantity Adjustment
>
>
> So if you have a large DB (10GB or over) do this test yourself using the
> same part number for both and report on your findings
>
> (it shouldn't take more than a couple of minutes)
>
>
> Issue Miscellaneous Material : Time 26 seconds (the
> PerformMaterialMovement method takes over 19seconds)
>
> Quantity Adjustment: Time 1 second
>
>
> It is doing basically the same operation however one is scanning the
> database (ours is 18GB)
>
>
> I have reported this to Epicor and was told no one else has reported
> this as a problem. Is it only me or have we all become so use to the
> lack of response we accept these problems and have stopped reporting
> them.
>
>
> Regards
>
> Richard
> P.S Apology for the long post [:x]
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have
> already linked your email address to a yahoo id to enable access. )
> (1) To access the Files Section of our Yahoo!Group for Report Builder and
> Crystal Reports and other 'goodies', please goto:
> http://groups.yahoo.com/group/vantage/files/.
> (2) To search through old msg's goto:
> http://groups.yahoo.com/group/vantage/messages
> (3) To view links to Vendors that provide Vantage services goto:
> http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
>
>
>
>