mxmaks, все что ты написал о группах не имеет никакого отношения к тому, о чем я спросил Я задал простой вопрос:

А из твоих объяснений не следует ровным счетом ничего. Тот факт, что в каждом году по две группы еще не говорит о том, какую из них в какой листбокс загружать. Кроме того, когда тебе говорили про группы, то имелось в виду, что у группы должен быть такой идентификатор, чтобы по нему можно было все сразу определить. В твоем же случае, судя по всему, придется сначала загрузить все данные по году, а только потом уже сравнивать их и выявлять группы, что в принципе бред. 

Сделал я тебе пример, честно говоря мне самому не это не нравится, но это то, что ты просил(примерно ессно), группы я переименовал в 1 и 2 в самой базе, но ты можешь сделать как тебе удобно.

Ссылка на архив здесь
http://narod.ru/disk/17392922001/catalog_1.rar.html

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

Если что будет непонятно - спрашивай.

Приветствую!
ДядяВова ты говорил про биндингсорсы, они не применяются?
Как открыть pdf в Акробате?
Спасибо за пример, поковыряюсь.

Добавлено через 7 минут и 48 секунд
И еще вопрос, примерно 10 тыс. записей - это много?

Как это не применяются? Там их аж 3: Table1Grop1, Table1Grop2 и Table1TextBoxes(вроде так называются).

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

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

Добрый вечер!

Приношу извинения сразу не обратил внимание ...

По поводу записей, их не много (год, группа, фамилия, имя, отчество, адрес, дата поступления, дата окончания, номер диплома, примечание),
все текстовые записи, но их около 10 тыс. Может есть смысл разделить на несколько таблиц?

ДядяВова, а как можно поступить с файлами pdf (это отсканированные личные дела)?

Из твоего примера узнал много нового и интересного, спасибо.

Запись - это строка таблицы, а столбцы называются полями. Давай примерно прикинем:
год - если это целое число, то 8 байт
дата - точно не помню, но возьмем к примеру 16 х 2(две ведь даты)
группа - 8
номер диплома - 8
фамилия - к примеру 30, имя и отчество - тоже, так что всего 90
примечание - не знаю сколько ты выделил, но к примеру 256 символов и байт соответственно.

Всего около 500 байт, умножаем это на 10000, получается что-то в районе 5 мб. Выдержит твоя машина такой объем данных? Понимаю, грубо все подсчитано, но масштаб нагрузки можно оценить.

Таблицы не для этого предназначены. Если тебе надо загрузить не все данные, для этого есть запросы, которые умеют очень много. А разные таблицы в базе нужны для того, чтобы хранить в них разнотипные данные.

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

А как еще можно организовать открытие pdf из программы, все-таки конфедициальная информация и хранить ее открыто как-то "нельзя"...
Что-нибудь можешь подсказать?

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

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

В каком смысле поменять формат? Ты о расширении что ли? Хочешь заменить расширение, чтобы скрыть информацию?  Это ерунда полная.

Храни каждый файл в RAR-архиве с паролем в 15 символов - и будет счастье.

Ну для шифрования и так инструментов достаточно, зачем же рар использовать. 
http://msdn.microsoft.com/ru-ru/library/0ss79b2x.aspx
Вот отсюда можно начать. И опять-таки в базу это тоже можно забить и зашифровать.

Всё лучше, чем переименовать .pdf в .txt и вводить этим в заблуждение блондинок.  

Так это понятно, алгоритмов-то множество.

Дело не в алгоритме, а в том, что во фреймворке есть собственные апи криптографии. Нет смысла использовать сторонние компоненты, да еще и платные(вроде бы).

Парни, все Ваши комментарии интересны, но я хотел подтолкнуть Вас к мысли как реально реализовать такую проблему (проблему открытия
файлов из БД в виде отсканированных файлов) ...
К тому-же этих файлов ооочень много ...
Я мыслил сделать "кривое" расширение, но "перерасширять" в программе и выводить для просмотра через ссылки на файл (ссылки в БД) ...
Была мысль сделать "внутренний" просмотрщик ...
И кстати вопрос : Можно ли шифровать pdf ?

Ну тебе же объяснили, что этим можно



Шифровать все можно, поскольку шифруются байты. 

Шифруешь файл и хранишь его в таком виде. В базе у тебя имя этого файла(какой-нибудь уникальный идентификатор), все файлы храни в одной папке. Когда понадобится открыть файл, найдешь его по имени, дешифруешь, сохранишь временно, откроешь в акробатридере. Когда он будет не нужен - удалишь.