Лучше приведите пример того, как должна выглядеть результирующая выборка (картинку нарисуйте). Фраза "присоединить справа" и "после 10" противоречат друг другу.

Вот решение для "после 10"

Так не пойдет. По каким правилам сопоставлять записи. Вот на каком основании табельному номеру 0001 должна соответствовать фамилия "Петров", а табельному номеру 1051 фамилия "Иванов"?

У Вас либо в таблице tab_nom должна быть ссылка на запись таблицы Fio, либо наоборот, в таблице Fio должна быть ссылка на запись таблицы Tab_nom

В общем случае, поскольку в FP2.6 еще не было Join, то задача решается двумя запросами объединенными через UNION. В справке по команде Select-SQL в FP2.6 есть такой пример



Вот примерно такой запрос и надо сделать, немного доработав его под свои нужды.

Запрос до UNION - это те записи у которых для tab_nom есть соответствующие fio, а запрос после UNION - это те fio для которых нет tab_nom. А вот по какому полю искать соответствие - это уже Вам виднее

Елена ПантераВладимирМ, мне нужно присоединить поля из двух таблиц по соответствию номеров строк и только. Данная таблица показана мною для примера, на самом деле смысла не имеет.
Напишите пожалуйста как выглядит такой запрос с Join в VFP, и что такое customеr.cno - это номер записи rесno?
Я так понимаю, что термины "первичный ключ" (Primary Key) и "внешний ключ" (Foreign Key) Вы воспринимаете как некое злое "колдунство" или грязные ругательства Если Вы хотите (или вынуждены) и дальше заниматься программированием в среде реляционных баз данных, то запишитесь на какие-нибудь простейшие курсы по команде Select-SQL (ну, или книжку купите. Можно из самых дешевых). Даже если это будут курсы совсем "для чайников" и там не будут давать теорию, то уж с практической точки зрения необходимость связи между таблицами обязательно покажут.

Вкратце. Некоторые "аксиомы"

Физический номер записи (то, что возвращает Recno()) не есть нечто фиксированное. Это результат некоторого расчета. Как следствие, идентификатором записи может являться лишь условно. В том смысле, что это значение останется не изменным только при выполнении ряда условий. В командах Select-SQL использовать эту функцию крайне не желательно, поскольку выполнение этих условий внутри команды Select-SQL становится проблематичным, как следствие, теряется возможность идентификации записей.

FP2.x и Visual FoxPro - это РАЗНЫЕ языки программирования. Не обманывайтесь внешним сходством и общими командами. Разные они прежде всего в самом подходе в работе с данными.

Для Visual FoxPro (особенно для 9 версии) - синтаксис команды Select-SQL настолько широк, что позволяет использовать ее как основной инструмент по работе с данными

Для FP2.x синтаксис команды Select-SQL откровенно слаб. Это является одной из причин того, что команда Select-SQL в FP2.x выполняет второстепенную, вспомогательную роль. Основную роль играют "навигационные" команды и SET RELATION + SET SKIP TO

Из всего этого следует тот факт, что, во-первых, без "извратов" объединить таблицы по их физическому номеру записи - невозможно. В рамках одной команды Select-SQL еще можно "извратится" в VFP9, но для FP2.x потребуется несколько последовательных запросов, что не всегда возможно в силу ограниченности количества одновременно открытых рабочих областей (до 25 в стандартной версии и до 225 в расширенной)

Для FP2.x стандартным приемом является сканирование таблиц-источников и последовательное (построчное) наполнение предварительно созданной временной таблицы (курсора). Примерно так




Ну, и под конец. Вы задали вопрос не о том, как решить Вашу задачу, а о том, как решить Вашу задачу придуманным Вами же способом. Ни за что не поверю, что между таблицами с табельными номерами и фамилиями нет связи по типу PK-FK. Это значит, что Вы начали решать задачу придуманным Вами способом, но на некотором этапе зашли в тупик. И вместо того, чтобы предположить, что сам способ решения не корректен, Вы пытаетесь придумать пути обхода "тупика", создавая себе дополнительные трудности, чтобы потом их героически преодолевать

Елена ПантераВладимирМ,
Я бы с удовольствием записалась на курсы, но у нас в Ташкенте(Узбекистане) нет курсов по foxpro и книги тоже не продаются. В интернете нахожу материал по фоксу, но там нет примеров использования функций, только синтаксис.
Посоветуйте самую хорошую книгу по Fox2х и книгу по VFP, где подробно все написано, может получится заказать.
А по поводу этой задачи я ее могу решить более долгим способом, просто думала что можно одним запросом и поэтому спросила.
Я говорил о книгах не по FoxPro, а про книги по одной единственной команде Select-SQL. У Вас проблемы с пониманием того, как и для чего создаются таблицы. В смысле, какая структура (содержание) таблиц должна быть.

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

А насчет книг по FoxPro, почитать, конечно, можно, только опять же, это почти бесполезное занятие. Ну, не учат такие книги программированию. Как правило, это банальный пересказ Help своими словами. Просто разные книги разные разделы Help пересказывают

Ну, если очень хочется, то

По FoxPro 2.x - Попов А.А. Создание приложений для FoxPro 2.5/2.6 в DOS и Windows.

По ней есть много разных ссылок. Ну, например, здесь http://fox-populi.com/books.htm

По VFP9 - http://www.foxclub.ru/vfpbook/