Search results

сорри. но это какая-то лажа. в имени файла - версия 9.1.030. но это не так. файлы старее чем в версии 9.0.045

когда трбуется постоянное обновление кладра и/или нет необходимости/возможности юзать нормальный SQL сервер то всё равно приходится возиться с DBFами. я для сиъ целей юзал старенький но проверенный Halcn6db. он работает в DBF на прямую. без всех этих геморроев с DBE.

I work quite a lot in the database. And my advice to you - forget about such decisions. If the database implies the work of a large number of users (> 10-20), then you will choose something like MSSQL, MySQL, PostgreSQL. If not, and / or local work is expected - then use ACCESS, SQLite. It is...

Application.ProcessMessage - не проще... хотя бы потому, что задержки между дёрганием ProcessMessage будут различны.

самая быстрая в простых запросах - мускуль. (к тому же легковесная и не гемморойная). за ней - я бы выбрал постгрейс. оракл - тяжеловат... и миллион записей 50 миллионов - это вобщем то еще не её "хлеб" ;) .

если речь о локале - то - вполне себе и аксес - у меня работал с милоионами записей. некоторые выброрки сложные в нем напряжное дело - в остальном - все терпимо. с шифрованием у него беда - ломается на ура. как имхо - удобнее работать в 2003 оффисе с аксесом - sqlite - вполне себе ничего. и...

присоединюсь к последнему... Application.ProcessMessage будет вызывать перерисовку всего окна. что в ряде слуаев добавит изрядно тормозов. кстати и с анимацией шибко заморачиваться не стОит - "накладные расходы" на анимацию могут так же тормозов добавить. а так - только отдельными потоками...