Структура

Как-то я попробовал сосчитать значимость полученной информации по Фоксу из разных источников.

Крути не крути, а большинство рецептов я подсмотрел на интернете у других разработчиков, или они ответили на вопросы, которые я повесил или просто узнал что то от друзей которых знаю лично или которых и в глаза не видел.
Научиться радоваться чужим удачным решениям более своих собственных -дается не каждому. Каждую неделю кто то из коллег в фирме или из других мест с блеском в глазах и гордостью ( чувствуя себя как минимум Эйнштейном) приносит выстраданное.
А я ему говорю, 1995 год Fox Adviser, 1996 Pinter Letters и такие то такие то сайты, такие то места-все уже было и даже лучше.

Уже надоело говорить о том, что ровным счетом ничего нового в этой жизни не происходит, а большинство нового — это хорошо забытое старое. Вот еще пример. Один автор этой статьи пожилой , но относительно молодой фоксист , начавший работать только с FXP2.6 под виндами, а второй -один из старейших клиперистов. Поэтому и приемы разные. У первого в основном новые методы ФОКСА, у второго вечные истины dbase. Оказывается, что старые рецепты часто дают много лучшие решения, чем новомодные навороты, зная которые , очень трудно использовать старые приемы, хотя и читал теорию и потенциально их знаешь. Потом, черт возьми, вечно попадаешь на агрессивную рекламу Микрософт с описанием новых, все более мощных методов. И часто веришь всему, что они говорят. Но вот берем тривиальные задачи, суем их на новую кухню и ждем вкусного пирога. А вместо него иногда — одна вонь.
Речь пойдет в основном о SQL select с предложениями outer left/right join, union и использовании групповых функций.
В одной из предыдущих статей мы уже упоминали о том, что генератор запросов и представлений view дает неправильный код с этими предложениями, если имеем несколько join.