一般情况下，我对MYSQL的数据导入/倒出是使用标准SQL语句的 比如：mysqldum -uroot -p mysql > mysql.sql 这样的倒出结果是标准的SQL语句 同样的导入也可以很简单： nysql -uroot -p mysql < mysql.sql 如果的可以把ACCESS的数据导成SQL就可以了
可以从文本文件导入数据(Access可以导出文本文件)：LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE 'file_name.txt' [REPLACE | IGNORE] INTO TABLE tbl_name [FIELDS [TERMINATED BY '\t'] [OPTIONALLY] ENCLOSED BY ''] [ESCAPED BY '\\' ]] [LINES TERMINATED BY '\n'] [IGNORE number LINES] [(col_name,...)]LOAD DATA INFILE语句从一个文本文件中以很高的速度读入一个表中。如果指定LOCAL关键词，从客户主机读文件。如果LOCAL没指定，文件必须位于服务器上。(LOCAL在MySQL3.22.6或以后版本中可用。）为了安全原因，当读取位于服务器上的文本文件时，文件必须处于数据库目录或可被所有人读取。另外，为了对服务器上文件使用LOAD DATA INFILE，在服务器主机上你必须有file的权限。见6.5 由MySQL提供的权限。 如果你指定关键词LOW_PRIORITY，LOAD DATA语句的执行被推迟到没有其他客户读取表后。 使用LOCAL将比让服务器直接存取文件慢些，因为文件的内容必须从客户主机传送到服务器主机。在另一方面，你不需要file权限装载本地文件。 你也可以使用mysqlimport实用程序装载数据文件；它由发送一个LOAD DATA INFILE命令到服务器来运作。 --local选项使得mysqlimport从客户主机上读取数据。如果客户和服务器支持压缩协议，你能指定--compress在较慢的网络上获得更好的性能。 当在服务器主机上寻找文件时，服务器使用下列规则： 如果给出一个绝对路径名，服务器使用该路径名。 如果给出一个有一个或多个前置部件的相对路径名，服务器相对服务器的数据目录搜索文件。 如果给出一个没有前置部件的一个文件名，服务器在当前数据库的数据库目录寻找文件。
回复QQKiKi(KiKi).ORACLE是刚开始免费的，但它对系统的要求也高得多啊！不是超大型的数据库，有必要用ORACLE吗？我表示怀疑！ 奉劝各位大中小虾，凡真要学技术的，就别盲目的追求版本！越高版本你越难掌握真正的核心内容，不是吗？操作系统就是最好的例子，咳，可叹啊，现在有谁还在用DOS？ 所以在这个PHP论坛中，支持的LINUX，反的是M$，但作为Oracle,现在更多的是FOR NT 的，但FREE的同时，你又对他有什么了解？除了应用，还是应用，和熟练工有什么区别呢？ 值得中国软件行业深思！ 也许国内更多的是M$的追随者，也许对底层开发不屑一顾，反正我的观念就是不要说什么东西不好！只要简单，能学到东西的都是好东西！
Oracle主要不放nt上的，还是unix平台作为归宿的好，我对ms的服务器产品抱不信任的态度，使用确实简单，建设成本比起unix来确实低，问题是漏洞太多。 对于流星的“除了应用，还是应用”我也不太同意，oracle for linux固然不开放代码，可是又有多少用mysql的人会去看mysql的代码？ 对于流星对版本的看法，我倒是非常同意的，我也深有体会。
MYSQL似乎不支持标准SQL语句啊怎么连：$sql1="select intId,SUM(intViewtime) from $tablename where intId=$row[0]";都会错！但去掉SUM就正确
是不是那个字段的类型影响的SUM不能用呢
mysql中使用同时选择字段和sum的结果必须指定group by子句，我刚才试了一下，错误是这么说的： ERROR 1140: Mixing of GROUP columns (MIN(),MAX(),COUNT()...) with no GROUP colum ns is illegal if there is no GROUP BY clause所以，如果单独的select sum(intViewtime) from $tablename where initId=$row[0]是没错的，但是还要intId的话就必须加上Group by了。
把我惹急了，我用vb写一个免费提供！
myodbc可以在www.mysql.com下载。
mdb必须依赖access创建，不能动态改变，只能简单的以连接密码保证安全，查询速度也不够mysql快。不懂就不要乱讲人家坏话，说话不负责任的人是可耻的。
说mysql是垃圾的是弱智，
这么简单的问题解决不了，不先想想自己有没有大脑。
access是远不如mysql的！你多多研究一下了！:)
比如：mysqldum -uroot -p mysql > mysql.sql
这样的倒出结果是标准的SQL语句
同样的导入也可以很简单：
nysql -uroot -p mysql < mysql.sql
如果的可以把ACCESS的数据导成SQL就可以了
INTO TABLE tbl_name
[FIELDS
[TERMINATED BY '\t']
[OPTIONALLY] ENCLOSED BY '']
[ESCAPED BY '\\' ]]
[LINES TERMINATED BY '\n']
[IGNORE number LINES]
[(col_name,...)]LOAD DATA INFILE语句从一个文本文件中以很高的速度读入一个表中。如果指定LOCAL关键词，从客户主机读文件。如果LOCAL没指定，文件必须位于服务器上。(LOCAL在MySQL3.22.6或以后版本中可用。）为了安全原因，当读取位于服务器上的文本文件时，文件必须处于数据库目录或可被所有人读取。另外，为了对服务器上文件使用LOAD DATA INFILE，在服务器主机上你必须有file的权限。见6.5 由MySQL提供的权限。 如果你指定关键词LOW_PRIORITY，LOAD DATA语句的执行被推迟到没有其他客户读取表后。 使用LOCAL将比让服务器直接存取文件慢些，因为文件的内容必须从客户主机传送到服务器主机。在另一方面，你不需要file权限装载本地文件。 你也可以使用mysqlimport实用程序装载数据文件；它由发送一个LOAD DATA INFILE命令到服务器来运作。 --local选项使得mysqlimport从客户主机上读取数据。如果客户和服务器支持压缩协议，你能指定--compress在较慢的网络上获得更好的性能。 当在服务器主机上寻找文件时，服务器使用下列规则： 如果给出一个绝对路径名，服务器使用该路径名。
如果给出一个有一个或多个前置部件的相对路径名，服务器相对服务器的数据目录搜索文件。
如果给出一个没有前置部件的一个文件名，服务器在当前数据库的数据库目录寻找文件。
现在你们怎么还能对仅存的免费数据库软件如此抨击！！
ACCESS--》MYSQL，为什么不用ODBC的呢？
很好用的！不要用什么第三方软件，有可能有BUG的。
直接用ODBC的导，OK？
从VB读出ACCESS数据库，按照标准SQL语言格式写入一个文本文件，然后去MYSQL里导入当然ODBC更简单
不许诬蔑MYSQL。
现在你们怎么还能对仅存的免费数据库软件如此抨击！！
ACCESS--》MYSQL，为什么不用ODBC的呢？
很好用的！不要用什么第三方软件，有可能有BUG的。
直接用ODBC的导，OK？
仅存的免费数据库软件？？？？我觉得ORACLE也是免费的，对不对？
也要收钱等等，还有许多收钱的地方。mysql也不是仅存的，其他的免费数据库还有
postgresql，mysql引进的bekely db等，这些都是真正意义的免费数据库，其中postgresql
功能还比mysql强得多。
奉劝各位大中小虾，凡真要学技术的，就别盲目的追求版本！越高版本你越难掌握真正的核心内容，不是吗？操作系统就是最好的例子，咳，可叹啊，现在有谁还在用DOS？
所以在这个PHP论坛中，支持的LINUX，反的是M$，但作为Oracle,现在更多的是FOR NT 的，但FREE的同时，你又对他有什么了解？除了应用，还是应用，和熟练工有什么区别呢？
值得中国软件行业深思！
也许国内更多的是M$的追随者，也许对底层开发不屑一顾，反正我的观念就是不要说什么东西不好！只要简单，能学到东西的都是好东西！
对于流星的“除了应用，还是应用”我也不太同意，oracle for linux固然不开放代码，可是又有多少用mysql的人会去看mysql的代码？
对于流星对版本的看法，我倒是非常同意的，我也深有体会。
ERROR 1140: Mixing of GROUP columns (MIN(),MAX(),COUNT()...) with no GROUP colum
ns is illegal if there is no GROUP BY clause所以，如果单独的select sum(intViewtime) from $tablename where initId=$row[0]是没错的，但是还要intId的话就必须加上Group by了。
动不动就看到什么人大喊一句，要么是 XX 语言真垃圾，要么
是 XX 产品真垃圾，结果一看帖子内容，都很有些滑稽的味道。 如此指责不会显出你很懂行的样子，相反，一看标题就知道是
个刚出道的 newbie，用 access 的骂 MySQL 垃圾，真的是很搞笑，
更何况问题不在 MySQL，而是你压根就不会用。 但愿以后少些看到这类无聊的帖子……