Искренняя благодарность от глупого начальства.

Спасибо всем и Flare в частности.
Всем за то, что наставили на путь истиный, а Flare за то, что увидел действительное положение вещей и показал наиболее оптимальный выход на данный момент. Наверное так и сделаем - по "авралу" - MS SQL с Access, и на дальнейшее посерьезнее базку начнем потихоньку выстраивать.

Честно говоря, обращаясь на форум, я не ожидала получить реальную помощь. Еще раз спасибо.

И личное сообщение для blueomega (не не могу удержаться :) )- а кто сказал, что у нас "проблемы"? У нас локальная неприятность с базой резюме, которая, как оказалось, достаточно быстро решается. Если хотите узнать, что такое проблемы - сообщие - вышлю списком :) Хотя, тоже спасибки за дистанционную оценку нашей работы. Надеюсь, вы не допускаете ошибок в жизни.

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

100 таблиц?? я уже думала, что таблиц будет много. но - 100??? Значит нужно подумать еще. Попробую :)

Мальчики, мужчины, господа, товарищи!! (женщин, как мне кажется, здесь не было).

У меня праздник!

Я только что справилась с ошибкой нашей дурацкой базы и теперь смогу выудить из нее все то, к чему она меня не допускала две недели!!

Траур окончен - сегодня просто праздник!!

А с завтрашнего дня с холодной головой начну размышлять над всеми Вашими предложениями.
ЧМОКИ! ВСЕХ ЛЮБЛЮ.

Индекс в МЕМО - чтобы избежать вложения идентичных резюме. Поскольку резюме часто присылают по нескольку раз. И сотрудник, занимающийся "разборкой" просто не в состоянии все запомнить. Безусловно, если кандидат вносит изменения в резюме, то этот индекс становится бесполезным. Но в целом позволяет уменьшить объем базы процентов на 10-30 в зависимости от источника резюме.

Вот этого "Вообще такой индекс - это или первичный или кандидат ключ." - я к сожалению не понимаю. В Access при установке поля есть настрока "индексированный совпадения не допускаются".

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

"а вы не пробовали сами резюме держать в файлах на диске а в базе данных ссылки на файл плюс какую-то доп. информацию для поиска. Формат файлов может быть текстовой или rtf."

- не пробовали. Потому что в такой форме можно держать резюме кандидатов УЖЕ БЫВШИХ на собеседовании - что мы и делаем. Таких резюме не слишком много и мы вполне можем их обработать вручную.

А "заглючила" так называемая "предварительная база" резюме - их много приходит (до нескольких тысяч в день). И естественно, разобрать все вручную невозможно да и нецелесообразно, на мой взгляд.

"И сам ответ по поводу замены Access для хранения резюме. ИМХО оптимальный путь такой: Access => Access с разделением большой таблицы по файлам mdb => Access + MSDE."

- в принципе мы уже начали делить старую базу и разносить по разным таблицам - пока в Access. За основу взяли рубрикатор www.rabota.ru (немного изменили, конечно). На большее у нас пока времени не хватило. Пока ее разбиваем на части - поточнее продумаем схему.

КСТАТИ - вариант Erik - у нас народ пользуется программой Яндекса, только она, кажется, по сети не ищет. Спасибо. Посмотрим 'Google desktop 2.0'