Не в этом дело, я просто показал как неэффективно делать в данном случае зависимости вручную. Кэшировать таблицы по любому будет DataAdapter, в нём есть четыре свойства SelectCommand, InsertCommand, DeleteCommand, UpdateCommand. Их ввели не просто так, а для того чтобы можно было выполнить любой DML-запрос (Data Manipulation Language - Язык Управления Данными), как к целой БД, так и к её отдельным частям. Как правило структура базы данных со всеми зависимостями уже прописана в ней самой, то есть схема уже есть. В следствие чего не важно, хочешь получить всю базу или её часть, разумно использовать схему из базы данных, и менять запросы на выборку, вставку, удаление и обновление.

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

Причём при заливке, то есть кэшировании данных в отсоединённые объекты есть свои нюансы, тоже существенно ускоряющие её. То есть важно не просто правильно составить запрос, но и правильно его послать. А учитывая использование MS SQL Server 2000, вариантов будет множество, так как T-SQL довольно мощная штука.

farad, зря ты используешь System.Data.OleDb, вместо System.Data.SqlClient, получаешь лишний уровень абстракции замедляющий работу всей системы, лишаешься многих возможностей MS SQL Server.