kornienko_ru
Не вы выдумываете какие-то не реальные для жизни задачи, вернее их осуществление. Проблем никаких нет. Всё можно сделать на чем угодно. Раньше все от руки писали и на счетах считали. А если вам всё чето-то мало и не хватает, значит проблема в вас.

kornienko_ru
Это совместимая с MS SQL СУБД, но усеченная для одного сервера и бесплатная, типа аля SQLite. Что вы думаете об этой СУБД? Она приличная, взрослая? По моим ощущениям с ней нет никаких проблем, все интерфейсы стыкуются, устанавливается и работает всё как по маслу....
--
Сам себе отвечаю.... Нашел официальную информацию, что у MSSQL Express ограничение на размер БД — 10Г .... Тане не подойдет... Тогда ориентируюсь на MS .NET.

kornienko_ru
PaulWist,
Во первых у MS SQL Express такие же ограничения как и у MS SQL Express LocalDB .... это можно сказать одно и тоже.

kornienko_ru
PaulWist,
а мои программы в данный момент представляют научно-исследовательские расчеты и визуализация в SVG, там нет больших объемов транзакций. БД у меня представляется обычными текстовыми файлами.

kornienko_ru
PaulWist,
И с чего вы написали, что у меня на Web-сервере нет БД? В данный момент подключена в ядре Web-сервера и поэтому работает очень быстро, VFPA с неограниченными по размеру файлами. Я пробовал дойти до предела на тестовой базе, но так и не дошел по причине что при добавлении новых записей на моем HDD кончилось место. VFPA работает отлично без особых ограничений.

kornienko_ru
PaulWist,
Еще такое замечание по вопросу использования VFP9/VPA на web-сервере. Помню, что сама MS рекомендовала и приводила примеры в журнале FoxTalk именно использования VFP как промежуточной платформы для запросов к большим базам MySQL. Я к тому, что, если у нас на web-сервере есть VFP, то ничего не мешает нам на prg сделать коннект к MySQL и выполнить Select к большой базе. Это работает быстро.

kornienko_ru

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

kornienko_ru
БД у меня представляется обычными текстовыми файлами.

kornienko_ru
PaulWist.
> Начнем с того, что фокс не умеет работать с юникодом, а MySQL умеет. Мысль поняли?

Ложь. Вы вводите народ в заблуждение. К примеру первая же найденная ссылка https://west-wind.com/presentations/foxunicode/foxunicode.html

west-wind
В фоксе есть ровно одна функция для работы с юникодом. А если вы хотите показывать юникодовые строки, то воспользуйтесь чем-нибудь другим, а не фоксом. Например, браузером или ActiveX.

kornienko_ru
К примеру первая же найденная ссылка https://west-wind.com/presentations/foxunicode/foxunicode.html

   CREATE TABLE wwdemo\FOREIGNDATA ;
      (     ID          C(10),;
            DESCRIPT    Blob,;
            LDESCRIPT   Blob);

kornienko_ru
Если я разработчик, чего я в своих алгоритмах могу не знать?

kornienko_ru
>В фоксе есть ровно одна функция для работы с юникодом. А если вы хотите показывать юникодовые строки, то воспользуйтесь чем-нибудь другим, а не фоксом. Например, браузером или ActiveX.
Глупая чья-то фраза. Либо выдернута из контекста. Ни о чем. Какие актив-иксы? Кто ими пользовался? И пользуется сейчас. Что бы говорить о кодировке UTF-8 нужно сформулировать проблему, задать конкретный вопрос. А не рассуждать есть она или нет, мало одной команды и надо больше. А зачем больше? Чего надо и чего не хватает? Используйте эту функцию в Select-ах и переходите на кодировку которую душе угодно для комфортного просмотра.

tata
3. Вопрос: добавляется новый справочник примерно раз в 2-3 месяца. Как провести дозагрузку? Если открывать каждый раз каждый файл, считывать из него период, это, по всей видимости, будет довольно длительный процесс.
Ни меня как разработчика, ни пользователей этот процесс не устроит. Если запоминать имена всех закачанных файлов, что если пользователь его отредактировал и переименовал?
Какие еще могут быть варианты?

PaulWist
А вообще, использовать web-сервер и не использовать СУБД (любую) это как-то "по колхозному"