UkraineOleg77777Согласен, согласен... Кстати, а что бы Вы посоветовали вместо Access'а? В смысле - для сравнительного тестирования?

Попробуйте запилить вот эту классическую задачу.
За одно примерно получите место которая занимает ваша субд по скорости среди популярных решений.

http://blog.pikosec.com/?p=14


Баз, ты элементарно путаешь задачи из разных ниш.
Специализируешься в скорострельном ОЛТП, специализируйся.
Не мешай человеку развивать тему ОЛАП .

Он ни тебе ни Дедалу не конкурент, а вы ему.
У вас не получится одинаковой производителности на одинаковых тестах.

Что касается сравнения , то сравнивать нужно с кубами в оракловом варехаус билдере по одинаковым размерностям.

Как скорость загрузки в куб , скорость выборки агрегатов , простоту и создание
создания новых размерностей на загруженных данных и обслуживание .
Еще одна тема для сравнения , поиск пересечения географических территорий
с каким нибудь ГИС плагином к СУБД от флагманов..

UkraineИли ты предлагаешь взять погрузится сразу в сложную узкоспециализированую хрень и тогда автора мы точно не увидим.

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

Если у него все будет логично и понятно , в отличие от того же OWB
и оракловых кубов на миксе жабакода и матвьюх внутри БД ,
то тема взлетит в прикладном смысле.

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

Oleg77777
Скажите лучше, кто-нибудь пробовал запускать cross.exe, см. http://mathenglish.ru/taiga/instruments.htm ?

Екзешников не запускал уже месяца 2.
И не планирую, у меня отвращение к виндозе.

зы
Я кстате тут не один такой , поэтому рекомендую писать сразу кросплатформенно
Посильную помощь ( но не выполнять работу) в адаптации под Юникс в рамках форума могу оказать.
.

Oleg77777ДохтаР,

Спасибо, где-то осенью попрошу помощи по кроссплатформенности. Раньше - боюсь, долгое это дело... У меня там куча всяких String'ов и прочей гадости...


Осенью может быть уже поздно.

1. Для начала не употребляй в коде( кроме оконного ввода вывода ) функций и системных вызовов у которых в доке нет совместимости с POSIX.

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

3. Для работы с файлами должны быть свои методы верхнего уровня,
в которые обрачивается детали реализации рабты с файлами в конкретной ОС .
Не работай из бизнеслогики с файлами напрямую.

Если будешь придерживаться этого принципа везде , дальше будет проще ,
не будешь , так все и умрет вместе с очередной версией виндозе ,
получишь в свой адрес отзывы аналогичные твоим про BDE.

зы Сейчас Базист какнЁт кирпичамЕ на предмет потери производительности , не слушай его
твоя задача не производительность показать , а интуитивное понимание твоих мыслей
другими потенциальными учасниками стартапа , которые могут стать тебе компаньенами в разработке
и тестерами.
Код потом соптимизируется и отрефакторится , когда будет более точное понимание бизнес ниши и появится реальная конструктивная обратная связь, а не бросание какашками .