Без разницы сколько таблиц.
используется, обычно, две парадигмы:
1. Бизнес-объект. Ты пишешь дерево классов, обеспечивающее загрузку и сохранение информации о бизнес-объектах. Естественно, с вложениями и всем остальным. Т.е. с БД работают соответсвующие классы, а ты (интерфейс) работаешь с ними. ОРМ, короче.
2. Запросы на каждую таблицу. На каждую таблицу заводится свой запрос (TQuery, TADOQuery и т.д.) и обеспечивает работу с ней.
Фактически, с концептуальной точки зрения, оно все одинаково. Но есть нюансы в обоих случаях. Если опыта не много, то лучше второй вариант.
Соответсвенно, фича тут одна - параметризованные запросы. Т.е. у тебя есть главный запрос (точка входа). От туда ты получаешь ID сущности. А все запросы с доп. данными фильтруют выборку по этому ID.
Например, у нас есть клиент, его заказы и позиции этих заказов (ну что бы 3 таблицы было). Соотв. запросы будут такие:
Код:
SELECT * FROM Clients WHERE ID = :ID
SELECT * FROM Orders WHERE ClientID = :ClientID
SELECT * FROM OrderITems WHERE OrderID = :OrderID
В первом запросе мы получаем ID клиента извне. Открываем его.
Далее тот же ID подставляем во второй запрос как ClientID (т.е. заказы этого клиента). Ну и далее точно так же с позициями - при выборе какого-то заказа его ID подставляется в третий запрос как OrderID.