Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Oracle and Record Locking

Re: Oracle and Record Locking

From: William Beilstein <BeilstWH_at_obg.com>
Date: Thu, 27 Jul 2000 13:38:10 -0400
Message-Id: <10571.113147@fatcity.com>


Tell your consultant that if he doesn't know that oracle and all real = databases uses record locking that he probably should not be doing any = work on real databases and should go back to his Access or DBASE files.

>>> "Wayne M Johnston" <wmjohns_at_regence.com> 07/27/00 12:44PM >>>
Seth,

Oracle and many other databases use record locking to maintain data = integrity.
That is why they are 'serious systems' and access is not.

Just my opinion,

Wayne Johnston
DBA Please respond to ORACLE-L_at_fatcity.com=20

To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> cc: (bcc: Wayne M Johnston/BCBSO/TBG)

We have a consultant at our shop who is convinced that Oracle is inadequate=

for a serious multi-user environment because of the lack of record locking and dynamic result sets. We have been using it to develop and deploy a = OLTP
system and haven't found any serious problems that could not be addressed.

The dynamic result set that he has mentioned has me a little puzzled. He = is
stating that relational databases that he has worked with in the past returned a result set to him for use in his apps that would change dynamically if another user changed one of the records that he was displaying. I'm a relative newcomer to the database arena, 2 years, but this is something new. I've been told by another developer that Access = will
do this, but he hadn't heard of any serious systems that do.

Has anyone else heard of databases that perform that function?

Any suggestions on resources related to record locking in Oracle? We have two other developers that have worked with it extensively in the past, but the consultant is convinced that he knows differently, so we do need some solid research to refute him.

Thanks

Seth Dunehew

--
Author: Seth Dunehew
  INET: sdunehew_at_medicalmatrix.com=20

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).






--=20
Author: Wayne M Johnston
  INET: wmjohns_at_regence.com=20

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
Received on Thu Jul 27 2000 - 12:38:10 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US