заполнения DS одной строчкой DS.Fill, а не 10 DataAdapter, если же надо только одна таблица

По поводу заполнения одной строчкой - ИМХО сомнительное преимущество. И если есть необходимость то DS.Fill(TableName) сделать легко, также как и DS.Fill


Вся струтура БД импортруется за несколько секунд

Точно также см. typed dataset в VS.NET

В остальном по сабжу не скажу, так как не использовал, но то что вы описали не ново и есть например в Deklarit, и в других подобных средствах.

P.S. Аналогичную функциональность можно сделать самому - выйдет дешевле :-)

Я пока не перешел на рыночные отношения :)

Ну это многое меняет :-)
Коммунизм!!!


Мне абсолютно не нравится куча DataAdapters на форме (я бы сказал бесит :) ), да написания их заполнения, обновления, здесь все делается быстрее.

Ну вообще согласен, что я высказался несколько критично.
Так как есть у нас средства быстрой разработки - Deklarit, DataWizard в VS.NET, несколько фриварных дата генераторов. К таким средствам видимо следует и отнести C1DataObjects (говорю про него, только с ваших слов). И такие средства не следует списывать со счетов.

Я же преимущественно использую ручной код, где DataAdapter создается программно в нужном месте, только на период обращения к данным (а часто и вообще не создается, обходимся без DataAdapter). Поэтому проблемы с множеством DataAdapter - не вижу в прямом и переносном смысле :-). Но я не мазохист иногда, прибегаю и к DataWizard VS.net - но это всегда маленькие или тестовые приложения.


Хотя мне всегда не нравилось, когда говорят:
"Да ладно мне легче написать свой набор классов, которые будут делать тоже самое." Зачем делать то, что уже сделано.

Согласен, но не во всем. Конечно не стоит изобретать велосипед, но иногда необходимо видеть как тот или иной код работает - здесь два пути, либо купить компонент with source code (что стоит всегда дороже), либо писать самому возможно на базе какого-нибудь freeware + full source. Хотя есть и третий путь (коммунистический путь ) - найти пиратский компонент + source code :-)


Sa, абсолютно не хочу вступать с вами в спор (скорее всего проиграю:) )

Да спорить вообще то всегда тяжело, у всех у нас разные задачи - и главный критерий успешности их выполнения - это успешная эксплуатация программного средства, удовлетворяющая финансово как заказчика, так и нас.
Поэтому стараюсь не рубить с плеча :-))