J.D. Edwards debut! (JDEC) Message Board

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 : J.D. Edwards debut! (JDEC)

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next

To: bob zagorin who wrote (279)	1/28/1999 1:06:00 PM
From: treetopflier	Read Replies (2) of 583

I'd just like to respond to Doug by saying... that his product architecture IS flexible, but comes with nothing to help you figure out where to put components, how to manage them in a distributed environment and maintain them as they change. OK, let's put some of the data on each PC, some on the LAN server and some on the relational database server on the backend to try and improve performance. Gee, sounds good. Now let's add some values to the data on the PCs...well there are 200 of those that we have to keep in sync. Well it sounded good at the time. Oh and lets spray the program code all over the three levels to get some performance improvements. Why? BECAUSE WE CAN, that's why. It's our FLEXIBLE architecture. Well guess what -- same problems. Try and maintain this mess. The solution to performance problems isn't to move the data close to the program or program close to the data because you got the data access WRONG! Try using the relational database like it was intended and do SET AT A TIME processing instead of ROW by ROW like it was done on the AS400. Oh, and by the way, there is an operator called a JOIN in SQL. Try using these once in a while instead of doing all your data work in program code. Then you might actually be able to do an order entry process on a WAN in less than 3 minutes. I'd also like to say that the applications are some of the LEAST flexible in terms of being able to customize them easily. The relational database implementation is the most cryptic I have ever seen, just short of SAP/ABAP for completely obliterating the proper use of a relational storage mechanism. Of course Doug at his lofty level won't have any idea what I am talking about, but ultimately his customers will. ttf (just opinions from someone who believes that if you are going to port to an RDBMS, maybe you ought to use it like one)

Report TOU Violation

Share This Post

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next