SQLite, Firebird Embedded, NexusDB (елси семёрку поддерживает )

в DBF есть много кодовых страниц, и русские и немецкие, но юникодной кажется нет.
Хотя, если запустить DBF 7-й версии - но его кроме твоей программы хрен кто прочитает, формально там кажется в расширенном заголовке файла есть поле windows Codepage. Попробуй tdbf.sf.net

Или просто на каждый язык по отдельному файлу.

Йо!Проект на Делфи 7, в котором с юникодом как-то (по наблюдениям) прямо скажем никак.

из коробки плохо коненчо, но сторонние компоненты есть

VirtualTreeView, TNT Suite ( www.yunqa.de ), если остались исходники UniRed.sf.net - там тоже должно быть

Йо!В голову пришла мысль только реализовать через текстовый файл.

JSON или XML ?
Они по стандарту в UTF-8 по умолчанию

А чтобы целостность и размер - файл в ZIP'е держать

SQLite или JSON - попробуй въехать в Synopse mORMot, пока они не выкинули поддержку Delphi 7

Йо!такая тривиальная проблема не имеет решения

Тебе уже предложили несколько решений. Выбирай.

Только не используй BDE - это труп, и даже не ходячий.

Йо!любой продукт рассчитанный на какую-либо локализацию должен поддерживать одновременно несколько языков.

По очереди, а не одновременно. Unicode в VCL (стандартном) появился только в D2009.

Йо!только получение значения поля по ключу.

Может быть тебе тогда и не нужно таблицу?
Держи например ZIP-файл в памяти. Ключ и солбец задают имя файла, достаешь его и используешь. А также XML и JSON, но для такой простой структуры может быть излишне.

Никто не знает какого размера твои данные, как часто они читаются, вот только что узнали - что количество колонок разное для разных языков....

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

чччД выфыфыНеужели "стандартный экспорт" MS SQL может создать что-то более-мене пригодное для дальнейшей работы?

....ну например XML, останется его тоьлко зипануть и можно внутрь EXE класть в ресурсы.

!ЙоСуществующий файл - текстовый к юникоде - где каждая ячейка представлена отдельной строкой и при загрузке парсится в грид

Вот в этом твой геморрой и есть. Ты перепутал объекты для хранения данных и объекты для показа данных пользователю, а это во многом противоположные вещи.

У нас один уникум как-то умудрился для загрузки дерева из сервера на форму поставить невидимый VirtualTreeView ,в который элементы грузились подряд в один уровень, потом внутри дерева сортировались, потом переносились в основной видимый VTV. Работала эта схема на 60К записей секунд 20-40, в зависимости от процессора.

Наткнулся я на это, когда в ini-файле с настройками эти самые настройки начали пропадать. Оказалось, что в ini-файл сбрасывался почти целиком SQL-запрос, и он в какой-то момент вылез за разрешенные Windows размеры ( то ли 32КБ на раздел, то ли 4 КБ на строку ) и - упс. Удивился, нашел кусок, за это отвечающий, убил его, - и получил те самые 20-40 секунд на открытие другого окна ( для формирования запроса окна-фильтры создавались, грузили свои настройки, и отрабатывали в невидимом режиме).

Выкинул все это к лешему, написална коленке своё дерево из record'ов с указателями, подумал над запросом к серверу - чтобы строки уже правильно сортированные приходили, хотя это не критично - и в результате это место теперь проходит за 0,02 секунды вместо 20.

!ЙоПлюс ко всему, нет нормального поиска, например (и быстрого).

Если строки типа "ключ=значение, значение, значени, значение..." - то грузи их в TStringList, потом включай ему сортировку - и ищи на здоровье.

Хоштя я не сильно люблю TStringList, но в D7 из коробки ни TDictionary<T> ни TList<string> нет. Хотя библиотек контейнеров данных для D7 было море, хоть на Торри посмотри, хоть на других развалах.

Опять же, можешь в любой in-memory dataset загрузить, лишь бы в нем юникод был, но это я ужу не знаю какие. TClientDataSet из коробки и на юникоде основан вроде. RxLib/JediVCL TMemoryDS поглюкивает, но тоже сойдет, если загрузить и читать. У DevExpress есть, да много у кого.

Хотя для 10К записей IMHO лучше всего найти хэш-массив(TDictionary) для D7 или возможно выдрать его из inifiles.pas

Йо!Приходится долго ждать, а делать надо раза три в час.

Делай дельту, изменения от предыдущей выгрузки.

Йо!Вставляю сначала структуру - псевдо матрица столбцы и кол-во строк, затем построчно один столбец, другой и т.д.

А записываешь как, через WriteLn ? тогда конечно все тормозит....

И ещё раз тебе советую внимательно посмотреть на Synopse mORMot пока они не забили болт на D7
Очень быстрый парсер JSON, поддержка SQLite и не-SQL баз данных, всё основано на юникоде (UTF-7), кажется поддержка zip

Там очень много, это фреймворк полностью отличный в подходе от TDataSet - но тебе и не надо сразу ВСЁ у них брать