> From:Bill Haskett
> I think that's what Tony was talking about, but I could be
wrong.
%100 right, thanks.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
> From: Tom Whitmore
> Personally, "optimistic" locking is not an ideal
> method for performing updates. I know that is the way
> many DBs work but that doesn't make it right.
Uh, but that IS the way that every web-based application on the
planet works. C'mon now. Arguing the way things work
> From: Symeon Breen
> rec.checksum = checksum(rec)
> If checksum(tmp) = rec.checksum THEN
Symeon, there's no doubt that coding optimistically is easy, but
in addition to requiring a custom statebag you also need to
manage timeouts. Wol and others have commented on some of the
nuances here.
m
*To:* 'U2 Users List'
*Date:* 7/14/2011 5:27 AM
*Subject:* Re: [U2] Record Locks - How long should they last for? (Opinion)
Because it is just 2 lines of code anyway so why bother
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserv
END
So maybe 3 or 4 lines
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton
Sent: 14 July 2011 13:41
To: 'U2 Users List'
Subject: Re: [U2] Record Locks - How long should they last for
to use for acces) and then do
the correct procedure to read/write - a chunk of code in there so i wont
include it in here, but it does mean all reads and writes go through that
one piece of code...
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@li
On 14/07/11 13:40, David Wolverton wrote:
> Perhaps a more interesting example might be -- what if your business model
> would make it more efficient to move one of the files 'off world' to a SQL
> store on another machine?? If you 'called' a subroutine to do your reads
> and writes, those could a
al Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Symeon Breen
Sent: Thursday, July 14, 2011 7:28 AM
To: 'U2 Users List'
Subject: Re: [U2] Record Locks - How long should they last for? (Opinion)
Because it is just 2 lines of co
long should they last for? (Opinion)
After all of these years, why o why haven't the MV DBMS vendors
created a READUO mechanism which allows us to optimistically lock
records in exactly the way that George, Rex, and a hundred other
app developers have indicated over the last 15 years?
Desig
riginal Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ross Ferris
Sent: Wednesday, July 13, 2011 10:47 PM
To: U2 Users List
Subject: Re: [U2] Record Locks - How long should they last for? (Opinion)
"why haven't the MV DBM
lto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno
Sent: Thursday, 14 July 2011 8:46 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Record Locks - How long should they last for? (Opinion)
After all of these years, why o why haven't the MV DBMS vendors created a
READ
Ah... thank you for clarifying - and gently at that!
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
ut, but I could be wrong.
Bill
- Original Message -
*From:* precisonl...@gmail.com
*To:* U2 Users List
*Date:* 7/13/2011 4:35 PM
*Subject:* Re: [U2] Record Locks - How long should they last for? (Opinion)
Tony, wouldn&
Tony, wouldn't READL in Unidata count?
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
After all of these years, why o why haven't the MV DBMS vendors
created a READUO mechanism which allows us to optimistically lock
records in exactly the way that George, Rex, and a hundred other
app developers have indicated over the last 15 years?
Design tip: For all new development, abstract you
We use "optimistic locking" with a version number in each record (in our
case Cache' handles the versioning based on our specification of the files,
but either versioning or checksums works). This is a solid approach for web
apps instead of using pessimistic locking. --dawn
On Wed, Jul 13, 2011 a
od.
-John
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen
Sent: Wednesday, July 13, 2011 10:28 AM
To: U2 Users List
Subject: Re: [U2] Record Locks - How long should they last for?
(Opinion)
> -Ori
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Behalf Of Rex Gozar
> Sent: Wednesday, July 13, 2011 1:08 PM
> To: U2 Users List
> Subject: Re: [U2] Record Locks - How long should they last for?
> (
Based on your description, you are using a pessimistic locking
approach (similar to a telnet user) for a web application, so choosing
a timeout would be arbitrary. Your "heartbeat" idea could be tied in
to avoid having to manually release records.
It seems like a bad idea to force a connectionles
obW
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen
Sent: Wednesday, July 13, 2011 5:59 AM
To: U2 Users List
Subject: [U2] Record Locks - How long should they last for? (Opinion)
I had started to write a pe
I had started to write a perl / uv integration modules for use with perl (but
could be anything else - php, ... ) whereas you
could OPEN files and READ / WRITE records and manipulate dynamic arrays.
Basically, I had a UV phantom (or not phantom - take your pick), which was
linked to a perl liste
21 matches
Mail list logo