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

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

Макроподстановка

Раз уж речь зашла о макроподстановках:

Владимир, если я правильно понял из этой статьи, макроподстановок следует избегать лишь потому, что в них легко запутаться?
Это единственная причина?
Вот фрагмент кода моей программы:
********************************************************************
dopusl_baza_graj=[a.graj=gr1.kodstrana]
dopusl_baza_stranamr=[a.stranamr=st1.kodstrana]
dopusl_baza_mrozh=[a.mrozh=ob1.kodobl]
dopusl_baza_stranaadrv=[a.stranaadrv=st2.kodstrana]
dopusl_baza_adrv=[a.adrv=ob2.kodobl]
dopusl_baza_codif_38=[str(38)+str(a.krotn)=str(c1.vikod)+str(c1.shusl)]
dopusl_baza_codif_47=[str(47)+str(a.vdp)=str(c2.vikod)+str(c2.shusl)]
dopusl_baza_codif_44=[str(44)+str(a.kotsu)=str(c3.vikod)+str(c3.shusl)]
dopusl_baza_codif_92=[str(92)+str(a.koddok)=str(c4.vikod)+str(c4.shusl)]
dopusl_baza_codif_45=[str(45)+str(a.koddok)=str(c5.vikod)+str(c5.shusl)]
dopusl_baza_codif_42=[str(42)+str(a.koddok)=str(c6.vikod)+str(c6.shusl)]

SELECT a.*, ;
IIF(a.krotn=75,1.5,a.krotn+0.1) krotnsort,;
IIF(a.tipnmv=1,[г.],[н/п]) chrtipnmv,;
vich_adr_pribptz(a.nmnvptz) chradrprib,;
NVL(gr1.strana,SPACE(40)) chrgraj,;
NVL(st1.strana,SPACE(40)) chrstranamr,;
NVL(ob1.obl,SPACE(40)) chrmrozh,;
NVL(st2.strana,SPACE(40)) chrstranaadrv,;
NVL(ob2.obl,SPACE(40)) chradrv,;
NVL(c1.nmusl,SPACE(80)) rodotn,;
NVL(c1.nmusl,SPACE(80)) newrodotn,;
NVL(c2.nmusl,SPACE(80)) chrvdp,;
NVL(c3.nmusl,SPACE(80)) chrkotsu,;
NVL(c4.nmusl,SPACE(80)) chrkoddok,;
NVL(c5.nmusl,SPACE(80)) chrspol,;
NVL(c6.nmusl,SPACE(80)) chrprvo;
FROM predvbaza a ;
LEFT JOIN strana gr1;
ON &dopusl_baza_graj;
LEFT JOIN strana st1;
ON &dopusl_baza_stranamr;
LEFT JOIN obl ob1;
ON &dopusl_baza_mrozh;
LEFT JOIN strana st2;
ON &dopusl_baza_stranaadrv;
LEFT JOIN obl ob2;
ON &dopusl_baza_adrv;
LEFT JOIN codif c1;
ON &dopusl_baza_codif_38;
LEFT JOIN codif c2;
ON &dopusl_baza_codif_47;
LEFT JOIN codif c3;
ON &dopusl_baza_codif_44;
LEFT JOIN codif c4;
ON &dopusl_baza_codif_92;
LEFT JOIN codif c5;
ON &dopusl_baza_codif_45;
LEFT JOIN codif c6;
ON &dopusl_baza_codif_42;
INTO CURSOR predvbaza READWRITE
***********************************************************************************************
Это несложный запрос, есть гораздо запутаннее, с бОльшим количеством МП.
Можно, конечно, вместо МП вставить обычный код, но мне так реально легче ориентироваться. Почему? Условия отбора меняются, и мне проще менять значения переменных, а сам запрос при этом не трогать.
В документации по Фоксу я читал, что МП работают медленнее, чем обычный код, но это (если я правильно понял) при выполнении МП в цикле.
Есть ли реальные причины избегать МП?

ВладимирМ, наверное вы правы. Единственное, что замечу: я не новичок. На каждый фрагмент кода программы (в т.ч. МП) оставляю подробный комментарий. Вряд ли мой преемник будет материть меня...