n i avoid this loop ?
cu
--
-----
Enrico Weigelt== metux ITS
Webhosting ab 5 EUR/Monat. UUCP, rawIP und vieles mehr.
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
c
dex on the inode_id field of _inode.
This doesn't seem to be inherited to the derived classes.
The goal is to prevent double inode_id values in all _all_
derived classes. How could i achieve this ?
cu
--
-----
Enrico Weigelt
h ...
cu
--
-
Enrico Weigelt== metux ITS
Webhosting ab 5 EUR/Monat. UUCP, rawIP und vieles mehr.
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email:
nce it would produce an loop!).
Currently this is done by the middleware, but I'd like to have it
directly in the RDBMS. How could this be solved ?
regards
--
-----
Enrico Weigelt== metux IT services
phone: +49
cu
--
-
Enrico Weigelt== metux IT services
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 174 70
On Mon, Oct 20, 2003 at 12:36:01PM +0200, Volker G?bbels wrote:
> Und DB-Modelle sollte man eh besser grafisch entwickeln ...
Richtig.
Zettel und Stift sind genauso unersetzlich wie awk+sed.
cu
--
-
Enrico Weig
On Mon, Oct 20, 2003 at 07:53:42PM +0200, Peter Eisentraut wrote:
> Was haltet ihr also davon, die ganze Operation dorthin zu verlegen?
Halte ich für sinnvoll.
cu
--
-
Enrico Weigelt== metux IT services
ph
r idea out these ?
thx
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 1
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 174 7066481
hi folks,
is it possible somehow to make (AFTER) triggers run in their
own process/thread, so the calling session can return immediately
and the trigger runs in background ?
thx
--
-
Enrico Weigelt== metux IT service
with partitions, with a
little bit more coding work, but then with better control and filtering
out unneeded stuff.
cu
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.
gle crashing trigger may cost a lot of money).
So I'd like to checkin only syntactically correct (also with
correct references).
Is it possible somehow ?
cu
--
-----
Enrico Weigelt== metux IT service
phone: +49
SET bar = 'xyz' WHERE ...
the mtime should be set to the current time, but on
UPDATE foo SET bar = '123', mtime = '2001-09-11' WHERE ...
we shall have 9/11 as mtime.
Is this possible with rules ?
thx
--
------
yet.
Any ideas ?
thx
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
-
Real
pdates within the application, but I wanna get away from that. It
probably would be interesting, if a normal application couldn't
touch the mtime at all.
cu
--
-----
Enrico Weigelt== metux IT service
phone:
te (AFAIK), so
we cannot intercept here. the only chance seems to leave out "INSTEAD"
and live with duplicate data.
Did I miss anyting ?
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931
it - its just some keystrokes
away for me)
cu
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
---
ction dies ?
thx
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL
n views, but is this always very performant ?
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
the second query would be
much faster (about 2mins vs. 18mins). But I really wonder, why
is processing one huge regex so dramatically slow ?
BTW: in some tables I'm using the username instead (or parallel
to) the numerical id to skip joins against the user table. But
I'm not sure if
ive me some
details about that issue ?
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Tas
primary database. So time critical things
are separated to own servers. It works quite fine :)
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
the db ?
thx
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.
23 matches
Mail list logo