Re: Sql and Pl/sql --- Usage

You see here we have the perfect juxtaposition of mantras. For an employee it should be "productive to your employer/Client" and to a contractor is should be "Ka Ching!" (that is the sound a cash register made back when they existed in the days when phones actually had dials and clocks had hands).

Daniel Morgan

R Chin wrote:

> Have you ever asked yourself....
>
> Are you absolutely positive you can be more productive to your
> employer/Client
> , going this way ?
>
> Have you every done performance comparison,/benchmark
> to justify your approach ?
>
> Do you believe you are a "better" programmer than the engineers at Oracle ?
>
> Do you make your own tires for your car ?
>
> Personally I feel sorry for the poor fella who has to take over your stuff.
> My humble advice: Stop being a just a programmer, be a solution provider !
>
> I have Tom's mantra taped to the wall.
>
> RC
>
> >
> >I had this tendency to write pl/sql most often rather than sql even
> >when the latter would really have mattered..(For instance...I
> >preferred to write a pl/sql function when a decode would have been
> >just perfect) But for some reason that can be attributed to the
> >programing skills I imbibed back at my M.S program,, I felt that
> >pl/sql would enable me create my own world. A pl/sql code would help >me
> reuse the code, helps abstraction, to troubleshoot and maintains a
> >definite approach in creating the logic....I only feel that SQL be a
> >mailman getting the data to work upon
Received on Mon Apr 01 2002 - 17:30:31 CST