我在 MS Access 2003 中创建了一个指向 MySQL 表的链接表。我使用了我在 MySQL 站点上找到的 mysql-connector-odbc-5.1.6-win32 驱动程序。当我查看表格时，我只能在 VARCHAR(255) 字段中看到 70 个字符。有人在 MS Access 中使用 MySQL 有什么运气吗？
【问题讨论】：
只是猜测，我不确定 70 是否是一个确切的数字，但是：
255/4 = 63.75 (so 63) 这意味着 255 字节的限制将只允许 63 个 4 字节字符。
我不确定 MySQL 上的某个地方是否Access 它使编码变得奇怪。
如果您的表格使用更大的字符串编码，可能是限制了字符数？
我也可能完全错了。
【讨论】：
自从我在 MS Access 中使用 MySQL 表已经有一段时间了，但据我记得，我不认为 Access 在链接表时直接使用 MySQL 的字段定义。我不记得这是针对表还是传递查询，但我记得有时 Access 似乎基于它下载的前几行中包含的数据来定义字段。
您可以在连接字符串中指定一个可选参数，以帮助设置正确的字段定义。查看 www.connectionstrings.com 或 MySQL 的网站了解更多信息。
实际上，我没有在 Access 中链接 MySQL 表，因为将两个表连接在一起的查询的性能非常糟糕。然而，我确实经常使用传递查询并取得了很大的成功。使用直通查询时，查询的工作由 MySQL 引擎完成，而不是访问 JET 引擎，这通常会带来更好的性能，因为只有最终数据会传到客户端。但是，当您使用传递查询时，您将失去在 Access 中进行查询编辑的 WYSIWYG 优势。
我将使用的一个复杂解决方案涉及使用传递查询来自动创建一个我可以定期手动更新的表。我必须在设置过程中手动调整表定义（因为查询没有下拉字段定义），但是一旦我调整了表，我就可以使用 MySQL 数据以编程方式更新表。当我不得不在 Access 中做很多复杂的事情并提取大量数据时，我使用了这种技术。
【讨论】：
嗯，这很尴尬。我正在查看的表格有一列是较长列的截断版本，而我正在查看该列。
【讨论】：