tanglirон хотел сказать, что джойнить по мемополям нельзя, а SR-ить можно.
Индексы по мемо-полям не создаются, как следствие SR-ить не получиться, а селекты делаются с мемо в JOIN`е. Только зачем такой изврат в реальной жизни?

tanglirНо судя по хелпу, для SR индекс необязателен.
Плохо хэлп читал:
HELPПеред созданием нового отношения между таблицами, они сначала открываются в разных рабочих областях. Дочерняя таблица должна быть индексирована по общему (для связываемых таблиц) полю, в этом случае выражение связи не является числовым. Индекс для дочерней таблицы может быть либо простым индексом (.idx), или структурированным индексом (.cdx), или любым компактным индексом. Если нужный индекс является компактным, то необходимо его активировать при помощи команды SET ORDER.

Примечание
Если вы выполняете команду SET RELATION с нечисловым реляционным выражением, а дочерняя таблица - не имеет активного индекса, то система , Visual FoxPro генерирует сообщение об ошибке.

tanglirDima T, тогда вообще непонятно, зачем Питону33 было заводить этот разговор про мемоджойны.

PS. Я в другом хелпе смотрел (первое, что нагуглил), там неоднозначно написано:
http://msdn.microsoft.com/en-us/library/aa978414(v=vs.71).aspx Specifies the relational expression that establishes a relationship between the parent and child tables. The relational expression is usually the index expression of the controlling index of the child table.то ли " обычно главный индекс", то ли "обычно индекс". Теперь буду знать.
В дочерней может не быть индекса, тогда родительская должна передавать число, которое означает номер записи в дочерней (RECNO()), т.е. мемо тут никаким боком не приделать.

Питон33IgorNGпропущено...
А при чем здесь мемо поля и Join? Они в твоем понимании должны быть как-то связаны?
При том что в ведомости бывает надо текст из мемо полей дорисовать.
Соединишь то ты таблицы по ключам, но остальные поля включая мемо будут попадать в результат этой Джопы - тянуться из двух таблиц,перезаписываться в новый CURSOR или DBF на диске.
Для меня очевидно что это дольше чем простой SET RELATION.
И что плохого в том что мемо один раз из таблицы прочитается в курсоре закэшируется? Думаешь лучше если оно сначала при предпросмотре отчета по сетке затянется, потом еще раз при печати. Это минимум, если отчет вперед назад не полистают, а то еше при каждом отображении будет тянуть твое мемо с сервера.
У файл-сервера самое перегруженное место - трафик между сервером и клиентом, а ты его только увеличиваешь чтобы на клиенте памяти немного сэкономить.

Питон33Для лохов типа tanglir,Dima T,Banditos это не очевидно
Мальчик, хамить не надо.