OT Informatica Bulk Mode behavior OT 2004-04-27 - By Tim Gorman
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@(protected) 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@(protected)]
> Sent: Tuesday, April 27, 2004 11:00 AM
> To: oracle-l@(protected)
> 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.
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
put 'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
|
|
