Yes, as you've found, the CommandBuilder is pretty simple. It's designed for
very simple applications. You have found but two of the long list of issues
that it has. As a result, as developer's skills mature, they tend to outgrow
the CB. Some have written their own code generators. Some have simply used
the CB as a starting point and tuned the generated code to address their
specific issues. Consider that the entire TableAdapter/CB paradigm is built
around single table access. Many more serious relational databases don't
update a single table during an operation (a transaction) but have to update
several in series. This makes use of the simplistic CB approach unworkable.
To address this issue, developers migrate (eventually) to custom business
classes or to stored procedures that encapsulate the code and logic so that
the actual tables are never exposed.
This is all discussed in depth in my book.
hth
--
____________________________________
William (Bill) Vaughn
Author, Mentor, Consultant
Microsoft MVP
INETA Speaker
www.betav.com/blog/billva
www.betav.com
Please reply only to the newsgroup so that others can benefit.
This posting is provided "AS IS" with no warranties, and confers no rights.
__________________________________
Visit
www.hitchhikerguides.net to get more information on my latest book:
Hitchhiker's Guide to Visual Studio and SQL Server (7th Edition)
Between now and Nov. 6th 2006 you can sign up for a substantial discount.
Look for the "Early Bird" discount checkbox on the registration form...