Om du får felet im002 odbc ägarehanterarens datakällnamn hittades inte, den här informationen är här för att hjälpa dig.
Det här är min man och första gången jag försöker öppna ett program tillbaka Windows XP Pro som kan använda PostgreSQL 8. Jag får ett viktigt felmeddelande, i vilka uttalanden:
Det uppstod en irritation om du försöker ansluta eller skapa Produktionsdatabas. Detaljer: Data [Microsoft] [ODBC Driver Manager] Originalinloggning hittades inte och ingen ny standarddrivrutinsspecifik
I min ODBC -chef har jag en ny bra översikt över anpassade DSN och system DSN. Jag försökte installera Postgres ODBC -drivrutinen för att se om det hjälper, men ingenting fungerade.
Programmet har en connect.dat -fil tack vare en fil som säger “OLE DB Provider is equals MSDASQL”. När jag ändrar posten tar jag upp felet “Leverantören hittades inte, just den här installeras inte korrekt.”
Jag är inte alls säker på vilket leverantörsnamn som ska ingå i organisera för att detta ska fungera korrekt. Jag har forskat om detta för att göra misstag. Alla strategier är särskilt välkomna.
Är det inte det exakta svaret du letar efter? Hantera andra oklarheter med Odbc Postgresql-9.2 Installera taggen och ställ till och med din egen fråga.
Angående fel: [Microsoft] [ODBC Driver Manager] Datakällans upptäckt hittades inte, så ingen standarddrivrutin har angetts tidigare.
Det här felet indikerar att numren källnamn (DSN) som angetts av någon när den anger anslutningskonfigurationen inte kunde hittas här i datorns register.
Det är mycket viktigt att EXE och formulärbindningarna (ELF) om din ODBC-drivrutin var tillgängliga som din enhet. För andra populära språk behöver du en ny 32-bitars drivrutin för en bra 32-bitars applikation, även en 64-bitars drivrutin för en 64-bitars applikation.
Om de inte matchar kan du ändra DSN för 32-bitars drivrutinen. Om ditt primära företag försöker använda ett DSN med avseende på en 64-bitars applikation, kommer DSN inte att finnas kvar eftersom registret innehåller DSN-information på olika platser beroende på ELF (32-bitars utöver 64-bitars). Självklart
är du bra på att använda ODBC -administrationsverktyget? På 32-bitars utöver 64-bitars Windows finns standard ODBC Administrator-produkten ofta på c: Windows System32 odbcad32.exe . På en extremt 64-bitars Windows-dator är dock 64-bitars baslinjen vardagen. Om du behöver en 32-bitars ODBC-administrationsenhet på ett 64-bitars Windows-system kan du överväga det här: C: Windows SysWOW64 odbcad32.exe
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
Jag ser de bästa förvirrande människorna försvinna när användaren använder den implicita 64-bitars ODBC-administratören för att konfigurera DSN; tror att detta är för 32 bitars DSN. När ett 32-bitars program försöker ansluta till detta fantastiska DSN, visas meddelandet “Datakälla har inte upptäckt …”.
Det är och dessutom viktigt att se till att stavningen för det specifika DSN stämmer överens med stavningen för DSN som konstruerats i varje ODBC -administratör. En dålig bokstav räcker bokstavligen för att inte matcha To dsn.
Här är en artikel som kan ha mer information
Det kan dock vara en annan produktstil som du lagrar; Detta har alltid varit ett vanligt problem som uppstår när ODBC använder datatypsnamn.
När det gäller OLE DB -leverantörens del av ditt tvivel ser det ut som om du har en liknande omständighet där applikationen inte kan hitta konfigurationen för att göra en viss leverantör.
