This thread has really moved away from IB/FB, but I will make another
comment. I welcome a private dialog if you like.



1. Your view of Borland's responsibility isn't necessarily theirs.
They seem to be creating a tool that can perform a vast array of tasks
by reusing components. I don't consider it particularly onerous to drop
more components into an application if it is what's required to get the
job done. In fact, if all you want to do is edit a single table, the
xxDataSet, Provider, and ClientDataSet aggregate to a single component
in Delphi 6 e.g. the IBClientDataSet. If you want to edit more than a
single table, Borland has provided a means to do that as well via what I
think is a pretty good class decomposition of the problem.



2. I have actually taught and led teams that have migrated larger apps
than the one you mention from live queries and TTables to the CDS
mechanism, so I can do more than imagine it. No, it isn't fun, but
neither is the performance and lack of flexibility of applications built
using non-CDS architectures. Dynamically created queries make the task
slightly tougher, but not at all undoable. I have developed some pieces
in this area as well. Let me know if you would like to move and want
any advice/help.



3. There is also an unsaid benefit here - the lack of being tied to a
particular DB platform. In the CDS-based application, most of your code
resides in the CDS and the DataSetProvider. These components are in no
way tied to any DB platform. Thus, to move to another platform, I spend
my time rewriting SQL as necessary and asking GExperts to change my
xxDataSets to yyDataSets, not rewriting and rehooking event handlers. I
am about to embark on a migration of 4 applications from 1 platform to
another. Two of these applications are CDS-based and will move in a
couple of weeks (plus a bunch of QA). The two that are not CDS-based
will probably take six months or more to move.



Hey, we all have our own needs. Isn't it nice that we can argue over
which is the right way to do our tasks as opposed to screaming about not
having an acceptable way?



Louis Kleiman

SSTMS, Inc.



-----Original Message-----
From: Woody [mailto:woody.tmw@...]
Sent: Thursday, October 31, 2002 11:01 AM
To: ib-support@yahoogroups.com
Subject: Re: [ib-support] IBX Applyupdated



From: "Louis Kleiman" <lkleiman@...>

> OK, I have to pile on here. Both of you should forget using the same
> component to provide both database access and editing services. You
> should use TIBQuery plus a TDataSetProvider and a TClientDataSet.
> Borland has stated quite clearly that this is their future direction.
> Plus it provides much more flexibility and control, far better
> master-detail resolution, and better performance in many situations.
>

My turn to jump in, too. <g>

It should be Borland's (or IBX's or IBO's, or Whoever's) responsibility
to
provide for this underneath the architecture already provided so that
the
programmer doesn't have to worry about using 3 different components just
to
show an editable record on a form for a user. It's much too complicated
for
new programmers to understand and makes for a disastrous upgrades to go
back
and change existing applications to fit this paradigm. Can you imagine
the
logic changes involved in a 120,000 lines of code, 100+ forms,
datamodules
worth of program to go through and change everything? The differences
between using one TIBDataset as opposed to 3 other components to do the
same
thing, albeit differently, is not small. Especially when many of the
queries
are dynamically created and driven.

I just think since the if it's touted as being "the way to go", it
should go
by way of the underneath architecture driving the current set of
components
being used. I know that IBX is written and maintained by Jeff, not
Borland,
but it's now in a very, close relationship with them since it's closed
source again.

Just thought I'd throw in my $0.02....

Woody (TMW)

----------------------
"I don't know the key to success, but the key to failure is to try to
please
everyone."
-Bill Cosby






Yahoo! Groups Sponsor



ADVERTISEMENT

<http://rd.yahoo.com/M=226671.2053067.3698778.2273195/D=egroupweb/S=1705
115386:HM/A=1269250/R=0/*http:/shop.store.yahoo.com/cgi-bin/clink?sharpe
rimage-best+Kx5gsR:dmad/M=226671.2053067.3698778.2273195/D=egroupweb/S=1
705115386:HM/A=1269250/R=1/1036080037+ir105.html>



<http://us.adserver.yahoo.com/l?M=226671.2053067.3698778.2273195/D=egrou
pmail/S=:HM/A=1269250/rand=174587397>


To unsubscribe from this group, send an email to:
ib-support-unsubscribe@egroups.com



Your use of Yahoo! Groups is subject to the Yahoo!
<http://docs.yahoo.com/info/terms/> Terms of Service.



[Non-text portions of this message have been removed]