Простите за некропостинг, но хотел выяснить один вопрос, а плодить одинаковые темы не к чему.

В дот НЕТе недавно, до этого 5 лет был в делфях. Начал работать с БД (АДО дот НЕТ), модель конечно отличается от делфефской, но тем не менее, жить можно)) Такой вопрос (непосредственно связанный с поиском):

как я понял, поиск можно сделать используя:
1) DataView - но только по ключу сортировки, что меня не устраивает, мне нужно запись при текущем положении строк;
2) DataTable - метод Select. Возвращает набор найденных строк, но он не может позиционировать строку в гриде.
3) BindingSource - метод Find и свойство Position делают всё как мне нужно, при этом используется результат выполнения п.2.

Это пока, что смог найти и узнать о поиске данных в дот НЕТ. Если у кого есть ещё варианты, буду рад выслушать.

Теперь пример того, как я делаю:

- раз, поиск и позиционирование только ч/з биндинг, то его и нужно ставить в датаСорс грида


- реализация поиска:


это правильное решение или же есть более грамотные построения?
_______________
"Если человек не знает, куда он плывет, для него нет благоприятных ветров". Сенека

vagner забывший парольНе понял? Вам нужно найти одну запись или их может быть и более одной? Если одну - то я пользуюсь методом BindingSource.Find. А если несколько - то на что Вы хотите поставить курсор?
да, для поиска одной записи, по коду выше, также использован метод Find.

но результат может возвращать более одной строки, следовательно, нужно реализовать метод FindNext . Эту проблему я также обошел, создал класс поиска, он сохраняет результат поиска DataRow[] , а затем, при вызове метода FindNext , увеличиваем наш индекс (в коде выше, было указано 0, т.е. первую берем запись).

во время реализации метода FindNext возник такой вопрос: метод Select возвращает набор упорядоченных строк (например, при буквенном поле, в алфавитном порядке). А как ему сказать не делать этого и оставить это как есть гриде?
у Select 'а есть вариант подать на вход пар-р Sort , следовательно, нужно выяснить какая сейчас сортировка в гриде и передать. DataGridView.SortedColumn и DataGridView.SortOrder содержат всю необходимую информацию. НО, только в том случае, когда пользователь кликнет по столбцу для сортировки, если же ничего не трогалось, то ошибка - DataGridView.SortedColumn не определен. А что делать, если в начальном запросе уже была объявлена сортировка в области order by, как это передать гриду, только явно?

vagner забывший парольСелектом DataTable не пользовался и удивлен тем, что он сортирует результат если сортировка не задана явно. А по какому столбцу и что - иначе, чем они отсортированы в гриде?
ладно, если вы пользуетесь методом Find, то как с помощью него вы производите поиск записей по like'у, а не по строгому соответствию. Насколько я понимаю, без Select'а этого не сделать.

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

vagner забывший парольЕсли честно, то я так и не понял сути проблемы. С одной записью все ясно. А откуда берется несколько? Вы реализуете некий фильтр?
изначально вопрос стоял в "грамотности" написанного кода поиска, существует ли другие варианты решения данной проблемы помимо цепочки DataTable-BindingSource-DataGridView.

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

Strassebahn click
да, спасибо за ссылку, но там описано то, что я уже реализовал, мне теперь интересен "поиск Далее". Все уже готово, вот только все еще не поборол сортировку...

vagner забывший парольВ Вашем вопросе меня смутила вот эта фраза

автор2) DataTable - метод Select. Возвращает набор найденных строк, но он не может позиционировать строку в гриде.


как у Вас увязана фильтрация и позиционирование?
значит вот что получается, кстати нашел небольшой глюк (хотя может это я глючу, об этом чуть позже): есть набор записей возвращаемый вьюхой (порядка 15 столбцов, некоторые видимые, некторые нет, нам это не сильно интересно). Пользователь захотел сделать поиск, например, по фамилии, нажимает Ctrl+F (хот-кей на пункт меню) и указывает фильтр поиска, он точно не знает, как оканчивается фамилия человека, допустим он вбил "Ивано". Использование метода BindingSource.Find напрямую отпадает, т.к. там только точное совпадение, следовательно идем в обход, берем метод DataTable.Select. Данный метод поможет больше, ведь в него можно передать like конструкцию. Метод Select возвращает набор DataRow, это и понятно, ведь это лайк, совпадений может быть и 1 и 2 и 102. А вот теперь можно и методом Find воспользоваться, ведь в нашем распоряжении теперь полные записи удовлетворяющих нас строк. Вызываем Find передав в качестве key'я DataRow[0], почему 0? Потому что первая запись в полученном списке. Следующий плюс, что нам дает данная конструкция, пользователя не удовлетворила эта первая (нулевая) запись, он хочет "Поиск далее" вызвать, тут на помощь нам приходит наш набор DataRow, снова вызываем метод Find, но в качестве key'я передаем DataRow[1], т.е. следующая запись в наборе результатов поиска и т.д. Как только дошли до конца набора, счетчик на 0 и позиционирование на первую запись. Все просто, как я вижу. Единственный косяк был в том самом наборе результатов поиска, он возвращался почему то в отсортированном виде, пока я не стал подавать методу Select доп. пар-р уточняющий сортировку. Следовательно, до этого, если грид отсортирован, допустим, по сумме, то метод FindNext (реализованный мной) скакал то вверх то вниз, ведь сортировка по фамилии была. После введения пар-ра сортировки, все нормально.

Теперь о косячке: допустим в гриде есть столбцы Фамилия и Имя, есть два человека с одинаковыми именами, но с разными фамилиями, но, при этом, оба удовлетворяют условию поиска, то стоя на колонке с именем, позиционирование методом Find проходит некорректно, всё отрабатывает правильно, DataRow берется что нужно, но само выделение в гриде остается на старом месте. Если же стоять на колонке с фамилией (они у нас разные, если помните), то позиционируется без проблем. Видимо BindingSource.Find не может работать с одинаковыми значениями в одной колонке.

vagner забывший парольВозможно, я чего-то не понял, но имхо это не лучший способ поиска. Расскажу как я делал:
1. Юзер щелкает по столбцу правой кнопкой - появляется контекстное меню. Один из пунктов - фильтр.
2. Над гридом выезжает панелька с предложением ввести значение фильтра для выбранного столбца (имя столбца я знаю, это по нему щелкал юзер). После ввода каждой буквы делается datatable.select и в гриде остаются только те строки, которые удовлетворяют запросу. Позиционирование на нужную запись осуществляет сам пользователь при помощи мышки.

С точки зрения интерфейса - не лучшее решение, но и несложное. Поэтому, когда коллега МСУ выкладывал здесь на форуме код для ввода значения фильтра прямо в заголовке столбца грида, я его сразу скачал. Пока не посмотрел, так как не было необходимости. Это что-то типа фильтров Excel и Access (по крайней мере - старых версий).

У Вас несколько иной подход, но подумайте - удобен ли он для пользователя? Опять же ничего не мешает и при Вашем подходе после ввода каждой буквы в окошке фильтра сразу применять текущее значение.
все верно, нисколько не спорю с вами, сам так делал и не раз, но в данной ситуации нельзя пользоваться фильтрацией, такое уж ТЗ и специфика работы программы) в общем, спасибо за интересную беседу. Насколько я понял, все что я делаю, примерно так и делается))

ЗЫ есть ли ссылка на решение коллеги МСУ насчет фильтра аля эксель?

teepokюзать BindingSourse
саме себе и ответили ;)