Няма "особенна" полза от SQL при работа с DBF-та.
Аз обаче от време на време го ползувам в проста форма:

select това_онова
from еди_къдеси
where пазарлъци
order by някак_си

... поселе пускам по някой Grid за да го ГЛЕДАТ мераклийте.
Иначе входът на данни "най-консервативно" съм го поверил на
"юнашки работещи" DOS workstations. Немат лабаво. Програмите за входовете
са направени много добре, без излишни "заглеждания" по картинки и с много
голям набор от удобни контроли. Иначе казано:
"Сложни програми.... за прости логически структури".
Тъй както гледам, не се очертават файлове с повече от 50-100 000 записа.
И те са само 5-10 на брой
Мисълта ми е, че когато се подготвя информация само за "View", една
добре премерена SELECT с уместни критерии може да свърши бърза и
добра работа, особенно, когато човек малко го мързи.
Но да се тръгне "срещу DBF-та" (ха-ха) с UPDATE,INSERT,DELETE (SQL)
си е меко казано "кофти намерение". Аз буквално преди 1 час "сърбах попара".
Като едно обобщение на тези приказки:
Сетих се, че преди време някой тук изрази остро съмнение за ефективността
на TTable при "много запис". Тъй както гледам твоя пример - опасенията май
не са много основателни. Тъй че, едно-две нещица ще ги заложа на TTable.
Отвари ми се една питанка във връзка с SQL, но в другата тема.

Благодаря за показателния пример.
Поздрави: Любо

.