Зависит от того, что именно Вы вкладываете в понятие "Связь". Как именно это слово интерпретируется в FoxPro описано здесь

Связи и отношения между таблицами

С точки зрения FoxPro связь много-к-одному - это то же самое, что и один-к-одному. Ведь Вам надо поставить в соответствие одной записи главной таблицы одну запись подчиненной. То, что записи главной таблицы могут дублироваться с точки зрения подчиненной таблицы не имеет никакого значения. Она все-равно "смотрит" только на одну (текущую) запись главной таблицы.

И еще, определитесь, а зачем Вам это связь вообще нужна? Что Вы хотите реализовать с ее помощью? Ведь "связь" - это всего-лишь инструмент. А цель-то в чем заключается? Ну, установили Вы эти отношения и что? Какую "выгоду" Вы с этого будете иметь?

GanjubasВладимирМ, как какую выгоду? Например, меня интересует какая-то организация из таблицы 'строит организации'. Мне нужно определить именно в какую СРО она входит, и это СРО ВЫВЕСТИ В ДРУГОЙ ТАБЛИЦЕ. Или можно просто сделать так чтоб это СРО выделилось как-то в таблице.
Вы опять не о том. Ну, вот Вы нашли эту CPO и что Вы с ней будете делать? Для чего, для каких целей, Вы хотите ее найти?

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

Если же Вам нужно просто установить указатель записи, то для этого есть функции поиска

LOCATE - может искать без индекса. FOUND() сообщает о том, нашли или нет
SEEK - команда, выполняет поиск по текущему индексу
SEEK() - функция, выполняет поиск по текущему или указанному индексу

Далее выполняете обработку найденной записи, если необходимо.

GanjubasВладимирМ, а где набрать данный код, именно в каком модуле? Просто я новичок в этом деле
Где нужна, там и набирайте.

Еще раз. Все зависит от конечной задачи. Для какой цели Вы хотите использовать найденную запись подчиненной таблицы? Что Вы с ней собираетесь делать?

GanjubasВладимирМ, с подчиненной таблицей ничего не буду делать, просто нужно выделить как-то соответствующую запись и все.
Для чего выделить-то?

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

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

GanjubasВладимирМ, нужно чтоб все записи в первой и во второй таблице были видны, т.е. не было так, чтоб при запросе в таблице оставались только те записи которые нас интересуют. Они (интересующиеся записи) в первой и во второй таблице должны просто выделятся. Например, в таблице 'организ' выбрал (установил курсор) я на организацию 'Сельхозстрой' - в таблице 'СРО' должна выделятся то СРО в которое она (организация 'Сельхозстрой') входит, при этом все остальные записи первой и второй таблицы не должны исчезать. Думаю что здесь запрос, вообще, не нужен, а нужно просто при возникновении события 'установка курсора' (выделения записи) необходимо выделить запись из второй таблицы с совпадающим ключом. Но как? Где? и какой код нужно писать просто незнаю.
Вы опять не о том. Точнее так, Вы не понимаете смысл используемых Вами терминов, поэтому в результате получается "каша".

Забудьте пока про "таблицы", "курсоры", "связи" и "записи". Поставьте себя на место пользователя. Какую картинку должен увидеть пользователь? Вот открываем Выше приложение и что? Что должен увидеть пользователь? Вероятно форму. Но что на этой форме должно быть отображено?

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

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

Затем, когда пользователь нашел нужную запись, открывают дополнительную форму для просмотра/редактирования (или переключаются на другую закладку PageFrame в этой же форме). Вот в этой другой форме уже отображается не список, а поля только одной, выбранной записи.

Теперь, собственно, о чем Вас спрашивают:

1. Вы собираетесь строить ваше приложение именно так? Форма со списком + форма для редактирования записи. Или как-то по другому?

2. Если будет форма со списком, то в ней будут отображены все записи организаций или некая часть?

3. Непосредственно в списке должна отображаться CPO?