I like hearing the vendors say what they can do and from any statements
I've seen the monitor it seems Sun has no objections to this. I think if
someone outside of a vendor is making assertions about what a vendor lacks
or does poorly, they should be able to back those assertions up with some
type of evidence.
John Harby
JCP member
Former E-Speak Architect
>From: Evan Ireland <[EMAIL PROTECTED]>
>Reply-To: Evan Ireland <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: To scale or to be correct: that is the question
>Date: Sat, 30 Jun 2001 17:12:58 +1200
>
>Jay Walters wrote:
> >
> > This might be a little off topic but doesn't sybase the database have
>some
> > built in support for optimistic locking?
>
>Sybase ASE has a timestamp column type (48 bit integer) which is
>automatically
>set on each insert/update. This makes it very convenient when the app.
>server
>wants to do caching while other database users are making direct updates.
>It is
>also monotonically increasing, which is very useful for ensuring correct
>synchronization of app. server object caches within a cluster (in the
>presense
>of external updates to the database).
>
>Also, since folks seem to be keen on "my product does this" type of
>statements:
>
><vendor>
>
>Sybase EAServer 4.0 will have clustered entity bean (CMP) object caching
>that can work in the presense of external updates to the database, together
>with app. server controlled OCC to prevent incorrect updates to the data
>based on the use of stale cache data.
>
>No proprietary EJB coding (no coding at all in fact) will be required to
>use this feature.
>
></vendor>
>
>Sybase ASE also supports shared (read) locks but it is advisable for
>maximum
>scalability to avoid read locks (as your writers can otherwise be held
>back due to livelock if there are many concurrent readers) and use OCC
>instead.
>
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
