qsl是澳大利亚哪里

⑴ 上海日语中专

上海市工商外国语学校，有日语专业

http://ke..com/link?url=-WQsI7OViFsQslCBq

⑵ 谁有世界各国名称的sql脚本

part 1 -- phpMyAdmin SQL Dump -- version 2.10.2 -- http://www.phpmyadmin.net -- -- 主机: localhost -- 生成日期: 2009 年 08 月 24 日 22:19 -- 服务器版本: 5.0.45 -- PHP 版本: 5.2.3 SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; -- -- 数据库: `b2b` -- -- -------------------------------------------------------- -- -- 表的结构 `b2b_zones_code` -- CREATE TABLE `b2b_zones_code` ( `id` int(12) unsigned NOT NULL auto_increment, `country` varchar(70) collate utf8_unicode_ci NOT NULL, `zone_code` int(5) NOT NULL, `chinese_name` varchar(70) collate utf8_unicode_ci NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT='世界国家代码及所属区' AUTO_INCREMENT=228 ; -- -- 导出表中的数据 `b2b_zones_code` -- INSERT INTO `b2b_zones_code` VALUES (1, 'Country', 0, ''); INSERT INTO `b2b_zones_code` VALUES (2, 'Afghanistan ', 13, '阿富汗'); INSERT INTO `b2b_zones_code` VALUES (3, 'Albania ', 10, '阿尔巴尼亚'); INSERT INTO `b2b_zones_code` VALUES (4, 'Algeria ', 13, '阿尔及利亚'); INSERT INTO `b2b_zones_code` VALUES (5, 'American Samoa ', 13, '美属萨摩亚'); INSERT INTO `b2b_zones_code` VALUES (6, 'Andorra', 13, '安道尔'); INSERT INTO `b2b_zones_code` VALUES (7, 'Angola ', 13, '安哥拉'); INSERT INTO `b2b_zones_code` VALUES (8, 'Anguilla ', 13, '安圭拉'); INSERT INTO `b2b_zones_code` VALUES (9, 'Antigua', 13, '安提瓜'); INSERT INTO `b2b_zones_code` VALUES (10, 'Argentina ', 13, '阿根廷'); INSERT INTO `b2b_zones_code` VALUES (11, 'Armenia ', 10, '亚美尼亚'); INSERT INTO `b2b_zones_code` VALUES (12, 'Aruba ', 13, '阿鲁巴'); INSERT INTO `b2b_zones_code` VALUES (13, 'Australia ', 5, '澳大利亚'); INSERT INTO `b2b_zones_code` VALUES (14, 'Austria ', 9, '奥地利'); INSERT INTO `b2b_zones_code` VALUES (15, 'Azerjan ', 10, '阿塞拜疆'); INSERT INTO `b2b_zones_code` VALUES (16, 'Bahamas ', 13, '巴哈马'); INSERT INTO `b2b_zones_code` VALUES (17, 'Bahrain ', 12, '巴林'); INSERT INTO `b2b_zones_code` VALUES (18, 'Bangladesh ', 11, '孟加拉'); INSERT INTO `b2b_zones_code` VALUES (19, 'Barbados ', 13, '巴巴多斯'); INSERT INTO `b2b_zones_code` VALUES (20, 'Belarus ', 10, '白俄罗斯'); INSERT INTO `b2b_zones_code` VALUES (21, 'Belgium ', 7, '比利时'); INSERT INTO `b2b_zones_code` VALUES (22, 'Belize ', 13, '伯利兹'); INSERT INTO `b2b_zones_code` VALUES (23, 'Benin ', 13, '贝宁'); INSERT INTO `b2b_zones_code` VALUES (24, 'Bermuda ', 13, '百慕大'); INSERT INTO `b2b_zones_code` VALUES (25, 'Bhutan ', 13, '不丹'); INSERT INTO `b2b_zones_code` VALUES (26, 'Bolivia ', 13, '玻利维亚'); INSERT INTO `b2b_zones_code` VALUES (27, 'Bosnia & Herzegovina ', 10, '波斯尼亚和黑塞哥维那'); INSERT INTO `b2b_zones_code` VALUES (28, 'Botswana ', 13, '博茨瓦那'); INSERT INTO `b2b_zones_code` VALUES (29, 'Brazil ', 13, '巴西'); INSERT INTO `b2b_zones_code` VALUES (30, 'Brunei ', 13, '文莱'); INSERT INTO `b2b_zones_code` VALUES (31, 'Bulgaria ', 9, '保加利亚'); INSERT INTO `b2b_zones_code` VALUES (32, 'Burkina Faso', 13, '布基那法索'); INSERT INTO `b2b_zones_code` VALUES (33, 'Burundi ', 13, '布隆迪'); INSERT INTO `b2b_zones_code` VALUES (34, 'Cambodia (Kampuchea) ', 13, '柬埔寨'); INSERT INTO `b2b_zones_code` VALUES (35, 'Cameroon ', 13, '喀麦隆'); INSERT INTO `b2b_zones_code` VALUES (36, 'Canada ', 6, '加拿大'); INSERT INTO `b2b_zones_code` VALUES (37, 'Cape Verde ', 13, '佛得角'); INSERT INTO `b2b_zones_code` VALUES (38, 'Cayman Islands ', 13, '开曼群岛'); INSERT INTO `b2b_zones_code` VALUES (39, 'Central African Republic ', 13, '中非共和国'); INSERT INTO `b2b_zones_code` VALUES (40, 'Chad ', 13, '乍得'); INSERT INTO `b2b_zones_code` VALUES (41, 'Chile ', 13, '智利'); INSERT INTO `b2b_zones_code` VALUES (42, 'CHRISTMAS ISLAND', 13, '圣诞岛'); INSERT INTO `b2b_zones_code` VALUES (43, 'COCOS KEELING ISLANDS', 13, '科科斯（基灵）群岛'); INSERT INTO `b2b_zones_code` VALUES (44, 'Colombia ', 13, '哥伦比亚'); INSERT INTO `b2b_zones_code` VALUES (45, 'Comoros', 13, '科摩罗'); INSERT INTO `b2b_zones_code` VALUES (46, 'Congo ', 13, '刚果'); INSERT INTO `b2b_zones_code` VALUES (47, 'Congo The Democratic Republic ', 13, '刚果民主共和国'); INSERT INTO `b2b_zones_code` VALUES (48, 'Cook Islands ', 13, '库克群岛'); INSERT INTO `b2b_zones_code` VALUES (49, 'Costa Rica ', 13, '哥斯达黎加'); INSERT INTO `b2b_zones_code` VALUES (50, 'Cote Dlvoire ', 13, '科特迪瓦'); INSERT INTO `b2b_zones_code` VALUES (51, 'Croatia ', 9, '克罗地亚'); INSERT INTO `b2b_zones_code` VALUES (52, 'Cuba ', 13, '古巴'); INSERT INTO `b2b_zones_code` VALUES (53, 'Cyprus ', 9, '塞浦路斯'); INSERT INTO `b2b_zones_code` VALUES (54, 'Czech Republic ', 9, '捷克共和国'); INSERT INTO `b2b_zones_code` VALUES (55, 'Demark ', 8, '丹麦'); INSERT INTO `b2b_zones_code` VALUES (56, 'Djibouti ', 13, '吉布提'); INSERT INTO `b2b_zones_code` VALUES (57, 'Dominica ', 13, '多米尼加'); INSERT INTO `b2b_zones_code` VALUES (58, 'Dominican Republic ', 13, '多米尼加共和国'); INSERT INTO `b2b_zones_code` VALUES (59, 'Ecuador ', 13, '厄瓜多爾尔尔'); INSERT INTO `b2b_zones_code` VALUES (60, 'Egypt ', 12, '埃及'); INSERT INTO `b2b_zones_code` VALUES (61, 'El Salvador ', 13, '萨尔瓦多'); INSERT INTO `b2b_zones_code` VALUES (62, 'Equatorial Guinea ', 13, '赤道几内亚'); INSERT INTO `b2b_zones_code` VALUES (63, 'Eritrea ', 13, '厄立特里亚'); INSERT INTO `b2b_zones_code` VALUES (64, 'Estonia ', 9, '爱沙尼亚'); INSERT INTO `b2b_zones_code` VALUES (65, 'Ethiopia ', 13, '埃塞俄比亚'); INSERT INTO `b2b_zones_code` VALUES (66, 'Faroe Islands ', 13, '法罗群岛'); INSERT INTO `b2b_zones_code` VALUES (67, 'Fiji Islands ', 13, '斐济群岛'); INSERT INTO `b2b_zones_code` VALUES (68, 'Finland ', 8, '芬兰'); INSERT INTO `b2b_zones_code` VALUES (69, 'France ', 8, '法国'); INSERT INTO `b2b_zones_code` VALUES (70, 'French Guiana ', 13, '法属圭亚那'); INSERT INTO `b2b_zones_code` VALUES (71, 'Gabon ', 13, '加蓬'); INSERT INTO `b2b_zones_code` VALUES (72, 'Gambia ', 13, '冈比亚'); INSERT INTO `b2b_zones_code` VALUES (73, 'Georgia ', 10, '格鲁吉亚'); INSERT INTO `b2b_zones_code` VALUES (74, 'Germany ', 7, '德国'); INSERT INTO `b2b_zones_code` VALUES (75, 'Ghana ', 13, '加纳'); INSERT INTO `b2b_zones_code` VALUES (76, 'Gibraltar ', 13, '直布罗陀'); INSERT INTO `b2b_zones_code` VALUES (77, 'Greece ', 8, '希腊'); INSERT INTO `b2b_zones_code` VALUES (78, 'Greenland ', 10, '格陵兰岛'); INSERT INTO `b2b_zones_code` VALUES (79, 'Grenada ', 13, '格林纳达'); INSERT INTO `b2b_zones_code` VALUES (80, 'Guadeloupe ', 13, '瓜德罗普'); INSERT INTO `b2b_zones_code` VALUES (81, 'Guam ', 13, '关岛'); INSERT INTO `b2b_zones_code` VALUES (82, 'Guatemala ', 13, '危地马拉'); INSERT INTO `b2b_zones_code` VALUES (83, 'Guinea Republic ', 13, '几内亚'); INSERT INTO `b2b_zones_code` VALUES (84, 'Guinea-Bissau', 13, '几内亚比绍'); INSERT INTO `b2b_zones_code` VALUES (85, 'Guyana(British) ', 13, '圭亚那(英)'); INSERT INTO `b2b_zones_code` VALUES (86, 'Haiti ', 13, '海地'); INSERT INTO `b2b_zones_code` VALUES (87, 'HOLY SEE VATICAN CITY STATE', 10, '梵蒂冈'); INSERT INTO `b2b_zones_code` VALUES (88, 'Honras ', 13, '洪都拉斯'); INSERT INTO `b2b_zones_code` VALUES (89, 'Hongkong ', 1, '香港');

⑶ 紧急！！！！

Arkansas, California, North Carolina
Quebec, Melbourne

⑷ NBL和CBA有什么区别

一、级别不同

1、CBA级别：中国男子篮球职业联赛，是由中国篮球协会所主办的跨年度主客场制篮球联赛，中国最高等级的篮球联赛。

2、NBL级别：由职业篮球俱乐部组成的全国性篮球联赛，隶属于中国篮球协会三大联赛之一，也是国家体育总局第一个“管办分离”落地的国家顶级联赛。

二、创办时间不同

1、CBA创办时间：创办时间是1995年。

2、NBL创办时间：创办时间是1996年。

(4)qsl是澳大利亚哪里扩展阅读：

CBA在1995-1996赛季由555香烟取得联赛的冠名权，从1996-1997赛季到2000-2001赛季的希尔顿中国男篮甲级联赛获得联赛冠军。之后，摩托罗拉和联通新时空分别夺得联赛冠军。该联盟于2005年正式更名为中国男子篮球职业联赛。CBA球队数量共计20支。

CBA自每年的10月或11月开始至次年的4月左右结束，截至2008-2019赛季，已有7支球队获得冠军。广东队第九次夺冠，八一队第八次夺冠，北京队第三次夺冠，上海队、四川队、新疆队和辽宁队各一次夺冠。

⑸ SQL 2008 如果提取括号内数据

通过SUBSTRING() 截取字符

SUBSTRING() 中的位置参数通过 CHARINDEX()确定

selectSUBSTRING(str,CHARINDEX(str,'（')+1,CHARINDEX(str,'）')-CHARINDEX(str,'（')-1)

⑹ 求澳大利亚的作家罗莎莉 哈姆 的小说《裁缝》

《裁缝》网络网盘免费资源下载：

链接:

《裁缝》为作家罗萨莱·哈姆(RosalieHam)的小说,

⑺ oracle的发展历史是怎样的

1977年6月，Larry Ellison与Bob Miner和Ed Oates在硅谷共同创办了一家名为软件开发实验室（Software Development Laboratories，SDL）的计算机公司（ORACLE公司的前身）。那个时候，32岁的Larry Ellison，这个读了三家大学都没能毕业的辍学生，还只是一个普通的软件工程师。公司创立之初，Miner是总裁，Oates为副总裁，而Ellison，因为一个合同的事情，还在另一家公司上班。没多久，第一位员工Bruce Scott（用过ORACLE数据库软件的人都知道有个Scott用户的吧？没错，就是这个Scott，至于Scott用户的密码Tiger，那是Scott养的猫的名字, Oracle也一直没有忘记她的第一位程序员）加盟进来，在Miner和Oates有些厌倦了那种合同式的开发工作后，他们决定开发通用软件，不过们还不知道自己能开发出来什么样的产品。Oates最先看到了埃德加 考特的那篇着名的论文连同其他几篇相关的文章并推荐Ellison和Miner也阅读一下。Ellison和Miner预见到数据库软件的巨大潜力（跟着IBM走，没错），于是，SDL开始策划构建可商用的关系型数据库管理系统（RDBMS）。

根据Ellison和Miner他们在前一家公司从事的一个由中央情报局投资的项目代码,他们把这个产品命名为ORACLE。因为他们相信，ORACLE（字典里的解释有“神谕, 预言”之意）是一切智慧的源泉。1979年，SDL更名为关系软件有限公司（Relational Software，Inc.，RSI），毕竟“软件开发实验室”不太像一个大公司的名字。1983年，为了突出公司的核心产品，RSI再次更名为ORACLE。Oracle从此正式走入人们的视野。

RSI在1979年的夏季发布了可用于DEC公司的PDP-11计算机上的商用ORACLE产品，这个数据库产品整合了比较完整的SQL实现，其中包括子查询、连接及其他特性。出于市场策略，公司宣称这是该产品的第二版，但却是实际上的第一版。这就是Oracle这种“要命”的市场策略，事实上，这种策略有时候也是非常成功的。

1983年3月，RSI发布了ORACLE第三版。Miner和Scott历尽艰辛用C语言重新写就这一版本。(说老实话，太佩服这两个大牛了，为什么一直没多少媒体宣传这两个人呢，怀疑Miner简直就是“少林老僧”般的人物。)要知道，C语言当时推出不久，用它来写ORACLE软件也是具有一定的风险的，但除此之外，别无他法。很快就证明了这样做是多么的正确:C编译器便宜而又有效，还有很好的移植性。从现在起，ORACLE产品有了一个关键的特性：[可移植性]。同样是1983年，IBM发布了姗姗来迟的Database 2（DB2），但只可在MVS上使用。不管怎么说，ORACLE已经占取了先机。

在开发第三版还没有结束的时候，Scott离开了ORACLE。当时用C语言改写ORACLE的压力很大，无休止的软件调试终于让Scott不堪重负，选择了一走了之。把剩下的重担交给了Miner一个人。在出售了自己的%4的股票之后，Scott 后来创建了Gupta公司（现更名为Centura Software）和PointBase公司（提供百分之百纯Java嵌入式数据库），都是开发和数据库相关的产品。多年后有人问到他的%4的ORACLE股票的时候，Scott，这个曾经给ORACLE写出第一行代码的技术高手，也只能报以一笑了。如果能坚持下来，那是一笔几亿美金的财富。不过当时的Scott没有那么多的想法，他只是太累了。

很长一段时间里，公司研发由Miner独力承担。Miner视金钱如无物，为人低调，和Ellison的锋芒必露形成鲜明的对比。在公司里，大家一致认为他是老好人，他也深受员工爱戴。Ellison是公司的大脑，Miner则当之无愧的成为公司的心脏。他是个沉默的英雄，正如Steve Jobs背后的Steve Wozniak一样。

1984年10月，ORACLE发布了第4版产品。产品的稳定性总算得到了得到了一定的增强，用Miner的话说，达到了“工业强度”。

在1985年，ORACLE发布了5.0版。有用户说，这个版本算得上是ORACLE数据库的稳定版本。这也是首批可以在Client/Server模式下运行的的RDBMS产品，在技术趋势上，ORACLE数据库始终没有落后。

那是在1985年，当时曾经的最大的独立软件公司Cullinet(主要销售网状数据库)已经如流星般陨落。ORACLE的主要竞争对手是Ingres数据库。Ingres在加州大学伯克利分校诞生，主要的设计者是当时鼎鼎大名的Michael Stonebraker教授。可以说Ingres数据库软件是上个世纪80年代技术上最好的数据库，Ingres市场分额的快速增长已经给ORACLE早成了很大的压力。巧的是，这个时候，IBM公司再一次伸出“上帝之手”。

Ingres使用的是Stonebraker 发明的QUEL（Query Language））的查询技术，这和IBM的SQL大不相同。在某些地方QUEL甚至要优于SQL。IBM当时担心Ingres把QUEL变成标准会对自己不利。经过一番衡量，决定把自己的SQL提交给数据库标准委员会。而Stonebraker教授可不打算把QUEL提交给数据库标准委员会，学院派的他认为这麽做实际上是扼杀了创新精神。可以看出，学院派，大都会把事情搞杂。

1986年3月12日，ORACLE公司以每股15美元公开上市，当日以20.75美元收盘，公司市值2.7亿美元。3月13日，微软以每股21美元的发行价上市，以28美元收市，公司市值达到7亿美元。远远超过了ORACLE。成功的光环的微软和盖茨遮盖住了ORACLE和Ellison的光芒，可能这也是Ellison敌视微软的开始。

ORACLE第6版于1988年发布。由于过去的版本在性能上屡受诟病，Miner带领着工程师对数据库核心进行了重新的改写。引入了行级锁（row-level locking）这个重要的特性，也就是说，执行写入的事务处理只锁定受影响的行，而不是整个表。这个版本引入了还算不上完善的PL/SQL（Proceral Language extension to SQL）语言。第6版还引入了联机热备份功能，使数据库能够在使用过程中创建联机的备份，这极大地增强了可用性。

在第六版刚发布之后，很多迫不及待开始使用的用户就怨声载道。这是个根本就没有测试好就进行发布的产品（也怪Ellison，大话总要说在前头，只好自尝苦果）。用户开始对ORACLE大肆抨击，ORACLE的一些对手也开始落井下石，针对ORACLE产品的一些弱点进行攻击。

噩梦延续到ORACLE第七版的推出而结束。这个公司已经空谈了好几年的新版本（一度被讥讽为不过是Ellison的故计重施而已），直到1992年6月才终于闪亮登场，这一次公司吸取了第六版匆忙上市的教训，听取了用户的多方面的建议，并集中力量对新版本进行了大量而细致的测试。该版本增加了许多新的性能特性：分布式事务处理功能、增强的管理功能、用于应用程序开发的新工具以及安全性方法。

ORACLE 第七版是ORACLE真正出色的产品,取得了巨大的成功。这个版本的出现真是好时机，当时Sybase公司的数据库已经占据了不少份额，ORACLE借助这一版本的成功，一具击退了咄咄逼人的Sybase。公司的销售人员这次算到了给用户兑现空头许诺的时候。公司经过两三年的治理，终于摆脱了种种麻烦，重新开始健康发展，销售额也从92年的15亿美元变为四年后的42亿美元。

1997年6月，ORACLE第八版发布。ORACLE8支持面向对象的开发及新的多媒体应用，这个版本也为支持Internet、网络计算等奠定了基础。同时这一版本开始具有同时处理大量用户和海量数据的特性。

1998年9月，ORACLE公司正式发布ORACLE 8i。“i”代表Internet，这一版本中添加了大量为支持Internet而设计的特性。这一版本为数据库用户提供了全方位的Java支持。ORACLE 8i成为第一个完全整合了本地Java运行时环境的数据库，用Java就可以编写ORACLE的存储过程。对，Java，只要是能够打击微软的武器，ORACLE都要派上用场。

在2001年6月的ORACLE OpenWorld大会中，ORACLE发布了ORACLE 9i。在ORACLE 9i的诸多新特性中，最重要的就是Real Application Clusters（RAC）了。说起ORACLE集群服务器，早在第五版的时候，ORACLE就开始开发ORACLE并行服务器（ORACLE Parallel Server ，OPS），并在以后的版本中逐渐的完善了其功能，不过，严格来说，尽管OPS算得上是个集群环境，但是并没有体现出集群技术应有的优点。

2003年9月8日，旧金山举办的ORACLE World大会上，Ellison宣布下一代数据库产品为“ORACLE 10g”。ORACLE应用服务器10g（ORACLE Application Server 10g）也将作为甲骨文公司下一代应用基础架构软件集成套件。“g”代表“grid ,网格”。这一版的最大的特性就是加入了网格计算的功能。(Oracle绝对是造概念的能手，只要是能引领出新的卖点，出些新概念，也是值得的)。

最近两年，Oracle先后又收购了People soft(103亿$), BEA(80多亿$)，还有Sibel之类的就不说了。通过收购，实力大增。

2007年11月，Oracle 11g正式发布，功能上大大加强。11g是甲骨文公司30年来发布的最重要的数据库版本，根据用户的需求实现了信息生命周期管理（Information Lifecycle Management）等多项创新。大幅提高了系统性能安全性，全新的Data Guard最大化了可用性,利用全新的高级数据压缩技术降低了数据存储的支出，明显缩短了应用程序测试环境部署及分析测试结果所花费的时间，增加了RFID Tag、DICOM医学图像、3D空间等重要数据类型的支持，加强了对Binary XML的支持和性能优化。

从Oracle的发展来看，它的市场策略直接引导着公司的发展。与别的公司有很大的不同。

⑻ 收音机求助

外地的FM广播是很难收到的，如果有兴趣可以试试自己DIY特别好的天线，也可以收到，这叫做FM DX，有的广播爱好者可以在国内收到澳大利亚的电台，在平原地区FM DX比较容易。在山区困难一点。
此外还有一招，就是用卫星广播，要用专用的收音机，可以直接接收卫星信号，效果非常好，叫做HD收音机，一千元左右。

附资料：
调频广播使用超短波频段。一般认为频率高于40MHz以上的超短波信号是按直线方式传播的，因而只能在“视距”范围内接收信号。但是，在50年代初期国外就不断报道用普通的电视机和最简单的天线收到几百公里甚至一千多公里以外的电视节目的消息。例如，在比利时、荷兰、捷克、德国、芬兰能收到苏联的电视节目，在苏联莫斯科可以收到意大利、英国等地区的电视节目等。在随后的几十年里，各国的无线电专业工作者和业余爱好者在这方面作了大量的工作，对超短波的远距离传播机理和实践技术进行了广泛而深入的研究。例如，在50年代，苏联工程师索特尼柯夫在电视远距离接收方面进行了大量的实践，在莫斯科地区成功地接收了东欧和英国等地的电视广播，并出版了专着。荷兰业余无线电爱好者姆杰维夫从60年代开始长期从事电视远距离接收实践，他利用一台普通的黑白电视机，配上安装在19.5米高的铁塔上的多波段可转动定向天线，收到了世界各国的二千多个电视台的电视节目，最远的相距3500公里。

在我国，许多业余无线电爱好者也在这方面进行了大量有趣的实践。例如广西南宁市的陈海生，用普通的立体声收音机配上高增益的定向天线和天线放大器，成功地收到澳大利亚、新西兰以及东南亚一些国家的立体声调频广播，同时可收到20多个立体声电台，频率从89MHz~ 106MHz，把整个FM频段占满了，而且每个电台的音质都很好，音乐立体感很强。此外，在其他地方，也有不少业余爱好者进行过类似的实验，都收到了一定的效果。在华东和华南等纬度较低的地区，效果更好。

电视和调频广播远距离接收的实践，打破了人们对超短波传播规律的传统观念。于是，各国无线电专家对远距离传播的原理和规律进行了广泛地研究。例如，在50年代初美国联邦电波传播研究所就对50MHz电波的远距离传播特性进行了深入地研究。50年代末到60年代初日本电波研究所也对VHF电波的传播原理和规律进行了广泛地研究，并成功地进行了VHF电波从澳大利亚到日本和韩国之间的横断赤道的远距离传播实验，最长距离达6880公里。其他国家的科学家也对VHF电波的远距离传播原理和规律进行了广泛而深入的研究，揭示了许多有价值的规律。

研究表明，在几百公里范围内，VHF电波是利用对流层特性变化进行远距离传播的，其稳定性较好，持续时间也较长。因此，在几百公里范围内进行调频广播的远距离接收是有一定实用价值的。VHF电波在1000公里以上的远距离传播是依靠电离层中电子密度特别高的“电子云” 反射而实现的。由于这种电子云的形成和活动规律带有随机性和季节性，因此专家们认为它不能作为正常的通信渠道应用。但是，在中纬度地区，在夏季，上述电子云的活动特别频繁，持续时间也较长，对于业余接收远距离调频广播还是有一定的利用价值。借助于这种方式，利用普通的接收机和天线，就能够收到数百公里至数千公里之外的调频广播。

什么是FM DX?

"FM DX"是无线电术语，代表“远距离接收FM电台信号”。

（2）"DX"代表什么意思?

用于FM接收的八木天线。ULTIMATE FM DX ANTENNA "DX"是业余电台关于"distance"这个词的简略语。业余电台经常使用简略语来使得用莫尔斯电码拍发时能快一些。当然这种简略语也能超越语言的不同，在不同的语言中它们有相同的含义。许多业余电台的简略语也在普通的无线电爱好中能得到应用，以至成为某种标准。其它常见的简略语有 QRM (有干扰), QSL (通讯/收听证明), QTH (地址), 和 QRP (减小功率). 两个业余电台爱好者之间的对话经常听起来象alphabet soup！

（3）TV DX是怎么发生的?

总的来说，FM TV DX在正常的大气层条件发生变化，以至允许远距离接收才发生。在上层大气层中的骚动变化，允许本地信号反射或通过“输送管”达到外地。各种各样的短 波电台是依靠正常的大气层特性来传播到全球各地。一种简单的FM DX的定义可以是“当 FM信号象短波信号一样”。当然象短波信号一样的传播方式只是FM DX的一种方式。太阳黑子活动往往在这其中起着重要的作用。

（4）什么是“跳跃skip”？

本来正常的电离层只能反射一定频率以下的信号，最高可以反射的频率称为MUF(Max Usable Frequency)。在MUF以下的信号可以得到电离层的反射，象跳跃一样从发射点到外 地。在太阳黑子高峰年，有时MUF会高过100MHz。这时FM广播电台信号也能得到电离层的反射。还有一种情况发生在局部电离层特变，整体MUF仍然不高，但是局部地区的Es层变异， 也能反射VHF FM信号。另外流星余迹也能造成反射。

（5）是否FM DX就象我接收附近电台的信号一样？

No. 一般来说，FM信号可以在50到80公里的范围内被接收到。这个距离和地形地貌有点关系，在平原地区会很远，甚至超过一百公里。如我在南京接收到的扬中台，距离约在100公里。之所以不认为它是FM DX是因为我每天在它播音的时候都可以接收到它的信号，因此它一定是直接传播过来的，可能是视线传播（因为我在21楼，很高），也可能是特殊的地波传播，但一定不属于DX。1990年有一段时间我在杭州在四楼室内可以较稳定地每天 在适当的时候接收到200公里外上海台的信号，我曾经专门为此请教了上海的前辈BA4CH，因为200公里这个距离我有点拿不准，最后我们还是认为算是DX。果然两个月以后信号就 消失了。但是1998年我在杭州做一个转发站工程的时候，每天任何时候在90米高的楼顶都可以清晰、稳定地接收上海台的信号，那个就不是DX了。

（6）我怎么知道这是一个远距离信号?

这是你曾经听到过的电台吗？如果不是，她在你的区域内吗？如果上面两条有一条不对，也许你收听到了DX电台。通常我们通过电台播报的台号来确认电台，但是中国的调频电台很 不注意经常播报自己的名字，特别是那些县级台，往往我们要等上半个小时，到整点报时的 时候才能听到。还有一种手段是听她的新闻和广告当中出现的地名，如果出现的是一个县或县级市的名字，那么几乎可以确定是XX人民广播电台。如果是地级市就不好办了，一定要真 的听到她报台号才知道。另外中国的调频电台经常转播上级或是中央台的节目，比如“XX省 全省新闻联播”（每次听到这个时候我往往想把机器给砸了），那个时候就不好判断了。

（7）是否需要特殊的设备?

Not always. 用简单的设备也可以收到DX信号。1988年前后我的姨夫是用一架自制的黑 白电视机和拉杆天线在五楼室内接收韩国和日本的电视信号的。当然最好你能有最灵敏的天 线或是加一副高放。有的时候，DX信号太微弱了，只有通过好的设备才能接收到。好的设备 至少要求两项指标：一是灵敏度，最好能在1uV以下；二是选择性，最好能有150KHz。另外 最好能有一套衰减本地信号的陷波器，还有就是立体声解码可以关闭。很多业余电台的设备 并不很合适，倒是汽车收音机往往能找到不错的。数字调谐不是必须的，但是我觉得能有会 帮助你做记录，至少不需要通过电台自己的报告来知道她的确切频率。

（8）那么天线呢？

一般来说，你的天线越高级，就越容易接收到DX信号。一个高级的天线连接在一个普通的收音机上比一个差劲的天线连接在一个高档的收音机上要有效地多。当然室外天线一定是比室外的要好。使用定向天线时，一个旋转器能帮你对准微弱的DX信号，或是减少本地信号的影响。尽管如此，你还是有可能在地下室用普通收音机听到DX信号。

（9）FM DX可预测吗？

只可能做一个大致的关于可能和不可能的预测。总的来说，夏天是FM DX最好的时间。

（10）DX信号会持续多久？

一般来说，信号持续到使它们到你那里的传播条件消失为止。这有可能是几秒钟，也可能是几天。

（11）住在水边会有助于DX吗？住在山上呢？有线电视会干扰FM DX吗？

如果水在你和信号源之间，那么水是有帮助的。水体能反射信号，使得DX成为可能。 山体会阻挡或减弱信号，使得DX困难。当然传播是无所不在的，即使你住在山谷里。屏蔽不好的电视电缆会向空间中发射无线电波，那么就可能干扰FM DX信号。我国无线电管理部门还有有线电视信号泄漏干扰无线通讯的案例。

（12）能收到外国的信号吗？

是的。比如杭州的FM电台经常能收到日本冲绳地方的收听报告。但是国外的调频广播电台的频段不一定和我国的相同，具体可以参看《几个主要国家调频广播标准》。

⑼ app是什么意思

eachnet在上海好几个ISP那里放了服务器，以保证服务不因某个ISP的问题而无法访问。我曾经见过eachnet在上海热线机房的服务器，说出来，大家可能不信，eachnet竟然用的是自己攒的兼容机，世纪之星的机箱，估计不比我们大家自己买的兼容机强到哪里去。大概有六七台机器的样子，来负载均衡。

对象请求代理（Object Request Brokers）是另一种用的很多的中间件，支持分布式对象的调用。然而它的问题是仅仅是一个代理（Broker），系统级的功能需要自己来实现，这包括管理并发性、事务、资源管理和容错机制等等，而且不同的厂商提供的ORB之间也存在互操作的兼容性问题。

于是一种综合了TP Monitor和ORB功能的新的服务器出现了，叫做CTM（Component Transaction Monitor）组件事务监控器。用在我们特定的管理应用程序的环境中就是App Server。

在1997年开始，CTM市场发生了巨大的变化，因为这一年Sun的J2EE标准正式发布，从此除了微软之外，所有的CTM厂商都用Java来改写自己的产品，例如Sybase原来有一个叫做Jagus CTS的东西，现在已经变成了纯Java实现的EAServer，Borland的公司app server也是这样来的。这样一来，除了微软之外，就剩下基于Java的app server了。

App Server可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是App Server是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。

打个比方来说，数据库系统是管理数据的，它也给数据提供了一个受监控和管理的运行环境，提供了事务、安全性、负载均衡，并发性等等系统级功能，对于使用者来说，你不需要自己处理数据库表的并发锁定问题，自己处理SQL语句的解析、自己处理索引的优化等等系统级功能，同样对于服务端组件的调用者来说也不需要自己处理并发请求、对象创建、销毁、缓存，控制组件事务等等系统级功能。

App Server对服务端组件的的关系就是数据库系统对数据的关系。App Server完全是一个类似数据库系统这样一个非常复杂的服务端软件，所不同之处就是数据库系统（RDBMS）是管理数据的，而App Server是管理对象的。这也是我研究Weblogic Server之后的切身感受。

Microsoft是最早发布App Server的厂商，叫做Microsoft Transaction Server（MTS）。其他还有很多基于不同技术的App Server，不过随着EJB规范的发布，主流的App Server基本上都是基于J2EE的了。目前看来，App Server市场主要就是实现J2EE规范的Java应用服务器和Microsoft的.Net应用服务器这两大主流。

Tuxedo等基于过程传统的中间件会继续在特定的场合发挥巨大的作用，像那些需要极高的响应性能和基于特定平台C/C++的场合，还是具有不可替代的作用。

App Server提供的服务端组件模型并没有解决所有的问题，基于不同技术实现的服务端组件之间不能互相调用和数据共享，比如EJB组件和COM组件之间不能之间交换数据，所以基于SOAP协议的Web Services试图解决这个问题，想把互联网上所有的不同技术实现的组件服务都统一成单一的Web Services。这也是Web Services热门的原因之一，标准的统一对大家都有好处。