Navicat Premium 是一套数据库管理工具，让你以单一程序同時连接到 MySQL、MariaDB、SQL Server、SQLite、Oracle 和 PostgreSQL 数据库。

结合了其他 Navicat 成员的功能，Navicat Premium 支持大部份在现今数据库管理系统中使用的功能，包括存储过程、事件、触发器、函数、视图等。

Navicat Premium 能使你快速地在各种数据库系统间传输数据，或传输到一份指定 SQL 格式和编码的纯文本文件。计划不同数据库的批处理作业并在指定的时间运行。其他功能包括导入向导、导出向导、查询创建工具、报表创建工具、数据同步、备份、工作计划及更多。

Navicat 的功能足以符合专业开发人员的所有需求，但是对数据库服务器的新手来说又相当容易学习。

下面是“Navicat”一些主要特点：

安全连接
对象设计
表查看器
SQL生成器/编辑
数据库设计
PL/ SQL代码调试器
报表生成器/浏览器

数据处理工具：
导入/导出向导
数据传输
数据/结构同步
备份/还原
附表

有用的工具：
ER图
连接的着色/虚拟分组
树/对象过滤
加入收藏

链接: http://pan.baidu.com/s/1kTkQeEz 密码: adig

在导入MAGENTO SAMPLE数据时出现USING BTREE错误，主要原因是MYSQL不兼容问题导致。在tag与tag_relation两个表中使用了USING BTREE，但其格式不兼容导致导入失败。修改后即可正常导入了。

修改如下：

PRIMARY KEY (`tag_id`) USING BTREE,

修改为:

PRIMARY KEY `tab_id` USING BTREE(`tag_id`),

PRIMARY KEY (`tag_relation_id`) USING BTREE,

修改为

PRIMARY KEY `tag_relation_id` USING BTREE(`tag_relation_id`),

再次导入数据库则可完整导入。

PS:

错误原因：
主要是是MYSQL 5.1的一个BUG，其出现原因是mysql 5.1和mysql 5.0在处理到索引语句时有所区别。
案例：
有时导入mysql会提示如下错误： ERROR 1064 (42000) at line 486: 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 ‘USING BTREE, 　　KEY `Reference_1_FK` (`RoleID`), 　　CONSTRAINT `FK_userinfo_RoleID’ at line 11
解决办法：
打开要导入的文件在里面搜索 BTREE 找到如下内容 　　KEY `columnCindex` (`columnC`) USING BTREE 　　修改为 　　KEY `columnCindex` USING BTREE (`columnC`), 　　然后就可以顺利通过了
总结：

出现了不兼容的情况，在Mysql 5.1中建有UNIQUE KEY 的表导出时是这个样子的“KEY `pkey` (`pkey`) USING BTREE”，

而Mysql 5.0处理的时候只能识别“KEY `pkey` USING BTREE (`pkey`)”。因此需要改一下Key的位置。

很多做站的朋友都会遇到这样的情况，在整理网站数据表的时候突然发现清空了某个数据表的全部数据后重新发布新内容，内容Id并不是从0直接开始的，而是接着以前的数据的Id自增，对于有ID控的朋友自然心里不爽。

最近我在测试网站的时候也遇到了这种情况，下面提出解决方案。

打开Mysql数据库，运行sql语句

truncate table 你的表名；

运行之后不但将该表的数据全部删除，而且重新定位自增的字段为1。