odbc - origenes - no se encuentra el nombre del origen de datos y no se especificó ningún controlador predeterminado
[Microsoft][Administrador de controladores ODBC] No se encontró el nombre de fuente de datos y no se especificó ningún controlador predeterminado (5)
Estoy intentando abrir un programa por primera vez en Windows XP Pro que usa PostgreSQL 9. Recibo un mensaje de error que dice:
Se ha encontrado un problema al intentar iniciar sesión o crear la base de datos de producción. Detalles: [Microsoft] [Administrador de controladores ODBC] No se encontró el nombre de fuente de datos y no se especificó ningún controlador predeterminado
En mi administrador ODBC, tengo una lista de DSN de usuario y DSN de sistema. Intenté instalar un controlador odbc de Postgres para ver si eso ayudaría, pero no fue así.
Hay un archivo connect.dat en el archivo de programa con una línea que dice "OLE DB Provider = MSDASQL". Al cambiar esta entrada, se altera el mensaje de error que recibí: "No se puede encontrar el proveedor, puede que no esté instalado correctamente".
No sé qué nombre de proveedor insertar para que funcione correctamente. He realizado una investigación exhaustiva sobre este error en vano. Cualquier sugerencia sería muy apreciada.
El problema puede ser del nombre del controlador, por ejemplo, en lugar de DRIVER={MySQL ODBC 5.3 Driver} pruebe DRIVER={MySQL ODBC 5.3 Unicode Driver} puede ver el nombre del controlador desde la herramienta de administración
En referencia al error: [Microsoft] [ODBC Driver Manager] No se encontró el nombre de la fuente de datos y no se especificó ningún controlador predeterminado.
Ese error significa que el Nombre del origen de datos (DSN) que está especificando en su configuración de conexión no se encuentra en el registro de Windows.
** Es importante que el formato ejecutable y de enlace (ELF) del controlador ODBC sea el mismo que el de su aplicación. En otras palabras, necesita un controlador de 32 bits para una aplicación de 32 bits o un controlador de 64 bits para una aplicación de 64 bits.
Si no coinciden, es posible configurar un DSN para un controlador de 32 bits y cuando intente usar ese DSN en una aplicación de 64 bits, no se encontrará el DSN porque el registro contiene información de DSN en diferentes lugares. dependiendo de ELF (32 bits frente a 64 bits).
Asegúrese de estar utilizando la herramienta de administrador de ODBC correcta. En Windows de 32 bits y 64 bits, la herramienta de administrador ODBC predeterminada está en c: / Windows / System32 / odbcad32.exe. Sin embargo, en una máquina con Windows de 64 bits, el valor predeterminado es la versión de 64 bits. Si necesita utilizar la herramienta de administrador ODBC de 32 bits en un sistema Windows de 64 bits, deberá ejecutar el que se encuentra aquí: C: / Windows / SysWOW64 / odbcad32.exe
Donde veo que esta gente tropieza es cuando un usuario usa el Administrador ODBC predeterminado de 64 bits para configurar un DSN; pensando que es para un DSN de 32 bits. Luego, cuando la aplicación de 32 bits intenta conectarse usando ese DSN, ocurre "Fuente de datos no encontrada ...".
** También es importante asegurarse de que la ortografía del DSN coincida con la del DSN configurado en el Administrador de ODBC. Una letra incorrecta es todo lo que se necesita para que un DSN no coincida.
Aquí hay un artículo que puede proporcionar algunos detalles adicionales
Sin embargo, puede no ser la misma marca de producto que tienes; es un problema genérico que se encuentra al usar nombres de fuente de datos ODBC.
En referencia a la parte del proveedor OLE DB de su pregunta, parece ser un tipo similar de problema donde la aplicación no puede ubicar la configuración para el proveedor especificado.
Intenté lo anterior pero encontré que mi problema era que utilicé un | en el nombre del DSN (tengo conectores ODBC multiplicados, uno para cada DB, para asegurarme de que no combinen los datos)
Reemplacé el | (tubería) con un _ y todo ahora funciona bien.
Intentaba llamar a SQL Server desde Alteryx.
Lo obtuve con pruebas basadas en datos usando:
Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)
El problema es que el controlador anterior solo tiene 32 bits. Cambié el archivo de pruebas de laboratorio visual a 64 bits para probar una aplicación de solo 64 bits.
Volver a cambiar a 32 bits en el archivo testsettings solucionó el problema.
