ERROR [42000] [MySQL][ODBC 8.0(w) Driver][mysqld-5.7.23]You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near "TABLENAME" at line 1 (myodbc8w.dll).
I know I'm reviving an old thread, but having just had this exact problem/issue, and not solving with the iodbc installation, I thought I'd post the solution that worked for me. Use the commmand line... open terminal and run...
I have a 64 bit machine and so I installed the driver for 64 bit and tried to establish the connection. Even then I was receiving the same data source name not found error. However from the ODBC data source administrator, if I select System DSN, I am able to see MySQL driver installed and I am able to create a new data source for my database in the server.
Note: You may be able to have both the 64-bit and 32-bit drivers installed and therefore not require uninstall of the 64-bit version. I did not need both so I haven't tested whether it is possible to have both installed.
You can try to edit this file C:\Windows\System32\drivers\etc\hosts in which are stored all local DNS records. Also please check what is the answer of the current DNS server Windows uses, looks like it has a PTR record somewhere.
Has anyone got any ideas on how to run the odbc connector on an Apple M1 chip? My father in law is running FileMaker on it, and wants to connect to a MySQL source to pull in data. The ODBC connector apparently needs to be on the same machine. Thoughts??
In Microsoft Access, you can connect to your MySQL data either by importing it or creating a table that links to the data. Devart ODBC drivers support all modern versions of Access. It is assumed that you have already installed and configured a DSN for ODBC driver for MySQL. For the purpose of this article, we tested an ODBC connection to MySQL through our ODBC drivers in Microsoft Access 2003, Microsoft Access 2007, Microsoft Access 2010, Microsoft Access 2013, Microsoft Access 2016, Microsoft Access 2019. The following steps describe how to use Microsoft Access 2019 to import or link to your data in MySQL.
Going in circles on this. Have been successful developing with QV11SR1 on a Win7x64 desktop using the same MySQL 5.5 external database and connecting to it using 64 bit MySQL 5.1 ODBC driver v 5.01.11.00 28/04/2012 for the past 6 months.
I have now uninstalled the ODBC drivers, downladed the latest ones from Oracle (still the same version #) rebooted, Uninstalled Qlikview desktop, removed everything QV related I could find in registry. Reinstalled everything. Removed the system DSNs and recreated from scratch. Tried a user DSN. Installed 32 bit version of ODBC drivers and used force use 32 bit in QV. Tried connecting to a different MYSQL 5.5 database on localhost.
When something very similar to this happened to me, it was due to lack of permissions in the user that is set up in the ODBC drivers, in some cases because of database upgrades or cleanups. Is there any chance that this is happening to you as well?
I'm not aware of there being other MySQL drivers installed - they are not visible in the create new DSN list at least. I have installed both 32 and 64 bit right now (although last week I didnt - only 64 bit then) and the same issue exhibits with both.
Thanks for your input. I think I know what you mean by the link you provided (for some reason when I try go there it tells me I need admin access to see it). Anyway I came across postings from 2009 mentioning something similar in the forums and the workaround was to use the 3.5x drivers. I thought given the time that has elapsed since then that surely such an issue had been fixed in the current GA release of the MySQL ODBC drivers 3 years on and also with 1-2 versions later of QV as well.
Also in my case I know that I'd been developing just fine using the v5 MySQL ODBC drivers for the past 6 months so it was something on the combo of QV, Win7 and the drivers that had gone wrong but where.
Anyway for me, I realise MySQL ODBC x64 driver 5.2 is a beta but if its working (and seemingly a little faster than I recall the previous version to be) I'm sticking with it so I can get onto more productive things and will only worry about this again if something stops working. I see below v3.51 is mentioned but I only have v5.21 installed so who knows.
After the downgrade, if the driver configuration was left unchanged, no further actions are needed.
If there were any changes in driver configuration, restart MySQL service and the respective ERA component service:
Added the following TLS/SSL option aliases to align with other MySQL connectors: ssl-mode (SSLMODE), ssl-ca (SSLCA), ssl-capath (SSLCAPATH), ssl-cert (SSLCERT), ssl-cipher (SSLCIPHER), and ssl-key (SSLKEY). The ODBC driver, GUI, and myodbc-installer use these new aliases by default instead of the old option names. For example, setting SSL Key in the GUI now saves it as ssl-key instead of SSLKEY. (WL #14845)
On Windows, installing the driver to a custom location made setting PLUGIN_DIR required to find bundled plugins. Now the directory location is used to determine the plugin directory unless PLUGIN_DIR is specified. (Bug #33720924)
The ODBC driver would unexpectedly halt when connecting to accounts that required client-side authentication plugins if those plugins depended on 3rd-party libraries (such as authentication_fido and libfido2.dll) that could not be found or loaded. Now it reports an error instead. (Bug #33702043)
i am trying to speed up my moodle as much as possible and i am wondering if using ODBC mysql driver 3.51 will speed things up. unfortunatly i can find no documentation on it at this site. and i am wondering if php/mysql combo is designed so as to not use ODBC data sources i am running moodle on windows 2003 server and access is slow on network and internet i don't have the fastest internet connection just 300K upload but i am not getting heavy usage either and i am hoping to boost my internet performance.
Configure a data source depending on the database environment. Decide between using an ODBC and JDBC driver. Then, find the configuration instructions based on your operating system and database. You can configure data sources using the appropriate dialog box in the Database Explorer app. Configure an ODBC data source using the ODBC Data Source Administrator dialog box. Configure a JDBC data source using the JDBC Data Source Configuration dialog box or the command line.
before [mysqld] section to enlarge the packet size to 16 Mb. For Windows operating systems, the configuration file is placed in the MySQL installation directory (usually C:\Program Files\MySQL\MySQL Server X.Y) and is named my.ini. For Unix operating systems and MacOS, it's placed in the /etc or /etc/mysql directory and is named my.cnf. Please remember to restart MySQL when you change its configuration file.
VEGA and VEGA ZZ uses the standard ODBC interface to communicate with MySQL server and, for this reason, you must install the MySQL ODBC driver (MySQL Connectors) and eventually the ODBC layer (unixODBC). Windows doesn't need unixODBC, because the layer is integrated in the operating system.
df19127ead