Re: Triggers & Mutating Tables
From: Carlos Netto <Carlos.Netto_at_ibase.org.br>
Date: Fri, 14 Oct 94 16:32:00 -0300
Message-ID: <2aa.543.846%mpcbbs_at_ibase.org.br>
| Carlos Augusto Leite Netto | Voice : +55.192.51.1153 |
| Software Design Informatica | Fax : +55.192.54.6518 |
| Oracle VAR | e-mail : carlos.netto%mpcbbs_at_ibase.org.br |
| Software Development & DBA | FidoNet: Carlos Netto [4:801/31] |
User Name: Carlos Netto - ( %mpcbbs_at_ibase.org.br ) This message was processed by RAuucp from Merlin Systems Inc.
Received on Fri Oct 14 1994 - 20:32:00 CET
Date: Fri, 14 Oct 94 16:32:00 -0300
Message-ID: <2aa.543.846%mpcbbs_at_ibase.org.br>
On 14 Oct 94 02:16pm, Dimitri Tombroff wrote to ALL:
DT> Newsgroup: comp.databases.oracle DT> Organization: INRIA * Rocquencourt BP 105 * F-78153 LE CHESNAY CEDEX* DT> France
DT> The rationale of mutating tables seems very mysterious to me.
[...stuff deleted...]
DT> Any guess about real reasons for such choices ? Was it so complicated DT> to deal with locks in their implementation ?
I think that there is a big reason: schedule time to release Oracle and implementation complications. I also can't see real reasons! If it's true, I hope Oracle deliver us a better version without so many restrictions on row-level triggers.
bye,
----->>>>>>>>>>>> Don't reply. Reply will not work! <<<<<<<<<<<<<<----
| Carlos Augusto Leite Netto | Voice : +55.192.51.1153 |
| Software Design Informatica | Fax : +55.192.54.6518 |
| Oracle VAR | e-mail : carlos.netto%mpcbbs_at_ibase.org.br |
| Software Development & DBA | FidoNet: Carlos Netto [4:801/31] |
|---------------------------------------------------------------------------|----->>>>>>>> I'll register my Silver only after bug fixes. <<<<<<<-----
| Softex 2000 member | Brazil, Sao Paulo state, Campinas city |
=============================================================================
- Evaluation copy of Silver Xpress. Day # 112
--- via Silver Xpress V4.01P [NR]
User Name: Carlos Netto - ( %mpcbbs_at_ibase.org.br ) This message was processed by RAuucp from Merlin Systems Inc.
Received on Fri Oct 14 1994 - 20:32:00 CET