Navicat MySQL图形客户端mac新版发布

PremiumSoft 发布了Mac OS X下的Navicat Mysql图形客户端软件7.1.13版。该版本支持HTTP通道、外键数据选择、MySQL 5.X和触发器。

Navicat是一个功能强大的易于使用的MySQL客户端软件，提供了管理和开发MySQL的许多扩展功能。

下载测试版地址: http://www.navicat.com/download.html.

原文链接：http://www.navicat.com/news.html?yr=2006&mth=8

(t114)
在为用户提供动态内容方面，PHP和MySQL是一个强大的组合。这些年来，这两项产品已经跨越了它们最初的应用舞台，现在，一些世界上最繁忙的网站也在应用它们。虽然它们当初都是开源软件，只能在UNIX/Linux上运行，但经过相当一段时期的发展，它们已能在Windows平台上运行。
在本文中，我将逐步为你们说明如何在Windows环境中安装并配置这些产品。对你们中的一些人来说，本文提供的信息可能过于简单，但本文旨在完成文章标题所提出的目标，提供逐步的指导。
这个特殊的软件组合一般被称作WIMP（Windows/IIS/MySQL/PHP），仿效Linux领域内的LAMP（Linux/Apache/MySQL/PHP）。
我的实验室系统运行64位Windows Server 2003企业版。
第一步：在Windows Server 2003 R2系统上安装Application Server角色
为说明这个例子，我将用IIS作为网络服务器。你也可以选择不需要IIS的PHP、MySQL和Apache组合，但在此例中我不会使用它们。
要在系统上安装Application Server角色，点击“开始菜单”，选择“管理服务器”。在管理服务器主窗口中，点击“添加或删除一个角色”选项。（图1）

把Application Server角色安装到服务器上，使它可以做网站的主机
Windows将在服务器上搜索现有的角色，提供一个角色的完整列表以进行安装。（图2）

Application Server角色包括IIS和ASP.net
在服务器角色的安装过程中，系统可能要求你插入Windows Server光盘。所需的文件在光盘1中。
安装完成后，系统会更新管理服务器窗口，以反映所添加的新角色。
第二步：下载PHP和MySQL
这时，服务器已作好支持网页的准备。但由于还没有安装PHP或MySQL，网页还是静态的。在安装PHP和MySQL之前，必须从它们各自的网站下载其Windows版本。

7.2.9 MySQL 如何优化 ORDER BY

在一些情况下，MySQL可以直接使用索引来满足一个 ORDER BY 或 GROUP BY 子句而无需做额外的排序。

尽管 ORDER BY 不是和索引的顺序准确匹配，索引还是可以被用到，只要不用的索引部分和所有的额外的 ORDER BY 字段在 WHERE 子句中都被包括了。下列的几个查询都会使用索引来解决 ORDER BY 或 GROUP BY 部分：

SELECT * FROM t1 ORDER BY key_part1,key_part2,... ;

SELECT * FROM t1 WHERE key_part1=constant ORDER BY key_part2;

SELECT * FROM t1 WHERE key_part1=constant GROUP BY key_part2;

SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 DESC;

SELECT * FROM t1

WHERE key_part1=1 ORDER BY key_part1 DESC, key_part2 DESC;

在另一些情况下，MySQL无法使用索引来满足 ORDER BY，尽管它会使用索引来找到记录来匹配 WHERE 子句。这些情况如下：

对不同的索引键做 ORDER BY ：

SELECT * FROM t1 ORDER BY key1, key2;

在非连续的索引键部分上做 ORDER BY：

SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;

同时使用了 ASC 和 DESC：

SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;

用于搜索记录的索引键和做 ORDER BY 的不是同一个：

SELECT * FROM t1 WHERE key2=constant ORDER BY key1;

有很多表一起做连接，而且读取的记录中在 ORDER BY 中的字段都不全是来自第一个非常数的表中（也就是说，在 EXPLAIN 分析的结果中的第一个表的连接类型不是 const）。

下面的例子展示了如何通过 EXPLAIN 提供的信息来较大程度地优化多表联合查询的性能。

假设有下面的 SELECT 语句，正打算用 EXPLAIN 来检测：

EXPLAIN SELECT tt.TicketNumber, tt.TimeIn,

tt.ProjectReference, tt.EstimatedShipDate,

tt.ActualShipDate, tt.ClientID,

tt.ServiceCodes, tt.RepetitiveID,

tt.CurrentProcess, tt.CurrentDPPerson,

tt.RecordVolume, tt.DPPrinted, et.COUNTRY,

et_1.COUNTRY, do.CUSTNAME

FROM tt, et, et AS et_1, do

WHERE tt.SubmitTime IS NULL

AND tt.ActualPC = et.EMPLOYID

AND tt.AssignedPC = et_1.EMPLOYID

AND tt.ClientID = do.CUSTNMBR;

在这个例子中，先做以下假设：

要比较的字段定义如下：

（t114）

连接类型跟 ALL 一样，不同的是它只扫描索引树。它通常会比 ALL 快点，因为索引文件通常比数据文件小。MySQL在查询的字段知识单独的索引的一部分的情况下使用这种连接类型。

ALL

将对该表做全部扫描以和从前一个表中取得的记录作联合。这时候如果第一个表没有被标识为 const 的话就不大好了，在其他情况下通常是非常糟糕的。正常地，可以通过增加索引使得能从表中更快的取得记录以避免 ALL。

possible_keys

possible_keys 字段是指MySQL在搜索表记录时可能使用哪个索引。注意，这个字段完全独立于 EXPLAIN 显示的表顺序。这就意味着 possible_keys 里面所包含的索引可能在实际的使用中没用到。如果这个字段的值是 NULL，就表示没有索引被用到。这种情况下，就可以检查 WHERE 子句中哪些字段那些字段适合增加索引以提高查询的性能。就这样，创建一下索引，然后再用 EXPLAIN 检查一下。详细的查看章节"14.2.2 ALTER TABLE Syntax"。想看表都有什么索引，可以通过 SHOW INDEX FROM tbl_name 来看。

key

key 字段显示了MySQL实际上要用的索引。当没有任何索引被用到的时候，这个字段的值就是 NULL。想要让MySQL强行使用或者忽略在 possible_keys 字段中的索引列表，可以在查询语句中使用关键字FORCE INDEX, USE INDEX, 或 IGNORE INDEX。如果是 MyISAM 和 BDB 类型表，可以使用 ANALYZE TABLE 来帮助分析使用使用哪个索引更好。如果是 MyISAM 类型表，运行命令 myisamchk --analyze 也是一样的效果。详细的可以查看章节"14.5.2.1 ANALYZE TABLE Syntax"和"5.7.2 Table Maintenance and Crash Recovery"。

key_len

key_len 字段显示了MySQL使用索引的长度。当 key 字段的值为 NULL 时，索引的长度就是 NULL。注意，key_len 的值可以告诉你在联合索引中MySQL会真正使用了哪些索引。