Going back to the days of MicroRim, R:Base would not support a network setup where the location of the database was on a machine also running R:base and sharing the files. And I think the same is true today. While a dedicated server is good you could find an inexpensive machine running Win2000 (or even Linux) that could just share the database with the other two. Infact, you can even get a switch so you would not have to have a second keyboard, monitor, and mouse. Personally I like to mirror the database files to another server for added security.
Scott
At 08:49 PM 4/27/2005, you wrote:
I personally wouldn't support a multi-user setup in a non-dedicated server
environment.
Having said that, it is possible (probable) that the disk buffer on the two
disparate machines are operating on the same physical row of data.
How can this happen?
There is no way the peer quasi-server can know the contents of the disk buffer
on the other machine..
If each machine simultaneously goes to the next row (add row) in the table,
then I think the aforementioned can happen.
That is why they are called File Servers, cause they keep track of such (file)
comings and goings in an orderly fashion. Peer to Peer is ok, but not for
Multi-user, IMHO.
----- Original Message -----
From: "Bernard Lis" <[EMAIL PROTECTED]>
To: "RBG7-L Mailing List" <[email protected]>
Sent: Wednesday, April 27, 2005 4:54 PM
Subject: [RBG7-L] - One user with a problem - revisited
> Here's a similar problem:
>
> 2 computer peer to peer network (Win2K) 100mbs
>
> During order entry (point of sale) the 2nd computer will type so fast that
> the previous row gets overwritten with the next row.
> This is in a scrolling region.
> This is a seriouis problem because then the customer is getting a free item.
>
> The same scenario on the 1st computer (which is the server). the same
> operator keying just as fast, this does not happen.
>
> What can I look for?
>
> Bernie Lis
