Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : PSFT - Fiscal 1998 - Discussion for the next year -- Ignore unavailable to you. Want to Upgrade?

To: Jean M. Gauthier who wrote (4064)	1/4/1999 4:46:00 PM
From: Larry Brew	Respond to of 4509

Jean, << not on a vendetta >> Not important to me. Let's see, 4% today. At that rate it'll take a couple weeks to double my money. Hmmmm, maybe I need to look for something better! :-) Unless ORCL burns PSFT, this stock is going up! Larry

To: Jean M. Gauthier who wrote (4064)	1/10/1999 1:26:00 AM
From: Dosh!	Read Replies (1) \| Respond to of 4509

Jean Gauthier wrote: "I really, really dislike the architecture of the PeopleSoft product. It calls itself client server, but the reality much worse than this... They use something like Dynamic SQL ..." "It does NOT use advanced features of a SQL language, which most others use called STORED PROCEDURES." I am not familiar with the specifics of PeopleSoft products. I do know something about application design - and I have to take issues with your assertion that PeopleSoft products are poorly architected because they use dynamic SQL and not stored procedure. First of all, I would hardly characterize stored procedure as "advanced feature". It is old fashion technology that has been in used for over 15 years. Often database admin people (and no doubt database vendors) would prefer application to be written entirely in proprietory stored procedures - but this is often not necessary or desirable from an application design context. Call level interface (and dynamic SQL) is often the better solution given a properly design application architecture. Indeed the modern design trend is to move away from pre-compiled store procedure into dynamic multi-tier "business objects" framework.