Title: Message
may
best brains survive where ever it is.
-Original Message-From: Anjan Thakuria
[mailto:[EMAIL PROTECTED]Sent: Monday, November 03, 2003 2:34
PMTo: Multiple recipients of list ORACLE-LSubject: RE:
Outsourcing's dirty secret
Thank you
IL PROTECTED]>> >
Sent by: [EMAIL PROTECTED]> > 10/30/2003 09:49 AM>
> Please respond to ORACLE-L> > > >
> > To: Multiple
recipients of list> ORACLE-L>
<[EMAIL PROTECTED]>> > cc:
> > Subject:
;
cc:
Subject: RE: Outsourcing's dirty secret
Hi All
DBA's all here hmm...well if i were the CFO i would
have been lookin for the fast=true parameter if i were
bald i would have been looking for a pill or a cream
that would give me hairs overnight..the time of
in
> > On 10/30/2003 03:04:24 PM, [EMAIL PROTECTED]
> > > wrote:
> > > > The perception of outsourcing has been that you
> > > can send your work
> > > > offshore,
> > > > and get it done cheaper, with higher quality
gt; >
> > > I think that this article helps to dispel that
> as
> > a myth. It may or may
> > > not be
> > > less expensive, it may or may not be better.
> > >
> > > Jared
> > >
> > >
> > >
> > >
> > &
<[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 10/30/2003 09:49 AM
> > Please respond to ORACLE-L
> >
> >
> > To: Multiple recipients of list
> ORACLE-L
> <[EMAIL PROTECTED]>
> > cc:
> > Subject:
be better.
> >
> > Jared
> >
> >
> >
> >
> >
> > "Jamadagni, Rajendra"
> <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 10/30/2003 09:49 AM
> > Please respond to ORACLE-L
> >
> >
> >
Jared
> >
> >
> >
> >
> >
> > "Jamadagni, Rajendra"
> <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 10/30/2003 09:49 AM
> > Please respond to ORACLE-L
> >
> >
> > To: Multiple re
myth. It may or
> may
> not be
> less expensive, it may or may not be better.
>
> Jared
>
>
>
>
>
> "Jamadagni, Rajendra" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 10/30/2003 09:49 AM
> Please respond to ORACLE-L
>
gt;
> I think that this article helps to dispel that as a myth. It may or may
> not be
> less expensive, it may or may not be better.
>
> Jared
>
>
>
>
>
> "Jamadagni, Rajendra" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 10/30/200
> >
> >
> > "Jamadagni, Rajendra" <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 10/30/2003 09:49 AM
> > Please respond to ORACLE-L
> >
> >
> > To: Multiple recipients of list ORACLE-L
> <[EMAIL PROT
Title: RE: Outsourcing's dirty secret
not only salries, but job opportunities as well:-)
greg
-Original Message-
From: Mladen Gogala [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 30, 2003 3:39 PM
To: Multiple recipients of list ORACLE-L
Subject: Re: Outsourcing's di
>
>
> To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
> cc:
> Subject:RE: Outsourcing's dirty secret
>
>
> What is also unfortunate that the company X which outsourced its project
> to India, didn't do
Same is true for getting the 'cheapest' price for a project that just
requires a contractor to work in house. SOMETIMES you get what you pay
for, and (from what I understand) occasionally what you
deserve.
April Wells Oracle DBA/Oracle Apps DBA Corporate Systems Amarillo Texas /\ / \
t; <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/30/2003 09:49 AM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: RE: Outsourcing's dirty secret
What is also unfortuna
What is also unfortunate that the company X which outsourced its project to India,
didn't do its job right ... If you just want the cheapest Rolex, you can't complain
about its quality later on. I am not saying this couldn't have happened, whatever
happened is unfortunate, but I am just saying t
List - If a manager seems to be contemplating outsourcing, you might want to
post this. Unless you work for an outsourcer. ;-)
http://techupdate.zdnet.com/techupdate/stories/main/Hidden_Costs_of_IT_Outso
urcing.html
Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED]
--
Please see the officia
I sometimes think that every os-dependent parameter in Oracle is secret.
Oracle doesn't publish that information, and the OS vendors usually have no
idea or are not likely to publish that info either.
Regards,
Patrice Boivin
Systems Analyst (Oracle Certified DBA)
Systems Admin & O
mething out there
RE> that would limit the Itl entries to 41 even when MAXTRANS=255? Is
RE> there some secret bound based on block size? Ours is 2k (which I
RE> figure is part of the problem).
RE> Other vital stats: 8.0.5 on Solaris 2.7.
--
Please see the official ORACLE-L FAQ: htt
I've found the note. It wasn't what I remembered,
it was worse. I've just re-run a test on 9.0.1.2
that shows an interesting issue:
create table t1 (n1 number, v1 varchar2(10));
create index i1 on t1(n1) pctfree 0 initrans 10;
insert into t1
select rownum,'x'
from all_objects
where rownum <=
Nice to know the actual strategy.
I came across an oddity some time ago
when trying to work this one out by setting
silly values for INITRANS. This would be
(correctly) ignored on a 'create index', and
then obeyed on a 'rebuild index' with the
result that the index got bigger. I think
it was 8
S to 50 to see which one(s) made a difference.
None of them made a difference.
So I dumped blocks that had been populated only during this exercise.
Invariably, there were 0x29 Itl slots. Is there something out there
that would limit the Itl entries to 41 even when MAXTRANS=255? Is
there some s
50 to see which one(s) made a difference.
None of them made a difference.
So I dumped blocks that had been populated only during this exercise.
Invariably, there were 0x29 Itl slots. Is there something out there
that would limit the Itl entries to 41 even when MAXTRANS=255? Is
there some secret boun
Hi!
Man , I should say that I am 'surprised'..
cos we were on WAS 3.0.2
and had 'severe problems' (the webserver used to hang
during business hours)
and Oracle suggested we upgrade to IAS
how come u are able to 'run' WAS without
Oracle 'support
24 matches
Mail list logo