.db файлове

7 отговора 2 прегледа
#1

.db файлове

Бихте ли ми казали къде може да се прочете форматът на *.db файлове (база данни тип Paradox) (дано да е в обозрим размер). Не мисля, че писането директно в такъв файл би ставало много бавно, стига и някой друг да не иска ! OldAss
Отговор
в отговор на OldAss #2

.db файлове

Здравей, OllAss, Не знам какви са ти намеренията и помислите, ама (поне според мен де) ХИЧ НЕ Е ХУБАВО да слизаш толкова ниско... Просто не отговаря на съвременните тенденции...Ама като си помисля, щом си стигнал до тук, едва ли ти пука за тях.
Отговор
в отговор на OldAss #3

.db файлове

Здравей OllAss, Доста съм се занимавал с Pdox (около 8 год.) и познавам горе-долу вътрешната им структура. В по-стари времена (1993-94) имаха доста съществени проблеми и ми се наложи да реасемблирам доста голяма част от PxEngina за да си ги реша, но тъкмо ги оправих и Борланд също ги оправиха в следващата си версия. Вярно, че вече освен Borland и Corel са се заели с въпроса на BDE-то, но лично според мен едва ли се е променило нещо съществено. Не зная за какъв обем данни става дума и на какви машини се стартира програмата ти, но моето мнение че едва ли е наложително да слизаш на ниско ниво. Имал съм приложение, което на 486DX2/66 спокойно (в смисъл с приемлива скорост)оперира с месечен обем на нарастване около 100 МБ . Спод мен най-важното за бързодействието е дизайна на базата (ако може да се говори за такава при Paradox) и алгороитмите за ускоряване на обработката. Още по-важно от бързодействието на програмата обаче е скоростта на създаването й като завършен продукт, колко лесно се модифицира и поддържа и т.н. Ако разбира се толкова държиш - опищи ми проблема си може би ще успея да ти помогна.
Отговор
в отговор на Zhivko #4

.db файлове

Ами става дума за въвеждане на информация от външни датчици в реално време, източникът е точно определен и е един (канал) и досега изобщо не съм използвал база данни (стандартна). За да не се налага влизащата информация (около 100 KBit/sec.) да я прехвърлям от буфера на API функцията за четене на порт към DELPHI-записа поле по поле, дефинирам записа и като array of byte и направо подавам указател към него на API-то вместо отделен буфер. Така, каквото влиза отвън, директно се разполага по местата и DELPHI-то няма нищо против, че така го лъжа. После получените записи - във файл и няма проблеми с времето. Като реших да ги пращам не във файл, а в база данни и работата се успа, може нещо да не съм направил като хората. Това е. OldAss
Отговор
в отговор на OldAss #5

.db файлове

Както го описваш не ми стана ясно продължителността на извадката и ширината на думата. Ако става дума за сравнително малка продължителност (пр. 10 мин.) ми се струва, че е по-удобно да се мине без BDE. Искрено казано, не го харесвам много-много и ако не се налага не бих го ползвал. А защо ти е въобще да запишеш данните в таблица - те структурирани ли са?
Отговор
в отговор на Zhivko #6

.db файлове

Данните представляват еднакви по формат записи, които през интервали от, да речем, 1 час, се зареждат в PC-то. Дължината на един запис е около 30 байта и един сеанс на трансфер трае около 1 минута (без да се използва BDE!). Данните постъпват хронологично от единствен източник и един път записани, по никакъв начин не се променят. Всичко това обезмисля употребата на таблици, единственото ми съобрежение е да ги съхранявам в стандатен формат. OldAss
Отговор
в отговор на OldAss #7

.db файлове

Пробвай [линк]
Отговор
в отговор на Zhivko #8

.db файлове

има компоненти с които не се използва bde . има компоненти в които е дадена стуктурата на базите. използвай такива нещица. успех. бде го мразя та немога да го дишам!
Отговор