Мучительно перехожу после FoxPro на аналоги работы с .dbf-файлами ))
Что-то начал делать с TDbf, но не уверен, что выбрал то, что мне нужно, а опыта нет... много лет работал с FoxPro...

Мне по-сути не много нужно, ниже написал.

Требуется как создание и редактирование из программного кода, так и работа с Гридами.
Обязательная полноценная поддержка UTF-8 как при программном изменении, так и при работе с Гридами (включай поиск по быстрым клавишам).
Обязательно relation - одна или несколько подчинённых таблиц по одному полю, как при программной работе, так и при отображении в Гридах.

Разные временные таблицы для различных выборок (отчётов и т.д.)...

Объёмы данных небольшие (10Мбайт на таблицу - это предельный максимум, скорее всего 1-3 Мбайта).

Юзать буду только внешние независимые индексные файлы - каждый раз пересоздавать при старте и сносить нафиг при завершении работы приложения,
а во время работы периодически переиндексировать или пересоздавать - по обстоятельствам.
Интересно, есть-ли возможность делать индексы по произвольному индексному выражению (как в фоксе) ?

Основные операции - сортировки, фильтрация, постоянные пересчёты итоговых полей (по которым нет индексов),
поиск поиск поиск - по индексам при установленных отношениях к 2-3 таблицам.
Вставки новых данных будут происходить только при импорте, только программно, без участия визуальных компонентов.

Спасибо за внимание.

Почитал про SQLite - понравилось.

Теперь где-бы найти нормальную документацию, как работать без чёртовых визуальных компонентов,
чтобы я мог полноценно работать из моего программного модуля, не связанного ни с какой формой.

Как отобразить я найду способ, вплоть до web - грида через Chromium, благо объёмы данных позволяют...

Мало ещё изучал этот вопрос, в своё свободное время занимаюсь, по работе довольно загружен (там веб, в основном фронт-енд).

Кроик СемёнНемного не по моей части, но вот что нашлось:
http://wiki.freepascal.org/SQLite

А компоненты для работы с БД никакие не визуальные, форма им не нужна, можно спокойно из кода динамически создавать по мере надобности. Просто если их бросить на форму или DataModule, удобно настраивать свойства и события в дизайнере. Но, как уже сказал, и на чистом паскале тоже возможно.Читал, нашёл там sqlite3conn , этого достаточно для работы (хоть первых тестов) с SQLite3 ?
dll можно встроить в саму прогу на Lazarus или пусть отдельно валяется в папке, как и Chromium ?
чччДбухалтер фантоцци,


какие такие "визуальные компоненты"?Да вот в этом я блин теряюсь, мне нужен набор исходников, подключаемых через uses , а какой именно?

Siemarglнесчастные 3мб данных можно сериализовать хоть каждые 100мс, либо после каждой операции.

а вот насчет дельфи я бы подумал - штука дорогая, от 60к.руб
Данных-то можно хоть сколько обработать без SQL, не вопрос, но хочу заюзать наконец на клиенте хоть что-то, кроме устаревшего фокса.
И там в другом дело, надо кучу позиций распределять по группам, плюс помесячные операции и сальдо, плюс...
Думаю тут лучше заюзать СУБД, ибо суперскорость не нужна.

и использую только бесплатные открытые средства разработки, никаких 60к, даже 1к не может быть в принципе.

Кроик Семёнбухалтер фантоцци,

>Да вот в этом я блин теряюсь, мне нужен набор
>исходников, подключаемых через uses, а какой
>именно?

http://wiki.freepascal.org/TSQLite3Connection
Спасибо.

sqldb, sqlite3conn - это минимум получается, а далее уже видно будет...

Значит буду юзать SQLite3, эх, зря в названии топика указал DBF :)
видимо придётся DBF отправить на заслуженный отдых, ибо вроде везде сейчас юзают SQLite

Спасибо всем.

Эти мои ламерские вопросы - по причине острой нехватки личного времени.

Думаю, что SQLite буду юзать, пока из соображений распространённости,полноценные тесты пока нет времени проводить.

Хоть я и на удалёнке работаю, но по работе башка последнее время устаёт, вот сейчас надо документацию делать, ох-ё