Navicat for MySQL 有哪些常用功能

Navicat for MySQL 是

一套管理和开发 MySQL 或 MariaDB 的理想解决方案，支持单一程序，可同时连接到

MySQL和MariaDB。这个功能齐备的前端软件为数据库管理、开发和维护提供了直观而强大的图形界面，给 MySQL 或 MariaDB

新手以及专业人士提供了一组全面的工具。主要功能包括 SQL 创建工具或编辑器、数据模型工具、数据传输、导入或导出、数据或结构同步、报表等。

SQL 创建工具或编辑器

Navicat SQL 创建工具

SQL 创建工具：视觉化 SQL 创建工具创建和编辑查询或视图，不必担心语法和正确命令的用法。选择需要在表中执行的 *** 作，自动编写 SQL 语句。

Navicat for MySQL自动完成代码

自动完成代码：使用自动完成代码功能，能快速地在 SQL 编辑器中创建 SQL 语句。无论选择数据库对象的属性或 SQL 关键字，只需从下拉列表中选择。

数据库设计器

Navicat for MySQL逆向工程

逆向工程：使用 Navicat for MySQL逆向工程，可从一个现有的数据库创建数据库模型，可视化地显现和编辑数据库结构或创建一个图形模型，并由模型生成一个数据库。

Navicat for MySQL正向工程和生成脚本

正向工程和生成脚本：同步到数据库功能可充分了解所有数据库的差异，生成必要的同步脚本来更新目标数据库，并使其与模型相同。导出 SQL 有机会全面控制最终的 SQL 脚本，生成参照完整性规则，生成模型的独立部份、注释、字符集等，可大大节省工作时间。

数据处理工具

导入或导出向导：从不同格式的文件导入数据到表，例如 Access、Excel、XML、TXT、CSV、JSON

及更多。而且在设置数据源连接后，可以从 ODBC

导入数据。只需简单地选择需要导入的表，或使用添加查询按钮指定查询。同样可以将数据导出到各种格式，如 Excel、TXT、CSV、DBF、XML

等。

Navicat for MySQL数据传输

数据传输：在多个数据库间轻松地传输数据，可以选择指定的 SQL 格式和编码导出数据为 SQL 文件，这个功能可大大的简化迁移数据的进程。

Navicat 数据或结构同步

数据或结构同步：从一个数据库中详细的分析进程传输数据到另外一个数据库，同样可以对比并修改表的结构。在数据和结构同步中，目标数据库可以在源服务器，也可以在其他的服务器。

Navicat for MySQL备份或还原

备份或还原：定期备份数据库对用户涞水相当重要，备份或还原全部表、记录、视图等。如果数据损坏，不用再重做，高枕无忧。

报表创建工具或查看器 只限于 Windows 版本

Navicat for MySQL 报表创建工具

使用用户友好 GUI 报表创建工具创建各种不同类型的报表，设计发票、统计、邮寄标签及更多其他报表。输出报表到多种格式，如 text、PDF、Lotus、Excel、Graphic、Html 等。

3 恢复目录

31恢复目录的概念

恢复目录是由RMAN使用、维护的用来放置备份信息的仓库。RMAN利用恢复目录记载的信息去判断如何执行需要的备份恢复 *** 作。

恢复目录可以存在于ORACLE数据库的计划中。

虽然恢复目录可以用来备份多个数据库，建议为恢复目录数据库创建一个单独的数据库。

恢复目录数据库不能使用恢复目录备份自身。

32建立恢复目录

第一步，在目录数据库中创建恢复目录所用表空间：

SQL> create tablespace rman_ts datafile 'd:\oracle\oradata\rman\rman_tsdbf' size 20M;

表空间已创建。

第二步，在目录数据库中创建RMAN 用户并授权：

SQL> create user rman identified by rman default tablespace rman_ts temporary tablespace temp quota unlimited on rman_ts;

用户已创建。

SQL> grant recovery_catalog_owner to rman ;

授权成功。

SQL> grant connect, resource to rman ;

授权成功。

第三步，在目录数据库中创建恢复目录

C:\>rman catalog rman/rman

恢复管理器：版本81600 - Production

RMAN-06008：连接到恢复目录数据库

RMAN-06428：未安装恢复目录

RMAN>create catalog tablespace rman_ts;

RMAN-06431：恢复目录已创建

注意：虽然使用RMAN不一定必需恢复目录，但是推荐使用。因为恢复目录记载的信息大部分可以通过控制文件来记载，RMAN在恢复数据库时使用这些信息。不使用恢复目录将会对备份恢复 *** 作有限制。

33使用恢复目录的优势

可以存储脚本；

记载较长时间的备份恢复 *** 作；

4 启动RMAN

RMAN为交互式命令行处理界面，也可以从企业管理器中运行。

为了使用下面的实例，先检查环境符合：

the target database is called "his" and has the same TNS alias

user rman has been granted "recovery_catalog_owner "privileges

目标数据库的连接用户为internal帐号，或者以其他SYSDBA类型帐号连接

the recovery catalog database is called "rman" and has the same TNS alias

the schema containing the recovery catalog is "rman" (same password)

在使用RMAN前，设置NLS_DATE_FORMAT 和NLS_LANG环境变量，很多RMAN LIST命令的输出结果是与日期时间相关的，这点在用户希望执行以时间为基准的恢复工作也很重要。

下例是环境变量的示范：

NLS_LANG= SIMPLIFIED CHINESE_CHINAZHS16GBK

NLS_DATE_FORMAT=DD-MON-YYYY HH24:MI:SS

为了保证RMAN使用时能连接恢复目录，恢复目录数据库必须打开，目标数据库至少要STARTED（unmount），否则RMAN会返回一个错误，目标数据库必须置于归档模式下。

41使用不带恢复目录的RMAN

设置目标数据库的 ORACLE_SID ，执行：

% rman nocatalog

RMAN> connect target

RMAN> connect target internal/<password>@his

42使用带恢复目录的RMAN

% rman rman_ts rman/rman@rman

RMAN> connect target

% rman rman_ts rman/rman@rman target internal/<password>@his

43使用RMAN

一旦连接到目标数据库，可以通过交互界面或者事先存储的脚本执行指定RMAN命令， 下面是一个使用RMAN交互界面的实例：

RMAN> resync catalog;

RMAN-03022：正在编译命令：resync

RMAN-03023：正在执行命令：resync

RMAN-08002：正在启动全部恢复目录的 resync

RMAN-08004：完成全部 resync

使用脚本的实例：

RMAN> execute script alloc_1_disk;

创建或者替代存储的脚本：

RMAN> replace script alloc_1_disk {

2> allocate channel d1 type disk;

3> }

5注册或者注销目标数据库

51注册目标数据库

数据库状态：

恢复目录状态：打开

目标数据库：加载或者打开

目标数据库在第一次使用RMAN之前必须在恢复目录中注册：

第一步，启动恢复管理器，并且连接目标数据库：

C:\>rman target internal/oracle@his catalog rman/rman@rman

恢复管理器：版本81600 - Production

RMAN-06005：连接到目标数据库：HIS (DBID=3021445076)

RMAN-06008：连接到恢复目录数据库

第二步，注册数据库：

RMAN> register database;

RMAN-03022：正在编译命令：register

RMAN-03023：正在执行命令：register

RMAN-08006：注册在恢复目录中的数据库

RMAN-03023：正在执行命令：full resync

RMAN-08002：正在启动全部恢复目录的resync

RMAN-08004：完成全部resync

52注销目标数据库

RMAN提供了一个注销工具，叫DBMS_RCVCAT工具包，请注意一旦注销了该目标数据库，就不可以使用恢复目录中含有的备份集来恢复数据库了。

为了能注销数据库，需要获得数据库的标识码（DB_ID）和数据库键值（DB_KEY）。其中连接目标数据库时将会获得DB_ID。

C:\>rman target internal/oracle@his catalog rman/rman@rman

恢复管理器：版本81600 - Production

RMAN-06005：连接到目标数据库：HIS (DBID=3021445076)

RMAN-06008：连接到恢复目录数据库

其中DBID=3021445076，利用DBID=3021445076查询数据库键值码：

连接到目标数据库，查询db表：

SQL> select from db;

DB_KEY DB_ID CURR_DBINC_KEY

---------- ---------- --------------

1 3021445076 2

获得DB_KEY＝1，这样，该目标数据库DB_KEY＝1，DBID=3021445076，利用两个值使用DBMS_RCVCAT工具包就可以注销数据库：

SQL> execute dbms_rcvcatunregisterdatabase(1,3021445076);

PL/SQL 过程已成功完成。

至此，注销数据库 *** 作完成。

请采纳。

在这篇文章中 我们将讨论利用Data Dude来进行数据比较 Data Dude 正式叫法是Visual Studio Team Edition for Database Professionals 是一个面对数据库开发人员的IDE 能让其对数据库结构如何和何时改变进行更多控制 让我们先来看一下什么是 数据比较

数据比较是对两个数据库中的数据进行比较并将目标数据库更新的行为 像模式比较一下 这也有 源 和 目标 的概念 比较时 我们可以看到不同的地方 并能够按照我们的想法更新目标数据库 我们先来执行一个简单的比较 来看看数据比较是如何使用的 同时也可以知道它对我们是很有用的

第一步 创建一个数据库工程 我们需要两个同模式的数据库用来比较数据 在前面的文章中我已经提到过如何创建工程模型 这里就不重复介绍了 只需要简单地按照如下几个步骤来做

· 打开 SQL Server商业智能开发工具 并创建一个 SQL Server 数据库工程 我们不需要向工程中载入模式 因此我们没有必要使用SQL Server 向导

· 使用数据库 AdventureWorks 作为我们比较时的源数据库 我们还需要一个同模式的目标数据库 我们可以将 AdventureWorks 数据库复制 现在请打开SQL Server管理工具

· 备份 AdventureWorks 数据库并将之另存为 AdventureWorksTemp

· 回到BIDS中的工程 尽管两个数据库之间没有不同 我们仍可以看看执行数据比较的方法 点击 数据 >数据比较 >新数据比较 菜单项

· d出 新数据比较 窗口 如下所示

我们需要把数据库 AdventureWorks 设为源 如果下拉菜单中包含该选项则直接选择它 否则 需要点击 新建连接 按钮创建一个新的连接然后选择该连接

· 将数据库 AdventureWorksTemp 设为目标库 如果下来菜单中没有 创建并选择它

· 在屏幕上有 个数据比较选项

o 不同记录: 选择该选项将显示两个数据库中不同的记录 并且目标库中的记录将被更新

o 源记录: 选择该选项将显示源库中有而目标库中没有的记录 这些记录将 入到目标库中

o 目标记录: 选择该选项将显示那些只在目标库中有而源库中没有的记录 这些记录将从目标库中删除

o 相同记录: 选择该选项将显示那些源和目标库中相似的记录 对这些记录将不会做任何 *** 作

· 选中所有的多选框 点击 下一步 继续

· d出如下所示的窗口

在这个窗口中我们可以选择我们想要进行数据比较的对象 如果你想要排除任何对象 将 表 点开 取消你想要排除的项目 点击 完成 按钮开始比较

比较的结果如下所示

比较结果窗口包含三部分 但默认情况下 我们只能看到 部分 第一部分显示了被选中的每个对象 及该对象在各个类型下的记录数 例如 结果显示在 个数据库的 dbo DatabaseLog 中 有 条相同记录 因为被选择的 个数据库完全相同 所以我们除了在 相同记录 中看到有值之外 其他列都没有值

第二部分显示与选择行(对象)相关的信息 她是一个带标签的表 有 个标签 每个标签代表第一部分的一列 不同记录 这个标签下的表格有两列 分别代表源和目标库中的数据列 其它标签下的表格都是单一列 如果点击 相同记录 标签 你将看到选择对象的所有记录

因为目标库中没有数据需要更新 所以 个按钮 写入更新 和 导出到编辑器 都是不可用的 这两个按钮主要用来更新目标数据库 写入更新 按钮表示直接更新数据库 而 导出到编辑器 则是将更新的脚本导出到独立的编辑器中 以方便修改和执行

经上所述 我们已经熟悉了做数据比较的方法 接下来我们继续讨论 看看那些修改是如何通过 数据比较功能 被反应出来的

比较键

为了进行数据比较 Data Dude需要一个拥有唯一值的列 如果表中没有这样的唯一键 它就不会被列入第二部分的 新数据比较 也就不会被列入比较的行列 所以 请务必记得 一个唯一的键是数据比较所必需的

如果一个表拥有不止一个的唯一键 这些键都会在 比较键 的下拉菜单中显示出来 Data Dude会自动选择第一个键作为比较的主键 但你也可以按照你的要求自己选择 下面的脚本将在 个数据库中创建一个表 并说明结果是如何在第二部分显示的 以下是引用片段 use AdventureWorks go create table TestTable (Column  int primary key not null  Column  varchar( )) go create unique index IX_TestTable on TestTable (Column ) go insert into TestTable values (   Value ) insert into TestTable values (   Value ) go use AdventureWorksTemp go create table TestTable (Column  int primary key not null  Column  varchar( )) go create unique index IX_TestTable on TestTable (Column ) go

一旦执行脚本 开始一个新的数据比较 结果将在第二部分显示如下

图中显示了主键和唯一键 我不能确定改变比较键是否能影响 *** 作或者性能 但是我知道 选择聚簇索引能提高数据比较的性能

反应数据修改

现在我们来修改一下两个数据库中的数据 然后看看这些改变是如何被表示出来的 修改数据的脚本语句如下 使用Data Dude执行脚本的步骤如下

· 打开管理工具并新开一个查询窗口

· 运行下面的脚本

USE AdventureWorks GO UPDATE Sales SalesOrderDetail SET OrderQty =  WHERE SalesOrderDetailID =  GO USE AdventureWorksTemp GO INSERT Person ContactType (Name) VALUES ( Assistant Account Manager )

· 打开我们创建的工程 开始一个新的数据比较

· 选择数据库 AdventureWorks 作为源 数据库 AdventureWorksTemp 作为目标 点击 完成 开始比较

· 分析比较结果 我们可以看到 Person ContactType 表的第一个不同之处 结果显示值 说明有一条记录是目标记录 建议从目标库中删除掉这个记录

结果显示 第二处修改在于表 Sales SalesOrderDetail 中 尽管我们只改变了表 Sales SalesOrderDetail 中的记录 但是 表上的触发器却同时更新了表 Sales SalesOrderHeader 和表 Production TransactionHistory

这些修改将被作为更新要求应用到目标库

写入更新 和 导出到编辑器 按钮现在变为可用状态 点击 导出到编辑器 按钮 分析产生的脚本 脚本如下

DROP CONSTRAINT and CREATE CONSTRAINT statements for all foreign keys DELETE statement for Person ContactType table UPDATE statement for Sales SalesOrderDetail and Sales SalesOrderHeader tables INSERT statement for Production TransactionHistory table

返回到数据比较标签 点击 写入更新 更新目标数据库

查询相应的表 看看目标库中的记录是否被更新

是不是任何记录都按照源数据库更新了呢查看数据比较窗口顶部的消息 上面显示X条记录被比较和更新了 为了确保每一条记录都被更新 我们再次比较一下 点击数据比较工具条中的 刷新 图标 开始重新比较 现在所有的记录都是相同的吗你会看到 在表 Order 中仍然有数据不匹配 现在我们来查找一下不匹配的原因 原来是 ModifiedDate 列出了问题 我们再次更新目标库 点击 写入更新 按钮来执行更新 刷新再比较 仍然不是所有的记录都匹配是的 因为表 Sales SalesOrderDetails 上设置的触发器 这种现象将一直继续 一旦执行更新 *** 作 触发器被激发并更新了 ModifiedDate 列和 Sales SalesOrderHeader 表 点击 关闭触发器 按钮 触发器 *** 作将被阻止

数据比较选项

点击数据库工具 >数据比较 会显示出 首选项窗口(工具 >选项) 其中有 个选项可以不同程度的改变更新的进程 激活或者关闭这些选项可以灵活的按照你的要求来控制更新 下面分别对这 个选项做简单介绍

关闭外键

这个选项默认情况下是激活的 所以我们能够在脚本中看到所有外键的删除和重新创建的语句 当更新和删除记录时 激活该选项会在执行时停止检查外键的可用性 而关闭该选项则会强迫检查外键的可用性

关闭触发器

激活该选项将会阻止激活触发器 如果在执行前面的更新 *** 作时 激活了该选项 我们就不会看到不匹配的记录 你可以在激活该选项的情况下再执行以下前面的 *** 作 看看结果

删除主键 索引和唯一性约束

一旦你激活了该选项 在比较时会删除掉所有的主键 所有的索引和所有的唯一性约束 但我曾没有遇到过删除主键和聚簇索引的脚本 如果你要更新一个表 而这个表数据量很大而且拥有很沉重的索引 那么删除索引是一个很好的选择

包含时间戳列

该选项默认是开着的 当它开着的时候 会比较时间戳列并显示时间戳是否有差异 但它不会更新目标库 也不会产生更新的脚本 关闭该选项将不会比较时间戳

不使用事务

激活这个选项将阻止脚本在事务中执行 默认情况下它是激活的

排除表示列 默认情况下 该选项是关闭的 因此会比较标识列的值 当激活该选项的时候 表示列的值不会被比较 也不会显示该列的不同之处 但我发现 当表示列是主键的一部分时 即使该选项被激活 也会比较标识列

消除尾部空格

激活该选项 会在更新目标库的时候 删除列中尾部的空格

lishixinzhi/Article/program/Oracle/201311/18874

Navicat for MySQL 功能简介

发布时间：2015-09-22

Navicat for MySQL 是一套管理和开发 MySQL 或 MariaDB 的理想解决方案，支持单一程序，可同时连接到 MySQL和MariaDB。这个功能齐备的前端软件为数据库管理、开发和维护提供了直观而强大的图形界面，给 MySQL 或 MariaDB 新手以及专业人士提供了一组全面的工具。

Navicat for MySQL 可连接到任何本机或远程 MySQL 和 MariaDB 服务器。它可以用于 MySQL 数据库服务器版本321或以上和 MariaDB 51或以上，与Drizzle、OurDelta 和 Percona Server 兼容，并支持大部分最新功能，包括表、视图、函数或过程、事件等。

主要功能包括 SQL 创建工具或编辑器、数据模型工具、数据传输、导入或导出、数据或结构同步、报表、以及更多。

Navicat for MySQL主要功能如下：

Navicat Cloud

Navicat for MySQL 提供 Navicat Cloud 服务给用户，同步连接设置、模型、查询和虚拟组到云。这样就能随时随地实时访问。有了 Navicat Cloud，便可以善用一天中的每分每秒，最大限度提高工作效率。

安全连接

Navicat 可通过 SSH 通道创建安全的 SSH 阶段作业，确保两台主机之间的连接受到强大验证和安全加密的保护,验证方式可使用密码、公钥、私钥。Navicat 也支持 >

摘要 随着信息化、网络化水平的不断提升，数据信息越来越受到安全威胁，信息泄露、信息篡改等信息安全问题屡见不鲜，从个人隐私到企业的商业秘密，甚至到政府国家的核心机密，都出现了不同程度的信息安全问题。由于目前大部分重要数据都是通过数据库系统来存储的，因此，数据库安全保护尤其重要，如何保护数据库体统的安全，有效防范信息泄漏和篡改，成为一个重要的安全保障目标。本文研究了数据库系统具体的安全保护措施。

关键词 计算机；数据库系统；数据安全；保护措施

中图分类号 TP311 文献标识码 A 文章编号 1673-9671-(2012)071-0125-01

近年来，随着信息化、网络化水平的不断提升，数据信息越来越受到安全威胁，信息泄露、信息篡改等信息安全问题屡见不鲜，所有存在数据的地方，只要数据是有价值的，就存在风险，就有人会去想法子窃取、篡改、贩卖，从中牟利。从个人隐私到企业的商业秘密，甚至到政府国家的核心机密，都出现了不同程度的信息安全问题。由于目前大部分重要数据都是通过数据库系统来存储的，因此，数据库安全保护尤其重要，如何保护数据库，有效防范信息泄漏和篡改成为一个重要的安全保障目标。那么，如何才能更加有效地保护数据库安全，防范信息泄漏和篡改呢？

1 加强对数据库的访问控制

访问控制是允许或禁止访问资源的过程。基于角色的访问控制是一种数据库权限管理机制，它根据不同的职能岗位划分角色，资源访问权限被封装在角色中，而用户被赋予角色，通过角色来间接地访问资源。在给角色或用户授权时，必须遵循最小权限和特权分离的基本安全原则。明确数据库管理和使用职责分工，最小化数据库帐号使用权限，防止权利滥用。同时，要加强口令管理，使用高强度口令，删除系统默认帐号口令等。

2 建立严格的用户认证机制

数据库安全机制是用于实现数据库的各种安全策略的功能集合，正是由这些安全机制来实现安全模型，进而实现保护数据库系统安全的目标。口令认证方式是鉴别数据库系统用户身份最基本的方式。实施严格的账号和密码管理机制，是实现数据库系统安全的重点。

用户标识是指用户向系统出示自己的身份z明，最简单的方法是输入用户ID和密码。标识机制用于惟一标志进入系统的每个用户的身份，因此必须保证标识的惟一性。鉴别是指系统检查验证用户的身份z明，用于检验用户身份的合法性。标识和鉴别功能保证了只有合法的用户才能存取系统中的资源。由于数据库用户的安全等级是不同的，因此分配给他们的权限也是不一样的，数据库系统必须建立严格的用户认证机制。身份的标识和鉴别是DBMS对访问者授权的前提，并且通过审计机制使DBMS保留追究用户行为责任的能力。功能完善的标识与鉴别机制也是访问控制机制有效实施的基础，特别是在一个开放的多用户系统的网络环境中，识别与鉴别用户是构筑DBMS安全防线的第一个重要环节。

3 对重要数据信息进行加密

数据加密是保证数据库系统中数据保密性和完整性的有效手段。数据库系统的加密措施是指对数据库系统中的重要数据进行加密处理，确保只有当系统的合法用户访问有权限的数据时，系统才把相应的数据进行解密 *** 作，否则，数据库系统应当保持重要数据的加密状态，以防止非法用户利用窃取到的明文信息对系统进行攻击。要对数据库及其核心业务系统进行安全加固，保护在系统边界部署防火墙、IDS/IPS、防病毒系统等，并及时地进行系统补丁检测，安全加固。

4 部署一套数据库审计系统

对数据库系统及其所在主机进行实时安全监控、事后 *** 作审计，部署一套数据库审计系统，这一点尤为重要，相当于数据库安全的最后一道防线。事实表明，现在的数据泄漏和篡改事件都是“内部人员”作案为主，他们有合法的帐号口令，他们完全可以把自己伪装成一个“合法”的内部人员，堂而皇之的窃取数据库信息，根本不用任何攻击手段，防火墙、IDS/IPS之类的传统安全系统根本发现不了。因此，对数据库系统的使用进行监控和审计，最关键的就在于对内部人员的违规和误 *** 作进行监控和审计。而这，正是数据库审计系统的特长。

针对重要的数据库及其业务系统，部署一套数据库审计系统，可以达到以下目标：1）数据 *** 作实时监控：对所有外部或者内部用户对数据库和主机的各种 *** 作行为、内容，进行实时监控。2）高危 *** 作即时阻断：对于高危 *** 作能够实时阻断，干扰攻击或者违规行为的执行。3）安全预警：对于入侵和违规行为进行及时预警和告警，并指导管理员进行应急响应处理。4）事后调查取证：对于所有行为能够进行事后查询、取证、调查分析，出具各种审计报表报告。5）责任认定、事态评估：系统能够记录和定位谁、在什么时候、通过什么方式对数据库进行了什么 *** 作，以及 *** 作的结果和可能的危害程度。

5 保护访问数据库的进出网络通道

虽然防病毒软件和防火墙提供了一定级别的安全防护，但并不能因此认为网络通信就是安全的。数据库监听器作为连接数据库服务端得网络进程，正经受着巨大的攻击风险。首要的任务，是对监听过程进行密码保护，而改变默认端口也是确保数据库监听器安全的一种好办法。通过配置数据库监听器，可以使其允许或不允许客户IP地址的访问。这也是保护数据库不受非预期用户访问的简单而有效的方法。

总之，数据库系统安全防范是一个永久性的问题，只有通过不断的改进和完善安全手段，才能提高数据库系统的可靠性，保证数据库系统的正常运行。

参考文献

[1]顾树华搭建高可用Oracle数据库系统[J]华南金融电脑,2005,11

[2]谭国律微机系统下应用软件中的数据安全[J]计算机应用,2001,11

[3]田丽丽"979"对国内数据库系统提出新要求[N]中国图书商报,2007

[4]单德华,杨红艳,孙鸿雁大型数据存储与管理系统设计与实现[J]制造业自动化,2010,02

[5]赵莉莉,王引斌浅谈数据库系统的发展[A]山西省科技情报学会2004年学术年会论文集[C]2005

以上就是关于Navicat for MySQL 有哪些常用功能全部的内容，包括:Navicat for MySQL 有哪些常用功能、oracle RMAN 的使用、用DataDude进行数据比较的方法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！