| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: OT Informatica Bulk Mode behavior OT
Vendors typically don't (or can't) listen to non-customers on support
issues.
It's not actually a matter of contempt or lack of attention, but there just isn't a mechanism in place for doing so. I'm neither a customer of Informatica nor am I currently working for one, and I have no personal avenue into the company. So, if I were to try to communicate this discussion to them, I'd just be another spammer or crackpot. I'll admit to the latter, but not the former...
I'm afraid that the Informatica customers on this list will have to drive this one forward, if anything is going to come of this discussion. If I ever find myself working with Informatica and am able to log support tickets, I'll do it, but I don't see that in the foreseeable future...
on 4/27/04 9:49 AM, Mohan, Ross at RMohan_at_thexchange.com wrote:
> Human Nature, dude. We all are reluctant (to varying degrees) to admit
> mistakes.
> You are the smart guy on the stick on this one. You could send them a mail,
> maybe? Help Jeff out? (Even more
> than you are, which is quite significant, IMHO)
>
> -----Original Message-----
> From: Tim Gorman [mailto:tim_at_sagelogix.com]
> Sent: Tuesday, April 27, 2004 11:00 AM
> To: oracle-l_at_freelists.org
> Subject: Re: Informatica Bulk Mode behavior
>
>
> Sounds like they're rationalizing the fact that they screwed up the
> coding... :-)
>
> They should be using "OCIDirPathDataSave()" for data saves, not
> "OCIDirPathFinish()" followed by "OCIDirPathPrepare()". The amazing thing
> is that they are aware of their screw-up! Their coding is analogous to
> closing and re-opening a frequently-executed cursor after each execution --
> unnecessary and foolish.
>
> The fact that they coded incorrectly and that it is affecting space
> management adversely, causing bulk loads to be perform unnecessarily poorly
> as well, is bad enough. But the mis-information in blaming their faulty
> coding on an "Oracle design limitation" is either dishonesty or stupidity or
> both.
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Tue Apr 27 2004 - 15:49:50 CDT
 |
 |