.db файлове
7 отговора
2 прегледа
.db файлове
Бихте ли ми казали къде може да се прочете форматът на *.db файлове (база данни тип Paradox) (дано да е в обозрим размер).
Не мисля, че писането директно в такъв файл би ставало много бавно, стига и някой друг да не иска !
OldAss
.db файлове
Здравей, OllAss,
Не знам какви са ти намеренията и помислите, ама (поне според мен де) ХИЧ НЕ Е ХУБАВО да слизаш толкова ниско...
Просто не отговаря на съвременните тенденции...Ама като си помисля, щом си стигнал до тук, едва ли ти пука за тях.
.db файлове
Здравей OllAss,
Доста съм се занимавал с Pdox (около 8 год.) и познавам горе-долу вътрешната им структура. В по-стари времена (1993-94) имаха доста съществени проблеми и ми се наложи да реасемблирам доста голяма част от PxEngina за да си ги реша, но тъкмо ги оправих и Борланд също ги оправиха в следващата си версия. Вярно, че вече освен Borland и Corel са се заели с въпроса на BDE-то, но лично според мен едва ли се е променило нещо съществено. Не зная за какъв обем данни става дума и на какви машини се стартира програмата ти, но моето мнение че едва ли е наложително да слизаш на ниско ниво. Имал съм приложение, което на 486DX2/66 спокойно (в смисъл с приемлива скорост)оперира с месечен обем на нарастване около 100 МБ . Спод мен най-важното за бързодействието е дизайна на базата (ако може да се говори за такава при Paradox) и алгороитмите за ускоряване на обработката. Още по-важно от бързодействието на програмата обаче е скоростта на създаването й като завършен продукт, колко лесно се модифицира и поддържа и т.н. Ако разбира се толкова държиш - опищи ми проблема си може би ще успея да ти помогна.
.db файлове
Ами става дума за въвеждане на информация от външни датчици в реално време, източникът е точно определен и е един (канал) и досега изобщо не съм използвал база данни (стандартна). За да не се налага влизащата информация (около 100 KBit/sec.) да я прехвърлям от буфера на API функцията за четене на порт към DELPHI-записа поле по поле, дефинирам записа и като array of byte и направо подавам указател към него на API-то вместо отделен буфер. Така, каквото влиза отвън, директно се разполага по местата и DELPHI-то няма нищо против, че така го лъжа. После получените записи - във файл и няма проблеми с времето. Като реших да ги пращам не във файл, а в база данни и работата се успа, може нещо да не съм направил като хората. Това е.
OldAss
.db файлове
Както го описваш не ми стана ясно продължителността на извадката и ширината на думата. Ако става дума за сравнително малка продължителност (пр. 10 мин.) ми се струва, че е по-удобно да се мине без BDE. Искрено казано, не го харесвам много-много и ако не се налага не бих го ползвал. А защо ти е въобще да запишеш данните в таблица - те структурирани ли са?
.db файлове
Данните представляват еднакви по формат записи, които през интервали от, да речем, 1 час, се зареждат в PC-то. Дължината на един запис е около 30 байта и един сеанс на трансфер трае около 1 минута (без да се използва BDE!). Данните постъпват хронологично от единствен източник и един път записани, по никакъв начин не се променят. Всичко това обезмисля употребата на таблици, единственото ми съобрежение е да ги съхранявам в стандатен формат.
OldAss
.db файлове
има компоненти с които не се използва bde .
има компоненти в които е дадена стуктурата на базите.
използвай такива нещица.
успех.
бде го мразя та немога да го дишам!