Импортиране на dbf таблици в Access
Има проблем. Файловете на база данни IV се импортират в таблица на Access 2002 с помощта на DAO 3.6. При инсталиране на компютър с Delphi 6, същата операция не е възможна, Access дава грешка "Индексът не е намерен". Опитах се да копая в регистъра, да коригирам клоновете, съответно - не помага. Премахвам Delphi 6 - всичко работи. Къде да коригирам , за да накарам Access да работи с Delphi?
не инсталирайте BDE, тогава ще работи според старите методи. но е по-добре да поправите грешката в програмата, някъде не вземате под внимание индекса (например тези файлове, които се изтеглят, се копират, само dbf без индекси, разположени наблизо. И знакът за индексиране във файловете не се изчиства).
Въпросът е, че BDE не иска да не бъде поставен. И след това, ако използвам стандартни Delphi компоненти за достъп до данни, разбирам, че те не работят без BDE. Що се отнася до втората опция, при която индексите се копират, тя също не работи. Дава грешка (не помня точно). Работата е там, че в кода на програмата, където се извършва импортирането, индексът изобщо не е посочен (синтаксисът не предвижда)
> Факт е, че BDE не иска да не бъде инсталиран може би той не е обърнал специално внимание на това, но изглежда, че е имало такова квадратче за отметка „инсталирайте BDE“ по време на инсталацията или е било на по-стари версии на Delphi. Във всеки случай това е грешен вариант, като на шега. грешката е по-ефективна.
> И тогава, ако съм > използвайте стандартни Delphi компоненти за достъп до данни, > тогава разбирам, че те не работят без BDE Не разбирате правилно, има куп поне стандартни компоненти за базата данни, които не се нуждаят от BDE.
> Що се отнася до втората опция, където се копират индекси, тя също не работи. т.е. тогава така се правеше, предполагам? ;).
> Дава грешка (не помня точно в момента). запишете, ако непомня. грешката директно сочи (ако е възможно) от какво идва.
> Работата е там, > че в кода на програмата, където се извършва импортирането, > индекс (не е предоставен синтаксис) таблицата се отваря? (може просто да го копирате там като файл, без да го отваряте) ако да, значи индексът е свързан (опитва се), ако има знак за индексиране във файла (ако не намери / нестандартен индексен файл / и т.н. дава грешка). и не се интересувайте от синтаксиса.
За пореден път всичко работи за мен и използвам командата DoCmd.TransferDatabase(TransferType, DatabaseType, DatabaseName, ObjectType, Source, Destination, StructureOnly, StoreLogin) изобщо не става въпрос за никакви индекси. Най-вероятно borland (inprays) инсталира своите драйвери и програмата се позовава на тях. Просто ми трябва Access2002, за да работи и Delphi6 също. Не беше възможно да откажете BDE, в противен случай нямаше да бъде инсталиран. И аз не мисля, че е правилно да се зарежда с различни операционни системи. заобиколно решение
> Още веднъж повтарям, че при мен всичко работи и използвам Пак повтарям, с и без BDE, различни методи за работа чрез едни и същи команди. тези. на ниво двигател. ако има BDE, който работи през него.
Означава, че не инсталираме BDE?
Зависи от вас, но аз бих дал приоритет на задачата за намиране/изкореняване на грешка в програмата.
Но защо грешката? Нямам нужда от индексни файлове в Access, защото всичко работи. Основното за мен е тези две системи да работят паралелно. Имах този вид (макар и без D.) , но се справях по други начини, т.е. без коригиране на кода. Или кои команди в Access (ако има такива) импортират файлове с помощта на индекси?
> Но защо грешка? какваполучава се приказка за бял бик, според мен вече обясних всичко няколко пъти.
> Не ми трябват индексни файлове в Access нямам нужда от него, не го използвайте. (изключи)
> защото всичко работи. тъй като самият двигател, който използвате, използва други драйвери на свой ред. какво се промени при инсталирането на BDE. но между другото вижте 1 твърдение.
> Основното за мен е тези две системи да работят > паралелен. Имал съм такъв преди (макар и без D.) > но се справих по други начини, т.е. без коригиране на кода. вашите проблеми (например, трябва всеки ден на работа да е ден за заплащане. ;o)), кой би "поправил" това? ;)
> Добре, или какви команди в Access (ако има такива) import > файлове, използващи индекси? всички. опитайте, тук реакцията на not found може да е различна. (Различните исами също се държат различно)
Добре, нека не плащаме за рибата. Ясно е, че вината не е моя :-) Не знам, докато не разбера къде да изключа индексите. Ако знаех, нямаше да питам и нямаше да ми отговориш така мъгляво, ако знаеше със сигурност
> Ако знаех, нямаше да питам и ти нямаше да дадеш толкова неясен отговор, > само ако знаех точно просто знам поне 3 опции за деактивиране на индекса. но ти просто не попита.
така че разговорът е "за цял живот", вместо да се описва процеса, вида на файловете / връзката, проблема като цяло. (единствената ценна информация е, че файловете се копират без индексни и това е, което предположих, а не в изходните данни на "проблема")
и имам неясни отговори само на неясни въпроси (надявам се;), обичам да говоря неясно (особено с нерегистрирани никове). Имам такива развлечения.
Е, докато се регистрирах, само за първи път във форума, на този. И бях доведен до тази нужда (виж по-горе), т.к.Трябва да инсталирам Delphi и да продължа да работя в Access (вижте по-горе) Е, ако знаете как да деактивирате тези индекси, моля, кажете ми или как да заобиколя този проблем. Въпреки че се опасявам, че въпросът е, че ако може би този проблем е отстранен, можете да получите друг, други операции в Accesse ще произведат различна грешка. Тъй като драйверът ще остане същият. Вероятно има по-стара версия от тази, която използвам. Относно файловете. Файловете се импортират от dBase IV. Редът с код е по-горе (TransferDatabase). Какво още искате да знаете?
> Е, ако знаете как да деактивирате тези индекси, тогава моля, кажете ми или как да заобиколя този проблем. това трябва да се направи преди копиране (докато индексът е все още там, ще "заобиколите" "проблема") DbiDeleteIndex - изтриването все още е наред. (същото може да се направи и с компонента) DROP INDEX [index] ON [table] - разбира се, това също е нормално във всяка sql машина, която поддържа таблични данни.
възможно е след (преди отваряне по "стандарт"/вашите средства) DbiRegisterCallBack - това е когато индексните файлове са загубени, има пример за премахване на "индекс" в помощта отворете таблицата чрез VFP ODBC драйвера, той премахва знака, когато необходимите файлове не са намерени. (но блокира файловете да бъдат изтрити, докато двигателят не бъде "разтоварен" ;) нулев байт 28 (според правилния брой ;o) във файла ("хакерски" начин, не е добре дошъл)
> Какво друго бихте искали да знаете? Каквото мислите, че трябва да кажете. ако това не е достатъчно, за да "обозначи" проблема, значи вече сме минали през това. ;o)) примерно това, което каза, че си пробвал да копираш и индексираш файлове, това е добре, но не си написал името. и по имената (примерите) можете да разберете дали ще намери такива (ако имената на таблици / индекси не съвпадат или руски имена и т.н. и т.н. Дори не знам какво ще е възможно, има много опции, но за васнеобходими са решения (или разговор за цял живот?), защото напишете процеса до максимум, но не и "разпространяване" на мисълта (както съм сега; o)))