авторесли выкинуть их NET FW DataTable, то от этого BindingSource не жарко, не холодно


А если не выкидывать, BindingSource-у будет жарко или холодно?

авторСтаричок с маразмом


Все оскорбления очень контрастно высвечивают уровень интеллекта автора. Это как лакмусовая бумажка, даже собеседование можно не проводить

авторпожалел я тебя горемычного из за возраста твоего великого


В смысле - решил не убивать что ли?

А уйди-ка лучше ты из этой темы (откуда пришел) и не воняй здесь.

Ты сам в эту тему пришел, не нравится тебе - не тот уровень - так линяй.

Если ты авторитет (ну ты понял о чем я) - так и скажи, тогда я конечно поищу другой форум, авторитета нельзя раздражать.

автор
читаем в цикле первую табличку
ищем по индексу во второй
че то делаем

вот и вся твоя темя


Да ты что! Правда?

Ну ты определись - убить меня хотел или помочь? Я уже не знаю, что и думать-то.

авторя хотел тебе помочь как достичь эту великую простоту с помощью датабейблов нет, но мозги у тебя же высохли


Ой, да это же мечта моя! Помоги, помоги! Мне она так нужна простота и чтобы DataTable-ы. Я мозги ради такого случая подлечу, обязательно подлечу - обещаю!

авторведь тебе именно то нужно, о чем я говорил? че ерничаешь?


Давайте теперь нормально обсудим все, а?

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

Если Вы действительно имеете намерение помочь мне, тогда вот в чем проблема.

Придется повториться.

Я переделываю с Visual FoxPro большую программу на VB.NET. Она действительно большая по функционалу. Но сам функционал не слишком сложный - он обычный.

Программа была не сетевая, но на ней работало много пользователей (около 30). В ней были средства, осуществляющие аккумуляцию данных на одном рабочем месте и получение всех сводных отчетов.

Новая программа - сетевая - клиент-сервер. Сервер - FireBird. Клиент - VB.NET.

При переходе с Visual FoxPro на VB.NET я не обнаружил никаких иных средств для работы с таблицами на стороне клиента кроме объектов DataTable и DataSet. Если они существуют и удобнее озвученных - то просьба рассказать о них более или менее подробно, или по крайней мере назвать их таким образом, чтобы я мог поискать соответствующую информацию в сети.

Промучившись так месяцев пять, я конечно что-то переписал, но меня поразила громоздкость и неудобство программирования по сравнению с Visual FoxPro.

Вспомнив про LINQ to DataSet я взялся за него и мне заметно полегчало - потому что он по крайней мере позволяет написать аналог любого оператора Select - а это для меня уже было очень много.

Я пользовался Select-ом и на Фоксе, но если была возможность обойтись с помощью SET RELATION и COPY - я всегда выбирал SET RELATION - потому что это работало в разы быстрее и не жрало кучу памяти и дискового пространства. Я вязал таблицы и с помощью простого COPY TO получал нужную мне таблицу.

Если в DOTNET-е существует что-то проще и эффективнее LINQ to DataSet - очень буду рад услышать.

Почему я предпочитаю (если позволяет ситуация) обработку на клиенте обработке на сервере. Начав разбираться с FireBird-ом я наткнулся на кучу ограничений и неудобств, которые, как мне рассказали - все очень правильные и очень обоснованные. И к тому же дружественность среды FireBird при написании хранимых процедур (я имею в виду IBExpert) мне показалась чрезвычайно низкой, а их отладка слишком геморройной. Конечно все можно освоить в совершенстве и ко всему привыкнуть. Вопрос - чего это будет стоить.

авторLINQ2DataSet опасная штука - тут нет оптимизатора, который лечит больные запросы как в СУБД


А вот тут что-то я не понял - что значит больные запросы? Вообще я привык писать запросы, которые всегда должны работать правильно. Если в самом запросе - ошибка - никакой оптимизатор не поможет.

авторчитаем в цикле первую табличку
ищем по индексу во второй


Конечно я использовал и такой подход - но крайне редко. Seek (Фокспрошный) я недолюбливал. Обычно - либо Select, либо вязка таблиц по Set Relation, а потом copy to.

авторГлавная ошибка - тащить обработку на клиента при работе с SQL сервером.


Не ошибка, а дело вкуса. Если размеры таблиц не слишком велики - почему бы и не перетащить? К тому же на это есть свои причины - специфика области в которой я работаю - там все без конца меняется и со страшной силой. Клиент обладает большей гибкостью и устойчивостью к изменениям предметной области, чем сервер.

авторВ Датасетах тоже есть DataRelation и есть GetGhildRows, GetParentRows


И это все, что Вы имеете мне сообщить. А я между прочим в курсе, и пользовался этим.

И сразу столкнулся с неудобством. На Фоксе выражение связи между таблицами может быть любым, включая даже пользовательские функции, а максимум, что разрешается в DOTNET-е - это одно или несколько полей.

Второе неудобство - тоже довольно существенное. На Фоксе таблицы, между которыми устанавливались связи были свободными, а на DOTNET-е они должны все быть в составе одного DataSet-а.

Но худо-бедно иногда и этим вполне можно пользоваться, когда нужно в цикле пройтись по одной из таблиц и обработать родительские и дочерние строки.

Вот только я пока не услышал - что Вы предлагаете на замену жутко опасному LINQ2DATASET? Что-то это пока не прозвучало. И как легко и непринужденно работать с DataTable в DOTNET-е - к сожалению тоже.

авторя уже тебе говорил несколько раз, нет только макроподстановки (@)


Это тоже очень болезненно переживается после Фокса, где я широко пользовался этой удобной возможностью. Но Фокс работает по принципу интерпретатора, а DOTNET - компилятора - откуда здесь возьмется макроподстановка в режиме Runtime?

Господа, так может все-таки кто-нибудь снизойдет и скажет - может ли сохраненный на диск DataSet в виде XML-файла использоваться в качестве источника данных модели данных Entity Framework?

Shocker, ты все иронизировал по поводу моей на эту тему некомпетентности? Молвишь словечко, а? Или опять без толку?

авторПосмотри, что может yield.

Все что ты мог сделать в фоксе и даже больше, ты можешь сделать и здесь, но сам


А не соблаговолите ли чуточку поподробнее. Очень заманчиво. Напомню, что у меня VB, а не C#.