电话查询

电话查询（精选11篇）

电话查询 篇1

摘要：针对当前面向连续查询的查询索引不适应查询动态变化的问题,提出一种能承受频繁更新的动态连续查询索引。为实现该索引,设计一种基于网格和树的索引结构,该索引结构继承了网格结构的高效更新性能的优点,并通过继承树的特性,克服网格结构高空间开销的问题。实验结果表明,该连续查询索引比基于网格的连续查询索引节省空间开销约一个数量级;比基于树的连续查询索引更新效率提高约70%,查询性能提高约25%。

关键词：动态连续查询,查询索引,更新性能

0 引言

随着传感网、物联网、车联网等新兴信息技术的发展,产生了海量的实时流数据,如何建立流数据管理系统进而有效管理流数据是当前数据管理领域的研究热点之一[1]。在流数据管理系统中,流数据的有效监控是其主要功能之一[2]。连续查询是一种有效监控流数据的方法,其基本原理是将流数据的监控条件定义为查询,向流数据管理系统注册。之后,随着流数据的不断变化,系统连续地将匹配查询的数据结果返回给系统进行监控[3]。例如,在一个城市车联网交通管理系统中,需要对城市特定道路上的车辆密度状态的跟踪,可通过预先设定多个范围查询并注册到系统中来表示需要监控的区域。之后,系统实时接收车辆的GPS定位流数据,并随时间连续执行多个范围查询,统计不同区域内的车辆密度,为交通管理决策提供支撑信息[4]。

根据上述描述可知,在流数据管理系统中,多个连续查询需要随流数据的不断地被执行,故,如何高效执行连续查询一直以来是一个开放性问题[5]。在过去几十年中,大量研究工作关注利用索引来优化连续查询的执行过程,这些研究工作主要集中在两个方面: 面向流数据的索引和面向查询集合的索引。由于相对于流数据,查询集合数据规模较小且更新不频繁,查询索引能够避免昂贵的索引维护开销[6]。因此,查询索引是主流的连续查询的优化方法。查询索引主要分为两类: 基于网格的索引结构[7,8]和基于树的索引结构[9,10]。两类索引有各自的优缺点,基于网格的索引更新效率更高但空间开销巨大,而基于树的索引空间开销小但更新效率较差。

近年来,随着流数据应用的快速发展,连续查询优化面临新的挑战。过去,连续查询是静态的,查询一旦注册到流数据管理系统中后就不会变化,直到超时。而如今,在移动对象跟踪应用中,每个查询与一个移动对象相关联,由于移动对象会频繁改变查询请求,连续查询会动态地被频繁更新。例如,移动中的计程车会不断地发送不同范围值的连续范围查询给呼叫中心以发现周围的打车客户。故,当前面向连续查询的查询索引要求能处理动态的连续查询[11]。然而,传统的连续查询索引无论是基于网格的还是基于树的都没有考虑查询的动态性问题。针对上述问题,基于一种自适应数据的网格结构[12]和一种树结构KDB树[13],本文提出一种面向动态连续查询的混合查询索引结构,被称为GRID-KDB树。GRID-KDB树结合了自适应网格和KDB树的优点,能够适应动态连续查询所导致的索引频繁更新,并且比网格索引占有更低的空间开销。注意,本文连续查询类型是范围查询,应用于其他类型的查询方式是直接的。

1 相关工作

在过去的几十年中,大量的研究工作已经关注如何利用索引技术来处理连续查询。这些工作主要分为两类: 数据索引和查询索引。数据索引利用不同的索引结构直接索引流数据本身来获取连续查询结果。比如,R树[14]和TPR树[15]被用于索引移动对象的位置信息已支持当前和近未来连续查询。再如,一个自适应网格结构[12]被用于划分索引空间以存储移动对象的轨迹数据以支持连续查询。但是,频繁的流数据更新导致数据索引的高维护开销是一个亟待解决的问题。相对流数据,查询更新频率要低,查询索引能避免昂贵的索引维护操作。另外,由于查询结合比数据集合小得多,查询索引能常驻内存,能更快速地查询流数据[7]。

查询索引分为两大类: 基于树结构和基于网格结构。基于树结构的查询索引利用R树和它的变种来组织查询数据。比如,Prabhakar等提出了一种基于R*树的查询索引来监控移动对象[10]。但是,这类索引的中间索引节点存在重叠,导致多路从根节点到叶子节点的查询路径,进而影响海量流数据的查询性能。另外,树型结构的索引不适应频繁的数据更新。最近,一些无节点重叠问题的树型结构被用于索引连续查询,如KDB树[9]。但是,KDB树依然有更新开销大的问题。而基于网格的查询索引利用网格结构[7,8]划分索引空间为多个等尺度的网格单元来组织查询数据。相对树索引,网格索引有更好的更新性能,但是其空间开销非常巨大。

不同于已有的查询索引,本文提出的GRID-KDB树查询索引继承了树索引和网格索引的优点,实现高更新效率、低空间开销的新型索引结构。

2 GRID-KDB树结构构建

基于一种数据自适应的网格[12]和KDB树[13],设计GRIDKDB树索引以支持连续查询。GRID-KDB树的构建过程包含两个阶段: 网格构建和树构建。

2. 1 网格部分构建

在这个阶段,范围查询数据被平均分布到一组网格单元中。假设查询集合为Q,每个网格单元存储的最大查询数据数目为T。基于文献[12]中的数据索引自适应策略,当一个网格单元存储的查询数据索引数目超过T,该网格被进一步划分为g个等尺度的子网格单元,该过程递归执行,直到任意网格单元中的索引数目到不超过T为止。例如,图1 中,10 个查询数据被网格结构索引,T = 4,g = 4。一开始,所有数据在一个网格空间中,对网格空间进行划分,产生C1、C2、C3和C4四个子网格单元。10 个查询数据被插入到这四个网格中,当出现查询范围与多个网格单元有重叠时,将这些查询被划分,并插入多个网格中。例如,图1中的查询数据D4,被划分成四个子查询并分别插入到C1、C2、C3和C4中。接下来,由于C1中包含了6 个数据项,大于T,故C1被继续划分为C1,1、C1,2、C1,3、C1,4。由于再次划分后,任何网格单元中的索引数目都没有超过4,构建结束。

根据上述构建过程,可以看到为了利用网络来索引数据,网格单元和子网格单元需要被有效编码。由于所给出的网络索引是一个层次化的结构,故假设r为一个网格单元所在的层数,则一个网格单元编码能被表示CL1,L2,…,Lr,其中Li( i ∈ [1,r - 1])是包含该网格的双亲以及祖先网格的编码值,而Lr表示该网格所在层的编码。比如,在图1 中,子网格单元的编码C1,2的产生如下: 首先检查它的双亲所在层的编码为C1,也就是得到L1 =1,之后,它所在层的编码L2 的值被判断为2。

2. 2 树部分构建

在完成网格索引构建过程中,一个查询数据根据网格单元或子网格单元的边界可能会被划分成多个子查询,如查询数据D4。这产生大量索引项并导致高空间开销。为了避免该问题,利用大尺度的网格单元,这样可减少查询数据被划分的可能。但这样会导致一个网格中索引数目的增加,查询效率随索引数目的线性增加,由于网格单元中的索引数据的传统组织结构是数组或链表[7]。故,本文利用KDB树组织每个网格单元中的查询数据以提高网格内的索引查询效率。选择KDB树的原因在于它四一种无节点重叠的树,因而可提供单路径查询。另外,KDB树已被成功用于构建连续查询索引[9]。KDB树包含两类节点: 中间节点和叶子节点。每个中间节点对应一个索引空间区域和最多M个索引项对应M个孩子节点。每个索引项包含一个孩子节点的索引区域和指向该孩子节点的指针。一个中间节点中的所有索引项的空间区域是不重叠的,且其组合是该节点的索引空间。每个叶子节点存储了最多m个数据项。文献[9]中的数据插入算法被利用来构建KDB树。

图2 解释了GRID-KDB树的树结构构建过程。在图2 中,10 个范围查询数据被索引到7 个网格单元之后,在C1,2中的D3、D5、D6 和D7 形成一棵KDB树。注意,根据文献[9]的插入算法,由于在建树过程中,D3 跨越了两个叶子节点,故叶子节点1 和叶子节点2 均存储D3。注意,图2 中除了C1,2以外,其他单元格中也产生KDB树,为了简单说明,没有给出。

3 GRID-KDB树查询和更新算法

基于构建的GRID-KDB树,提出相应的数据查询算法和索引更新算法。

3. 1 查询算法

假设在一个N维索引空间中,基于一组查询数据Q ,构建了一个GRID-KDB树,GK。对于一组特定时刻的流数据S ,利用GK,获得查询结果RS( Q) 。该连查询过程通过算法1 描述。

算法1 基于GRID-KDB树的查询

在算法1 中,某个时刻下,一个流数据集合通过GRID-KDB树索引,得到满足被索引的连续查询集的流数据。该查询过程主要分为三步:

第一步定位到包含s的网格单元。由于本文提出的网格是一种层次的网格结构,每个单元被编码为CL1,L2,…,Lr( 详见2. 1节网格部分构建) ,故需要O( r) 的时间开销定位网格单元;

第二步在第一步定位到的网格所包含的KDB树中查找包括s的叶子节点。该步骤的时间复杂度取决于该KDB树的高度。下面理论推导树高度H的值,假设该KDB树中存储了T个索引项,一个叶子节点中最大容量为m ,则KDB树的第H层叶子节点数目; 进一步假设KDB树的中间节点的容量为M ,则KDB树的第H - 1 层的中间节点数NUMH -1= NUMleaf/ M 。 依次类推,KDB树的第1 层的中间节点数NUM1= NUMleaf/ MH -1,由于第1 层的中间节点数为1,则,可知MH -1= NUMleaf,也就是。故,该步的时间开销为;

第三步在第二步中找到的叶子节点中,遍历查询结果。由于,每个叶子节点的最大容量为m,则该步时间开销为O( m) 。

综合上述理论分析,故针对一流数据集S的连续查询的时间开销为。

3. 2 更新算法

为来适应动态连续查询数据的实时变化,给出GIRD-KDB树的更新算法。假设GK为一个GIRD-KDB查询索引,q和q'分别为存储在GK中的原查询数据和它的更新查询数据。

算法2 GRID-KDB树的更新

根据算法2 可知,更新过程包含两个步骤: 1) 查找并删除原有的q; 2) 插入新的数据q'。在步骤1 中,假设q覆盖的网格数为| CS | ( 见算法2,S1) 和在一个网格单元的KDB树中覆盖的叶子节点数为| NS | ( 见算法2,S4) ,则步骤1 更新开销为2 ×| CS | × O( r) × | NS | ,其中O( r) 是定位到一个网格单元的时间开销,| NS | 是查找KDB树叶子节点的时间开销,2 表示一个查询操作和一个删除操作。在步骤2 中的更新开销类似步骤1( 区别是每次更新操作包括: 一个查询和一个插入) ,故步骤2的更新开销为2 ×| CS' | × O( r) ×| NS' | 。由于,GIRD-KDB树一次更新只涉及到整个索引的一部分网格单元,和网格单元中的KDB树,这样避免了传统基于树的索引的更新过程中,对整棵KDB树的更新,更新效率得以提高。

4 实验结果与分析

4. 1 实验准备

为了评估GRID-KDB树的性能,建立其试验平台如表1所示。

数据集: 流数据和查询数据集通过一个人工数据仿真器产生。该仿真器仿真移动对象在二维空间中的随机移动,周期性产生移动对象的定位坐标数据; 在查询数据方面,随机产生不同尺度的正方形范围查询。

4. 2 空间开销评估

在该实验中,随机产生N个范围查询数据,比较GRID-KDB树与基于GRID的索引[7]和KDB树的空间开销。其中GRIDKDB树中的网格单元的最大索引容量为1000,KDB树的M =12,m = 21 ; 而GRID的参数参见文献[7]。实验结果如图3 所示,随着查询数据N的不断增加,GRID-KDB树索引大约只占GRID索引开销的十分之一。因为GRID索引是更加查询数据,划分出大量的小尺度的GRID单元,这造成大量单元格的空间开销,而GRID-KDB树用较大的GRID单元格结合单元格内的KDB树,避免了大量GRID单元格的产生。另外,GRID-KDB树的空间开销高于KDB树5% ,因为对于KDB树,GRID-KDB树的有额外的网格索引开销。

4. 3 更新性能评估

在该实验中,基于数目为50 000 的查询数据集Q ,分别建立GRID-KDB树和KDB树,并对两个建立的索引进行更新操作。一个更新操作可分为删除和插入两部分。通过更新带来的时间开销来衡量索引的更新性能。更新的数据规模占Q的百分比P是可变的从10% 到50% 。图4 中的实验结果显示,GRIDKDB树的更新效率高出KDB树70% 左右,这是因为KDB树的更新需要对整棵树进行查询和维护,导致大量的索引节点和数据的更新。而GRID-KDB本质上是一棵分布式的KDB树,更新操作只是涉及整个KDB树的一部分,大大降低了数据更新的时间开销。另外,GRID-KDB树的更新开销与GRID的相当,因为GRID更新中的定位到网格单元开销小,但每个网格中的大量数据是由多个线性链表组成,找到删除数据的开销较大; 而GRID-KDB树更新中的定位到树单元中的数据时执行多叉查询,定位开销相对小,但存在较高的节点分裂、合并开销。

4. 4 查询性能评估

在本试验中,检测KDB树、GRID和GRID-KDB树过滤流数据以得到连续查询结果的查询时间。与更新试验相同,首先基于查询数据Q ,建立KDB树、GRID和GRID-KDB树,然后,分别对N个流数据进行查询,N的取值范围是从100 到500 K。图5中的试验结果反映出GRID-KDB树的查询性能比KDB树高出25% 左右。其原因在于,GIRD-KDB树能首先以O( 1) 的时间效率定位到可能包含查询结果的网格单元,并继续在一棵KDB子树中查询,而KDB树需要对整棵树进行路由。另外,GRID-KDB也略好于GRID,其原因与更新开销中的原因相同。

5 结语

针对当前的连续查询索引面对查询动态性变化时,更新效率低下的问题,本文设计一种基于网格和树的新型连续查询索引———GRID-KDB树。GRID-KDB树通过继承GRID和KDB树的优点,能够高效地适应频繁的查询数据的变化,同时保证一个低的空间开销。实验结果表明,基于GRID-KDB树的索引比基于GRID索引节省空间开销约一个数量级; 比基于KDB树的索引更新效率提高约70% ,查询性能提高约25% 。未来工作主要集中在利用并行计算技术进一步提高GRID-KDB树的性能。

电话查询 篇2

（子查询、分组查询）

一、实验目的

使用SQL语言完成数据定义、数据查询、数据更新等功能。

二、实验要求

1.掌握使用SQL定义、删除和修改基本表。2.掌握使用SQL完成单表查询、多表查询。3.掌握连接查询和嵌套查询。

4.掌握使用SQL完成数据插入、数据修改、数据删除等功能。

三、实验内容

在“FLY飞翔公司数据库”数据库中，完成以下SQL查询实验。（以下的SQL查询实验可能会多种SQL命令描述方式，建议同学多思考、多尝试）

实验1 使用SQL命令，查询公司机构C1和C2中基本工资低于3000的员工信息。

提示：使用两个IN函数，其中一个IN函数是IN(“C1”, “C2”)，另外一个IN函数是嵌套SELECT语句

实验2使用SQL命令，查询公司机构C1和C2中基本工资低于3000的员工信息。

实验3使用SQL命令，查询显示基本工资大于2000，且不超过3000元的员工编号及其所在公司名称。

实验4使用SQL命令，查询显示查询供应商“兆海公司”未供应的商品类型名称。提示：使用NOT IN 函数实现

实验5使用SQL命令，查询显示员工的姓名，所属公司名称和工资收入（工资收入＝基本工资＋任务工资＋奖金-住房公积金－扣款）。提示：产生新字段要使用As

实验6使用SQL命令，分组统计供应了商品的供应商所提供的商品种类数量，显示供应商名称和商品种类数量。提示：使用COUNT函数 实验7使用SQL命令，分组统计每笔订单的净收益，显示订单编号和金额为200到500之间的净收益。（净收益＝（销售价格-购入价格）*数量*折扣）。

提示：group by是分组，having是判断，同学选做。

实验8使用SQL命令，查询与员工王芳签订过订单的零售商名称和订单编号，并将结果存在一个新表New_temp中。

提示： Select 零售商名称, 订单编号 Into New_temp 是将所选字段存入新表New_temp中。

实验9使用SQL命令，查询未与员工E3签订过订单的零售商名称和所在城市。提示：使用Not IN函数

电话查询 篇3

微博上流传这样一种说法，说不要用右耳接电话，因为右耳距离大脑比较近，而且右脑比较重要，接电话时手机辐射会伤害大脑，所以用左耳接电话更安全。

对此，专家表示，此说法完全没有依据，只要接电话时间不长，左右耳都无所谓，如果是长时间接电话，最好左右耳轮换。

北京朝阳医院神经内科主任医师许兰萍介绍，人的大脑的确有左右脑之分，左脑是逻辑脑，主管创造、语言、情感等;右脑是形象脑，主管空间想象和情感，负责音乐、美术和空间的辨认。所以从大脑功能来说，左右脑都同等重要。

另外，左右耳和左右大脑是对称分布的，左右耳与大脑的距离一样，这是常识，不存在“右耳离大脑更近”的说法。即使手机有辐射，从理论上来说左右耳接电话对大脑的伤害是一样的。

那么接电话时手机辐射真的会像传言中说的那样会导致脑癌吗？许兰萍介绍，老百姓所说的脑癌一般指脑胶质瘤，近年来数据显示，脑胶质瘤的发病率的确有上升趋势，国外也确实有这方面的报道。不过这绝不是单一手机辐射的问题，脑癌发病机制复杂，遗传基因、环境污染等都是可能的因素，使用手机到底是不是脑癌发病原因，目前医学界尚无定论。

不过这并不意味着就可以肆无忌惮“煲电话粥”。复旦大学附属耳鼻喉医院主任医师王武庆教授表示，长时间接电话对听力的损害较明显，另外，长时间接电话，手机发热，紧贴面部，加上机身细菌，会导致面部皮炎。

专家表示，手机辐射的确存在，平时尽量少使用手机，控制通話时间;如长时间接电话，最好左右耳轮换，或者使用耳机线，使用耳机时需要注意音量。睡觉时，手机不要放在枕边，尽量别将手机放在离头部以及心脏近的地方。

（摘自《健康时报》）

电话查询 篇4

急需的安全设备。随着我国铁路的快速发展，提速线路的不断增加及高速铁路的出现，对列车的控制技术有了进一步的要求，用于ATP的地面的信息需求量也大大提高。查询应答器系统是一种高速率，大信息量的实时数据传输设备，并且具有综合利用价值，广泛使用的基础通信信号设备，其发展潜力是巨大的，可以达到一次投入综合利用与综合服务的目的。查询应答器系统担当了车-地之间数据通信的主要任务，在ATP系统中将发挥日益重要的作用。本文将对查询应答器系统中的关键部件查询天线进行设计，主要对天线的驻波特性以及与应答器天线之间的传输特性进行分析设计。

（一）查询应答器系统结构及工作原理

查询应答器系统框图如图1所示, 该系统包括应答器、查询器天线、查询器主机等3个主要设备, 其中, 应答器属于地面设备, 查询器天线和查询器主机属于车载设备。查询应答器是一种原理上采用电磁感应原理构成的高速点式数据传输设备, 用于在特定地点实现机车与地面间的相互通信。安装于两根钢轨中心枕木上的地面的应答器不要求外加电源, 平时处于休眠状态, 仅靠接收查询器的功率而工作, 并能在接收查询功率的同时向查询器发送大量的调制编码信息。安装于机车底部的查询器不断向地面发送瞬态功率并在机车通过地面应答器时接收来自应答器的编码信息。车载主机除了向查询器发送瞬态功率信号外, 其主要任务是处理查询器接收到的来自应答器的高频调制编码信息。

天线系统的设计方案：按照天线的工作机制和系统的工作机制，天线包括两部分，包括应答器天线和查询天线。应答器安装在地面，要求其天线工作在三个频段，分别为4M, 9M和27M。查询器安装在火车上，其天线工作在两个频段，为9M和27M。其中，4M频段是用于将应答器的信息发送给查询器。9M频段是用于查询器向应答器传输信息，27M频段用于接收查询器天线辐射的能量，并通过整流电路把接收到的能量转化为直流能量，作为电源给应答器中的芯片供电。

从以上查询应答器系统工作原理可以看出，射频天线在系统中起到非常重要的作用，一方面它建立了一个稳定的磁场，这样才能获得足够的能量来使电路工作，另外通过天线传输携带有用信息的载波信号。天线的设计尤其重要，不仅要使天线在工作频带范围内阻抗特性良好，并且具有很好的传输特性。本次设计任务为查询应答器天线的设计，其具体的实际指标为：4MHz端口的带宽为1.2MHz, 3.6MHz～4.8MHz，带内驻波比ρ<3;27MHz端口的带宽为0.15MHz, 27.02MHz～27.195MHz，带内驻波比ρ<2。要求与应答器天线的传输效率要高，当两个天线中心距离相距为40cm时，在27.095MHz的频率下，传输损耗S21不小于-23dB。

（二）查询天线的设计

1. 天线结构

查询应答器系统是一小距离通信系统，因此我们采用工艺简单，成本低的环型天线。通过测试与分析，结合查询天线的功能，天线结构选取单环双频谐振天线，天线结构如图2所示。

图中的溃电端口，是功率输入端口。天线的长边为375mm，窄边为265mm，由于频率为30MHz以下，而本天线长度相对于1/4波长，是电小环天线，需要通过加载的电阻、电容(在图2中的加载处)以及阻抗匹配才可以达到设计指标。

2. 天线加载阻抗的确定

天线通过加载的方式，可以使天线达到设计频率范围内的阻抗匹配。但是加载电阻的阻值选择过大就会使辐射效率降低，造成查询器天线与应答器天线之间的传输损耗变大。因此需要通过实验得出一组最佳电阻加载方式。

在应答器天线设计的基础上，我们采用图3所示的测试方案，图中的磁环为电缆绕圈扼流式平衡器，起到平衡馈电的作用。按照图3放置设计好的应答器天线和未匹配好的查询天线，通过矢网测试出查询天线未匹配状态下的阻抗参数，把测试的结果导入到ADS软件中，然后对查询器天线的匹配网络进行优化设计。

加载电阻和电容会影响天线的阻抗特性和传输特性，我们通过测试，然后进行简单的电路匹配发现，调节加载电阻和电容的数值，天线的传输系数具有一个最佳数值，经过反复实验，我们确定加载方式为电阻和电容并联，电阻为5Ω，电容为3900pF。在确定了加载电路后，就可以对电路的匹配网络进行优化设计。

3. 匹配电路的设计

由于天线是双频谐振天线，因此匹配电路的设计必须综合考虑两个频段，我们采用的匹配电路形式如图4所示，在此电路中，电容C4主要起到对27MHz频段的信号进行谐振，L1, L2, C1, C2等元件，主要是对4MHz频段的信号进行匹配，C3, L3在此作为一个串连谐振电路，在27.095MHz频率下，是呈现高阻抗特性，起到阻隔27.095MHz信号的作用，这样可以使27.095MHz的能量全部流经电容C21进入发射天线，以提高天线的辐射效率。

通过仿真优化，最后制作测试，考虑到功率容量，使用寿命和Q值等因素，电路中的电容采用ATC电容，电感采用铜丝绕制电感。最后天线阻抗测试结果如图5，从图5可以看出在4MHz频率端口的带宽达到了1.36MHz，即3.53MHz～4.89MHz;27MHz端口的也有0.2MHz的带宽，中心频率在27.095MHz。达到了设计要求。

4. 传输损耗的测试

为了确保整个系统正常工作，我们必须确保查询天线和应答器天线在27.095M频率上，在一定距离上的传输系数S21≥-230.dB，才能使地面应答器把接收到能量转化为直流电压，提供给应答器中的芯片正常工作。按照图3的测试方案，我们测得两天线距离为400mm的时候，之间的传输系数为S21=-18.396dB，满足了设计要求，传输系数测试结果图如图6。在满足条件S21≥-230.dB的条件下，测试结果表明，天线的最大传输距离可以达到800mm，传输性能优越。

（三）总结

本文采用一种新型的匹配网络设计了高速铁路应答器查询系统中的关键部件查询应答器天线，设计天线满足天线设计指标，实现双频带工作，在两个频点满足阻抗和带宽要求，同时和应答器天线之间具有很好的传输特性，最大传输距离可以达到800mm，可以确保两者之间的正常通信。该天线结构简单，性能稳定，满足实际工程应用要求。

参考文献

[1]李向红, 李永善, 曹进.高速铁路中的查询应答器[J].铁道通信信号, 2004, 40 (10) , 5-7.

[2]杨志杰, 范浦辉, 薛瑞民, 梁亮, 钱路路.适应于高速运营与提速的查询应答器系统[J].中国铁道科学, 2002, 23 (2) , 42-47.

警惕电话传染疾病 篇5

据报道，某微生物研究所在夏季和潮湿梅雨季节，对经若干人用过的电话机进行抽样检测，发现它携带的病菌数竟高达10万之多。在感冒流行期，往往在街头公用电话亭打一次电话，便莫名其妙地染上了感冒。此外，滋生在电话机上的细菌，还会通过接触传染，使打电话者传染上肝炎、痢疾等疾病。人们只陶醉于电话给人带来的便利之中，殊不知它已成为一种不良的疾病传播媒介。

要防止电话机成为各种疾病的义务传播者，应积极采取防范措施：

一是打电话时，话筒不要正对着嘴，且要保持10厘米左右的距离，以防“病从口入”。

二是给电话机配上“电话消毒片”。电话消毒片是一种无毒、无异味且具有缓慢挥发性的物质，将它制成圆环状，放置话筒中，利用挥发性物质的杀菌作用达到消毒的目的。有人做过实验，一台带有葡萄球菌、大肠杆菌等病菌的公用电话机，装上电话消毒片后，96％以上的病菌可被杀死。电话消毒片的作用周期通常在一个月左右，放在电话中，对通信质量毫无影响。最近，我国广东惠州已研制成功电话卫生膜。

三是要勤对电话机打扫卫生。夏季和潮湿季节，以及传染病流行期间，要经常用酒精棉球将电话耳机进行擦拭。条件许可的话，用“电话消毒湿纸巾”来擦拭，效果更佳。

电话查询 篇6

经过数年的辛勤工作,ARP系统开发和运维团队针对多个数据查询分析工具进行了自主创新性的开发和研究工作,并且形成了稳定的工具维护和升级机理,基本满足了终端用户的数据查询需求。无论是Discoverer、Report Plat还是润乾报表等工具都具有特定的终端用户群,为数据利用发挥着积极作用,同时中国科学院系统中涌现出了许多能对这些工具进行熟练掌握的优秀终端用户,极大提高了科研管理水平。

本文将通过对目前使用的ARP数据查询分析工具的优缺点的讨论,建议为研究所层级的终端用户建立数据查询公用平台。

首先明确研究所终端用户的分类及需求,大致可以把研究所层级的终端用户分为三类。

(1)所级领导:需要以图形图表的直观方式向此类用户展现研究所人、财、物,总体状况和发展趋势,需要特定数据模型为他们制定研究所总体战略规划提供依据。展示基本状况的数据模型需要涵盖研究所运行的各个方面,并且能够通过网页方式快速生成。这些数据模型一部分根据研究所领导自己提出的统计需求而设计,更多部分是由研究所各科研管理部门的业务人员结合实际工作情况为所领导需求考虑设计。因此,所领导只关心数据结果,不寻求产生这些结果的方式和过程。

(2)研究单元负责人:ARP系统除了日常公共事务涉及到研究所全体员工之外,可以把数据应用只定义到研究单元负责人这一层级,如同所领导需要了解研究所运行的全面信息一样,研究单元负责人也需要了解本研究单元的全面信息,他们需要掌握的数据更为繁琐和细致。这类用户可能既关心整个研究单元的总体经费余额,又关心小到每一个课题单笔支出的情况。,研究单元负责人只有全面了解自己部门的人、财、仪器状况后,才能合理调配本研究单元的科研资源。因此,他们不但需求数据结果,同时还需求自己能够对这些数据进行加工组合。他们不关心产生数据结果的工具,但是可能需要设定各类参数,并希望数据以动态网页的方式根据自己设定的参数展现结果。

(3)科研管理业务人员:此类用户是ARP应用的中坚力量。他们既是ARP数据的生产者又是ARP数据的使用者,既要为研究单元负责人提供项目运行服务又要为研究所领导提供决策支持服务,此类用户使用ARP系统的水平要求也是最高的。作为数据的生产者,他们需要保证录入数据的质量;作为数据使用者,他们需要依靠业务经验从数据中提取有用信息。此类用户既要懂得数据产生过程,又要会使用各类数据查询工具,并且利用这些工具进行数据加工。其它两类用户需求的大部分数据模型都是由科研管理业务人员设计完成的,他们是以上两类用户的业务和技术保障者。但是,鉴于科研业务管理人员不具备IT开发能力,因此ARP系统开发人员需要为他们创造一个良好的公用平台,转化他们设计的数据模型,准确表达他们的管理思想。

目前,ARP系统对三类用户分别设置了不同的信息查询方式,具有针对性强的优点。从ARP系统上线之初对数据的简单处理到目前以多种形式进行有效分析,从中国科学院信息办、ARP中心到研究所的广大基层人员一直努力使ARP系统在科研管理上发挥更大作用。

然而,多工具多形式查询也出现一些问题。例如,使用Discoverer工具,需要对业务数据有深刻理解并具有一定的统计知识和数学函数知识才能做出具有实质内容的表格。至于使用润乾软件制作报表,就更要求具有数据库知识,这也是当前对润乾报表软件缺少技术支持的情况下,它没有发挥应有作用的原因。

而且,即便是具有相同操作水平的人员,使用同一种查询工具,由于责任的不同造成系统工具提取数据的数据源和机理不同,产生的数据结果也具有差异。以一个常见的任务来说明此种差异:让一名财务人员和一名科研项目管理人员都用Discoverer做某一特定课题当前会计期间可用资金余额。科研项目管理人员只能用Discoverer中‘PA_课题收支总表’文件夹下的选项做出课题余额,步骤和结果如图1和2所示。

当然,科研项目管理人员乃至研究单元负责人也可以从信息资源管理与服务平台中财务查询功能里查找到此课题当前期间的经费余额,如图3所示。

财务人员只能用Discoverer中的‘FI_子课题收支结余’或‘FI_子课题可用资金(实时)’这两个文件夹中的数据项查询结果。两个人员查询的分歧就此产生,财务人员与科研项目管理人员虽然设定了同样的约束条件和同样的查询方法,但是查询的速度和结果却存在差异。从图4看出财务人员利用Discoverer查询时间较慢,系统提示查询需要两至三分钟才能完成,而科研项目管理人员在不到一秒的时间内即可得到查询结果,但是两个人员查询到的数值竟然也是不一致的。因此财务人员使用另外一个查询工具Report Plat来完成此任务,用以验证查询结果,方法如图5所示。

采用Report Plat可以在不到一秒的时间内完成查询,查询方式可以选择包含未过账查询和不包含未过账查询,得到的结果分别与财务人员Discoverer查询数据和科研项目管理人员Discoverer查询数据相互一致。通过对这几种查询工具完成同一任务的比较可以看出:数据查询结果和查询时间与查询机理以及查询的数据源密切相关。以下分别对这几种数据查询工具的查询机理和数据源做出说明:

1.财务人员使用Discoverer查询课题可用余额是反映当前时点全部课题资金状况的一种查询方法,它的数据源是查询了课题发生财务账目以来至查询时点为止所有财务凭证,它是实时查询,但却存在查询时间非常缓慢的弊端。

2.科研项目管理人员用Discoverer查询课题可用余额的数据源是通过涵盖了已全部关闭的会计期间内所发生的过账后的会计凭证生成的可用资金实体化试图。直白的讲,它并非是实时可用资金,然而,生成可用资金实体化试图这种方式,数据查询速度非常快,又因为实体化试图中的课题号图4‘FI_子课题收支结余’查询时间信息能直接关联科研项目模块其它课题信息,科研项目管理人员可以利用它制作出多维度课题信息资金报表。

3.财务人员使用的Report Plat工具查询课题可用余额的数据源是每财年过后,年结凭证结转完成的课题余额加上年初至查询时点的所有发生的凭证的金额,它查询速度快并且是实时资金查询。但是,在每年末至下年初财务部门进行年结和财务年度新开帐期间,由于账目中增加了年结凭证,这时采用Report Plat查询课题余额就是不准确的,但是这个时段就恰恰是科研管理部门和研究单元最需要查询资金余额的时段。

4.研究单元负责人所用的信息资源管理与服务平台中的课题余额查询,数据源是ERP总账会计模块中截止到查询时点,包含了已关闭会计期间和正在打开的会计期间中全部已过账凭证的数据,不包含未过账数据,因此产生的数据结果又有可能和以上那些查询方法产生差异。

通过这些分析,做出如下说明:第一、各种数据查询方式针对同一任务产生的数据结果存在差异,但是每个结果都不能被认为是错误的。第二、查询机理和数据源对查询响应时间产生较大影响。即便每种查询结果都没有错误,但是在终端用户之间却产生了较大歧义。举研究所实际发生的案例:其一、财务人员也需求带有课题信息的课题经费数据,由于ERP根据责任权限对数据查询权限进行划分,财务人员反而往往需要从科研项目管理人员那里得到带有课题信息的课题收支表或是研究单元经费总体状况等。但是,财务人员对经费信息要求极为精确,查询差异会导致财务人员对系统的质疑,虽然已经解释了差异原因,但是财务人员总是质疑是否得到了准确的经费信息。其二、研究单元负责人通过信息服务平台查询到的课题经费余额与网上报销系统中计算课题经费余额的方法不同,差异直接影响到了课题组报销借款。研究单元负责人查到的经费余额只统计了包含过账后的经费余额,而网上报销计算课题经费余额是包含过账、未过账、借款未冲销的经费,因此当课题组人员查询某课题还有经费余额时,他们进行网上借款,系统却提示经费已经出现赤字,于是科研人员对ARP系统产生质疑,甚至认为财务核算有错误。所以,如果能对各类终端用户统一查询平台,汲取各种查询工具的优点,避免它们各自缺点,那么ARP的数据应用就能发挥更大效益。

目前的多种查询工具,哪一种经过深入开发更适合作为公共查询平台?

Discoverer由于是Oracle直接产品,与ERP系统关联性强,开发人员容易更新业务区种子,数据查询灵活性高,用户制作查询表格的方式非常方便,可扩展性和易用度也很强,经过培训,容易上手使用。但是Discoverer是客户端软件,无法实现网页集成。只有科研管理人员才能使用,研究单元负责人和所领导既无法也没必要使用Discoverer。而且它的用户权限划分也很严格,查询数据的范围是直接和ERP系统中的责任相关联的,通过它关联各模块共用数据项比较麻烦,因此不适合作为公用数据查询平台。

Report Plat是一种固定数据查询模式,用户无需查询技巧,查询速度比较快,但它也是客户端工具,使用用户范围更为狭窄,不能集成于网页上,也不适合作为公用数据查询平台。

润乾报表工具能够被集成于网页中,表现形式是开发人员发布的带有用户可选择参数的动态网页,能向所有用户开放查询权限。但是,当前各研究所使用版本的润乾报表,对用户业务水平和技术水平要求都比较高,因此它的推广使用程度也是最低的。然而,通过对润乾报表查询机理和数据源分析,润乾报表是有可能成为公用数据查询公用平台的。

润乾报表最大的优势就是不再受ERP系统责任的制约,可以给用户重新分配数据查询权限。业务人员只需设计业务模型,可以向开发人员提出需要哪些ERP中不属于本模块范围的数据项,而不用关心如何得到这些数据项。数据管理员利用后台的开发工具重新建立数据集来满足业务人员需求的数据项。当前版本润乾报表的查询机理如图7示例。

润乾报表可以建立各个模块业务人员的共用数据集,例如:人员基本信息数据集(这里包含了人员所属组织,人员职称、职级变动信息等),课题基本信息数据集(包括了课题所属组织,课题负责人,课题类型,经费来源等),研究所收入支出类型与科目对应数据集,固定资产大型科研仪器数据集等等。当这些共用数据在ERP系统之外进行重新组合,业务人员就可以设计出以前希望得到却又无法实现的创新性数据统计模型。例如:1.人事部门可以调用个人和研究单元的课题信息、经费信息,再结合自有的人事信息,做出研究人员成长评估,展现出研究人员是否随着职称的变动,科研成果也在持续增长,而且还可以把个人关联入研究团队,对整个研究团队做出绩效评估。2.课题管理部门在管理先导项目中,及时获得参与先导项目的人员信息、科研装置信息、支出类型经费信息等,更加主动的管理先导项目,使之按照科学工程规范推进。

建立公用数据查询平台以后,本文之前提出的经费查询问题也能得到有效解决,由于润乾报表在ERP系统外重新组合了数据集,终端用户可以根据自己需要的查询时点和经费要求选择相同的数据源,因此做到了查询数据的一致性。

建立公用数据查询平台后,对于终端用户的技术性要求降低了,中国科学院业务人员可以把注意力集中于如何创造业务数据模型,而从模型到查询的实现再到网页显示可以完全交由开发人员完成。业务人员只需要利用诸如excel等方式列出查询任务需要的数据项和阐明任务目的,开发人员就可以通过技术手段直接在网页上实现。针对所级领导这类终端用户,润乾报表在网页上生成的图形图表,可以直观展现他们需要了解的信息。对于研究单元负责人这类终端用户,润乾报表具有较强的参数设置功能,而且参数都可以通过动态网页形式实时设置,以满足他们的查询需求。

建立公用数据查询平台后,全院业务人员的培训也会更加具有层次化了,今后针对业务人员的培训涉及客户端工具使用的技术问题会更少,而专注于系统本身的业务功能的培训会更深入。但是在研究所层次也需要培养既懂业务又懂技术的高端人才,对这一部分人员需要加强培训,使之成为研究所业务人员和ARP中心开发人员之间的沟通桥梁,以便更好完成对业务需求的开发。

结语:数据应用是ARP核心价值的体现,伴随着ARP系统的不断成长,无论是对现有的工具升级改造建立公用数据查询平台,还是根据需求发展新的工具,ARP数据应用必将呈现蓬勃发展的态势。

摘要：本文通过对ARP系统现有数据查询工具中数据源和查询机理的分析,总结了各种查询工具的优缺点。在此基础上,建议利用其中的一种查询工具——润乾报表,建立一套ARP系统公用数据查询平台。

电话查询 篇7

SQL语言是目前数据库领域中非常实用、流行的主流语言。SQL是Structure Query Language的英文缩写, 意思是结构化查询语言。包括:数据查询 (SQL) 、数据操纵 (DML) 、数据定义 (DDL) 和数据控制 (DCL) 等功能于一体。数据查询是数据库的核心内容, 也是我们最常用的操作。数据查询是通过SQL语句来实现的, 利用SQL语句可以从数据库中查询出我们所需要的各种数据。[1]

数据查询分为单表查询和多表查询。单表查询是对一个表的查询, 因为比较简单, 这里不再说明。多表查询是对多个表, 将分布在不同表中的数据根据需要进行查询。多表查询可以通过连接查询和嵌套查询来实现。[2]下面以学生管理数据库为例, 介绍以上两种查询。其中学生表和成绩表的关系模式如下:学生 (学号, 姓名, 性别, 出生日期, 籍贯, 班级代码) ;成绩 (学号, 课程号, 成绩) 。

1.1 什么是连接查询

1.1.1 定义。

根据各个表之间的逻辑关系从两个或多个表中查询数据。如:查询学生的学号、姓名、课程名称和成绩, 涉及到的数据表有学生、课程和成绩。

1.2 连接查询的分类

1.2.1 内连接。

内连接 (inner join) 是一种最常用的连接类型。内连接是一种任意条件的查询, 如果两个表的相关字段满足连接条件, 就从这两个表中提取数据并组合成新的记录, 也就是在内连接查询中, 只有满足条件的元组才能出现在结果关系中。[3]

例如:要查询每个已经选课的学生的情况, 查询语句为:

SELECT*FROM学生INNER JOIN成绩ON学生.学号=成绩.学号

连接查询根据比较方式分为:

1.2.1. 1 等值连接:使用等号 (=) 运算符比较被连接的列的列值, 称为等值连接。

1.2.1. 2 不等连接:

使用除等于运算符以外的其它比较运算符比较被连接的列的列值, 称为不等连接。包括>、>=、<=、<、!>、!<和<>等运算符。

1.2.1. 3 自然连接:

使用等于 (=) 运算符比较被连接列的列值, 但删除连接表中的重复列, 称为自然连接。它属于等值连接的一种特殊情况。

1.2.2 外连接。外连接是指将不满足限制条件的表中的数据也显示在最终结果中。

根据限制表的不同, 外连接分为三种情况:

1.2.2. 1 左外连接 (LEFTOUTER JOIN)

左外连接是限制连接条件右边的表中的数据必须满足连接条件, 而不关左边的表中的数据是否满足连接条件, 均输出左边表中的内容。

例如:要查询所有学生的选课情况, 包括已经选课的和还没有选课的学生, 查询语句为:

SELECT学生.学号, 姓名, 班级代码, 课程号, 成绩

FROM学生LEFT OUTER JOIN成绩ON学生.学号=成绩.学号左外连接查询中左边表中的所有元组的信息都得到了保留。

1.2.2. 2 右外连接 (RIGHTOUTERJOIN) 。

右外连接与左外连接类似, 只是右端表中的所有元组都列出, 限制左端表的数据必须满足连接条件, 而不管右端表中的数据是否满足连接条件, 均输出表中的内容。

例如:同上例内容, 查询语句为

SELECT学生.学号, 姓名, 班级代码, 课程号, 成绩

FROM学生RIGHTOUTERJOIN成绩ON学生.学号=成绩.学号右外连接查询中右边表中的所有元组的信息都得到了保留。

1.2.2. 3 全外连接 (FULL OUTER JOIN) 。

全外连接查询的特点是左、右两端表中的元组都输出, 如果没能找到匹配的元组, 就使用NULL来代替。

例如:同左外连接例子内容, 查询语句为:

SELECT学生.学号, 姓名, 班级代码, 课程号, 成绩

FROM学生FULL OUTER JOIN成绩ON学生.学号=成绩.学号

全外连接查询中所有表中的元组信息都得到了保留。

1.2.3 自连接。在同一个表内进行自身连接, 这种查询称为自连接查询, 自连接必须为表指定两个别名。

例如:要求检索出和刘鑫同班同学的信息, 查询语句为:

SELECT学生.*FROM学生JOIN学生AS学1 ON学生.班级代码=学生1.班级代码

WHERE学生1.姓名=‘刘鑫’and学生1.学号<>学生.学号

1.2.4 交叉连接。交叉连接即笛卡儿乘积, 是指两个关系中所有元组的任意组合。一般情况下, 交叉查询是没有实际意义的。例如:如果希望得到学生和成绩两个关系模式的乘积, 查询语句为:

2. SELECT*FROM学生CROSS JOIN成绩

2.1 什么是嵌套查询

2.1.1 定义。嵌套查询是指在一个SELECT语句的WHERE子句中嵌套另一条SELECT语句的查询, 又称为子查询。

2.2 嵌套查询的分类

2.2.1 无关子查询。

无关子查询的执行不依赖于外部嵌套。查询的执行过程为:首先执行子查询, 子查询得到的结果作为外部查询的条件使用, 然后执行外部查询。通常使用比较运算符或[NOT]IN关键字。

2.2.1. 1 返回一个值的子查询。

子查询的返回值只有一个时, 可以使用比较运算符如=、<、>、>=、<=、!=等将父查询和子查询连接起来。

例如:要求检索出和刘鑫同班同学的信息, 查询语句为:

SELECT*FROM学生WHERE班级代码= (SELECT班级代码FROM学生WHERE姓名=’刘鑫’) AND姓名<>’刘鑫’

2.2.1. 2 返回一组值的子查询。

子查询的返回值不止一个, 而是一个集合时, 可以在比较运算符和子查询之间插入ANY、SOME或ALL关键字。其中等值关系可以使用IN关键字。

例如:查询成绩高于选修了“计算机基础”课程平均成绩的学生的学号和姓名。

SELECT学生.学号, 学生.姓名FROM成绩JOIN学生ON学生.学号=成绩.学号

JOIN课程ON成绩.课程号=课程.课程号WHERE课程名='计算机基础'AND

成绩>ANY (SELECT avg (成绩) FROM成绩, 课程WHERE成绩.课程号=课程.课程号and课程名=‘计算机基础’)

2.2.2 相关子查询。

相关子查询是指在子查询中, 子查询的查询条件中引用了外层查询表中的值。执行时先执行外部查询语句, 然后根据外部查询返回的结果执行内部查询语句。通常使用[NOT]EXISTS关键字。

例如:查询没有学习任何课程的学生的学号和姓名。

SELECT学号, 姓名FROM学生WHERE NOT EXISTS (SELECT*FROM成绩WHERE成绩.学号=学生.学号)

3. 连接查询和嵌套查询对比分析

从“要求检索出和刘鑫同班同学的信息”这个例子中我们可以看到, 使用连接查询和嵌套查询实现该查询的结果完全相同。由此我们可以得出这样一个结论:连接查询和嵌套查询之间有时是可以相互替换的, 但不是所有情况下都可以互换。下面将分别介绍连接查询和嵌套查询的优劣。

3.1 连接查询的优势和劣势。

连接查询使用简单, 但因为在各表连接的同时对所有的条件综合查询, 所以不易发现错误, 一旦出错, 纠错也比较麻烦。另外, 连接查询实际上是将所有表根据条件先合并成一个表。因此在数据量很大的情况下, 对计算机系统的要求较高, 需占用更多的系统资源。

3.2 嵌套查询的优势和劣势。

嵌套查询是用户必须清楚每一个子查询的结果及各表之间的逻辑关系, 对用户要求较高。但嵌套查询是逐步求解, 需要的计算机系统开销较小。

3.3 怎样合理运用连接查询和嵌套查询。

综上可以看出, 连接查询和嵌套查询各自有其优势和劣势, 在实际查询过程中到底采用哪种查询方式, 因根据使用习惯及对两种查询方式的熟练程度确定, 也可以混合使用。

4. 总结

综上所述, 查询的优化必须符合以下条件:满足查询需求的同时提高查询速度, 并能减少计算机系统开销为原则。熟练掌握SQL查询功能及技巧是基础, 另外了解每种查询的优劣才能更好的选择合适的查询方式。笔者首先介绍了连接查询和嵌套查询的定义和分类, 然后通过两者的对比分析, 比较了两者的优势和劣势, 总结出实际使用过程中可根据自身的实际需求和使用习惯选择合适的查询方式。

参考文献

[1]王良元, SQ连接、嵌套与混合查询[J], 电脑学习, 2005

[2]张文雯, SQ嵌套查询[J], 信息技术, 2011

等待一个电话 篇8

齐斌放学回到家后, 直接坐到书桌旁, 认真地写起了作业。妈妈很诧异:这孩子平时放学回家, 都是一边喝果汁一边看动画片……直到妈妈催促五遍以上, 他才会磨磨唧唧地走向书桌。

“赶紧吃饭吧, 饭菜都凉了! ”妈妈已经催了好几次。“您先吃吧, 我还要写语文作业。”为了写作业竟然不吃晚饭? 这可不是儿子一贯的作风啊!

“吃完饭再写吧! ”妈妈连拖带拉地把齐斌扭送到饭桌旁。面对妈妈精心烹制的美味佳肴, 齐斌视而不见, 而是眼神直勾勾对着角柜上的电话机发呆。

“妈妈, 大人说过的话———很重要的话, 有可能忘了吗? ”“怎么不会? 重要不重要, 大人和小孩的看法可不同。”

这时, 电话铃声突然响起, 齐斌连忙催妈妈接电话, 自己则挺直胸脯站在旁边, 一脸的期待。妈妈接了电话:“喂, 你好……在啊。斌斌, 找你的! 是你同学, 说是问你语文作业。”儿子脸上的期待霎时变成了失望。

挂了电话, 儿子进了自己卧室, 把门反锁上。

“儿子, 我跟你说点事儿。”妈妈的语气尽量温和, “等会吧, 我正在做语文作业呢。”儿子的回答带着哭声!

“儿子, 不论你学习好不好, 你都是个好孩子……”

“妈妈———”齐斌猛然开了门, “现在我不想听这些! 您给老师打个电话吧, 都10点钟了, 再晚来不及了。”

“好的, 好的, 妈妈来打! ”“……您好, 齐斌班主任吗? 我是齐斌妈妈, 今天齐斌是不是又让您生气了? ”齐斌急得直咬牙, 每次给老师打电话, 妈妈都是这句开场白。

“……没有? 没有就好! 打扰您了! ”妈妈长舒一口气, 轻松地放了电话。

泪水又一次溢满齐斌的眼眶, 他扭身进了自己的房间。妈妈站在儿子卧室门口, 听着里面的动静。一阵轻微的鼾声传来, 妈妈轻轻推开了儿子的房门。

借着月光, 妈妈看见语文作业本就摊开在书桌上, 那是一篇作文:《等待一个电话》

“……今天老师表扬了我 , 还说‘晚上我会给你爸妈打一个电话, 表扬你……’我太高兴了! 妈妈接到电话肯定也很高兴……都快10点了, 老师还没有打来电话……对我来说, 这么重要的电话, 难道对老师来说一点也不重要吗? ”

一切都明白了! 妈妈看到儿子泪痕斑驳的脸上居然隐约有一抹微笑。也许, 睡梦中, 老师正在打那个电话呢。

女儿的电话 篇9

这天中午, 手机响了, 他顺手一接, 那边就说话了:“爸爸, 您什么时候回家啊, 我好想您。”是女儿打来的, 可声音又不像是女儿的。他连忙问:“妈妈呢?”

“妈妈捡破烂还没回来呢。”女儿带着哭腔说。

“什么, 妈妈捡破烂?”春生糊涂了, 妻子在银行工作, 怎么会捡破烂呢?他忙挂断电话细看来电显示, 发现是个本市的陌生号码, 春生笑了笑, 原来是别人打错电话了。

可傍晚的时候, 那个电话又打来了:“爸爸, 我是小美, 你咋还不回家?”春生一听有点烦了:“小丫头, 你电话打错了, 我不是你爸爸。”说完就把电话给挂了。

晚上那个电话再次打来, 只是这次是个自称小美妈妈的人。经她一解释, 春生才明白事情的原委:小美的爸爸在外地一家煤矿工作, 一个多月前, 小美的爸爸因瓦斯爆炸不幸丧生。小美特别想爸爸, 小美妈不敢将这事告诉小美, 就骗小美说, 爸爸最近太忙, 没时间回来。可小美非要跟爸爸通电话。实在拗 (niù) 不过女儿, 于是, 她就胡编了个手机号码, 可想不到竟是春生的手机号码。

听了小美妈妈的叙述, 春生有点哽咽了, 他说:“大嫂, 不怪你。大嫂, 假若你方便的话, 给我寄一张小美爸的照片来, 并将住址告诉我, 我一定抽时间看小美去。”

从那以后, 春生每隔几天都给小美打电话, 问她的学习和生活情况, 同时春生也收到了小美妈寄来的照片。

这一天, 春生在外面的工作终于结束了, 他决定去看看这个女孩。经过一上午的奔波和打听, 春生终于找到了小美家所在地。开门的妇女目瞪口呆地看着春生, 说:“你是谁啊, 你……你咋跟死去的小美爸长得这么像?”

春生一怔:“啊, 大嫂, 你就是小美的妈妈吧?我是你们误拨电话的人。”

春生刚坐下一会儿, 屋外就响起了喊声:“妈妈, 我放学回来了。”小美推开门, 先是一惊, 继而扑到春生的面前:“爸爸, 你真回来了!”

春生一把抱起小美:“乖孩子, 是爸爸不好, 只怪爸爸太忙……”

春生的话还没有说完, 忽然, 小美用双手抱住春生哭泣道:“你不是我爸爸, 我爸爸他死了, 刚开始我还不知道。谢谢你, 爸爸……”

说完小美抬头又问:“你咋和我爸长得那么像啊?”

春生从怀里拿出小美爸的照片对小美说:“乖孩子, 为了让你相信我是你爸爸, 我特意化了装, 因为我是电视剧制作中心的化装师, 所以当然像了。”

从那以后, 每年的寒暑假, 春生无论多忙碌, 都要带着妻子和女儿赶到这个“女儿”家。

电话天使这样诞生 篇10

事件大致如此：因为是初三了，所以大家学习都特认真，晚上夜自修全抱着书去教室抢座位 。有一天身体不舒服，童童就没去自修，宿舍便只留下她一个人。

正躺在床上苦思冥想今天代数课上没听懂的一道难题，忽然电话铃响了。童童老大不耐烦地 爬起来接电话。电话的声音不太清楚，沙沙拉拉的，对方的发音也很古怪，咿哩哇啦一通后 ，童童仍是一头雾水，干脆回了句："搞不清你是哪根葱，烦！"就咯噔挂了机。可电话铃 阴魂不散一直响个不停，童童索性把话筒摘下来挂在门把上。

大家回来看见分了家的电话和听筒，都觉得奇怪。童童说："不知哪个讨厌鬼打骚扰电话！ "便把事蒙混过去了。可两天后，一位福建的室友接到家人发来的电报，说她在福建老家的 奶奶患了重疾已经辞世了，两天前打电话给她，想让她立即赶回去的，但电话接通后却很快 被挂断，后来就一直打不进去了。查来查去，自然查到童童身上。百口莫辩，她的信誉度直 线下降。童童后悔莫及。

这件事成了童童的心病，自此以后，一听到丁零零的电话铃声，她都像听到了怪兽的野 蛮吼叫，避之唯恐不及，真怕自己又要栽在"电话怪兽"的魔掌下。

淑女真经开讲

电话是帮助我们传情达意的小精灵呀，怎么成了怪兽了？冰冻三尺非一日之寒，童童之所以 会犯下如此错误，其实和她平时不注意电话礼节大有关系。淑女真经开讲喽，要制服那个名 叫"电话"的，拖着长尾巴、会唱歌、有耳朵的小东西很容易，每个人都会成为真正的电话 天使，只要你愿意。

第一讲：打电话

stepone：

＊如果打电话时你正在看电视或听广播，应该把电视机和收音机的音量调到"静音"--假 如你不希望电视和电台的主持人跟你唱"声音对台戏"的话。

＊如果在吃东西，就要暂停一下，让人家听见你唏哩哗啦吸酸奶或吧唧吧唧嚼口香糖的 "画外音"，多不雅呀？

＊微笑着（即使看不见也是能感知的哦）用礼貌用语询问对方："请问某某在吗？"或 "麻烦请某某某接一下电话。"礼貌敬语可是淑女的基本功，一定要好好修炼才是。

steptwo：

假设接电话的人是x

If:x＝你要找的人。视事情的轻重缓急，有条理地把要说的事情交代清楚，不要不分场 合地卖关子、打哑谜，缠着别人问，"你猜猜我是谁呀？"如果人家是个急性子，会被你蘑 菇死的。也不要硬拉着人家煲电话粥喔，你喜欢喝稀的也许别人不喜欢呀。 尤其尤其，还要注意打电话的时间，千万不要来"午夜凶 铃"哦。

If:x≠你要找的人。礼貌地询问接电话的人能否替你转达消息。对方答应的话，就简 短说一下事情概要。人家不答应帮你传达也是可能的，那也不能气呼呼挂机，还是要进行下 一步--

stepthree：

说"谢谢"，轻轻挂机。

第二讲：接电话。

stepone：

＊同上。

＊假如是在公共场合用手机接听，比如在教室、礼堂、电影院等，应该预先把铃声调到 静音＋震动，且务必走到僻静处接听，以免妨碍他人。

＊仍然要用礼貌用语："请问您是哪位？"或"请问您找谁？"

steptwo：

假设打电话的人要找的是y

If:y＝自己的亲朋好友。如果y正在你的"势力范围"之内，就说："请稍等。"记得要捂 上话筒，轻轻找来y。千万不要大喝一声："喂！你的！"人家会把你当成人猿泰山的。如 果y不在身边，就告诉对方，"很抱歉，他暂时不在。"然后询问对方是否愿意自己代为转 达。如果对方愿意，就拿纸和笔记下：打电话人的姓名＋要交代的 事情＋电话来的时间； 一般情况下，不要轻易将y的手机等私密信息告诉对方，除非遇到特殊紧急情况。挂 上电话后可别把事情忘到了爪哇国，等y回来，要及时转达。

If:y＝？。就是说，听不清的电话或打错的电话。遇到对方口音很重，比方赵本山大 叔打来电话了，一定不要像童童那样不耐烦地马上挂断哟--应尽量请他"开国语"或反复 复述，直到自己听懂为止。如果发现对方打错了电话，比如一个火星人打电话来找一个金星 人，不要因为不在一个星球上就粗暴地把电话挂断，这样火星人会很伤心的。应该耐心告诉 他，"对不起，您打错电话了。"请他重拨。可是也要注意，不要随便泄露自己的具体情况 ，应有一些自我保护意识--万一有天因为你的不慎，火星人来劫持你，可怪不了别人哟。

If：y＝无辜的耳朵。就是说，接到的是推销电话或恶意骚扰电话。我们常会接到一些推销 或广告性质的电话，虽然不想听，但是想一下那出叫"推销员之死"的话剧吧--他们也许 只是一些为生计奔波的可怜人，与其一下子挂断，不如婉言拒绝："对不起，我们目前不需 要您的产品，谢谢。"这样至少他不会太伤心吧，还可以避免他再打进来。如果是恶意的骚 扰电话，那么就把他当成欺负你耳朵的强盗，果断挂断没商量--这不是无礼，是正当防卫 ！要是对方一而再再而三，可以利用来电显示记下强盗的号码，告诉爸爸妈妈，或者，报告 警察叔叔也是很机智的处理方法。

塑造完美的“电话形象” 篇11

电话可以传递信息, 可以提高工作效率, 然而, 只有在平时的工作中学会和遵守使用电话的礼仪, 文明使用电话, 才会提升你的“电话形象”, 才会使电话沟通更有效。

通话的时空选择

选择一个合适的时间, 是一次成功、愉快的电话沟通的前提。与工作相关的电话要选择在工作时间打, 而且最好打对方办公室的座机。但也不是所有的工作时间都适合打电话。如果没有特别紧急的事情, 最好避开临近下班的半小时。因为这时打电话, 对方往往急于下班, 很可能得不到满意的答复。尤其是需要对方查询后回复的电话, 或是涉及重要问题的电话, 最好在早晨上班的时候打, 此时人的头脑最清楚, 办事效率最高。另外, 周一上午一般是各部门召开工作例会、制定一周工作计划的时间, 周五下午则被很多人用来整理一周的工作, 这两个时间段也不适合打电话。

打电话的地点也必须留意。工作电话一般要选择在办公室打, 但是要注意选择避开人多嘈杂和容易被打扰的地方。另外, 由于很多公司都是几位员工共用一条电话线路, 所以如果是比较长时间的通话, 尽量选择连接分机较少的线路。否则占线时间过久会影响其他同事使用电话。

通话的态度

打电话时虽然彼此看不见, 但说话声音的大小, 对待对方的态度, 使用语言的简洁程度等, 都会通过电话传给对方。即使是懒散的姿势对方也能够“听”得出来。如果你打电话的时候, 弯着腰躺在椅子上, 对方听你的声音就是懒散的, 无精打采的;若坐姿端正, 身体挺直, 所发出的声音也会亲切悦耳, 充满活力。

接打电话时注意保持音量适中、语气和蔼、吐字清楚、用词恰当。声音要温雅有礼, 用恳切的语气表达。口与话筒间, 应保持适当距离, 适度控制音量, 以免听不清楚, 产生误会, 或因声音粗大, 让对方误解为盛气凌人。

在开会或与同事交谈时, 应将手机设为“振动”状态;在与人交谈过程中需要接听手机时, 应先对交谈人说声“对不起, 我接个电话”而后再接听。同时, 应注意手机的选择要符合自己的年龄和身份。

在办公室拨打电话时, 一般不要使用免提功能。一般来说, 打出电话的人应主动结束电话。挂电话时, 切忌没有致结束语就挂机或是挂机动作突然、用力过大。

拨错号码是常有的事, 接到拨错的电话, 不能一声“错了”, 然后重重地挂上电话, 要语气温和地告诉对方:“你打错了, 这是××公司。”当自己拨错电话时, 应向对方道一声歉。

通话的内容

通话前要确定接电话人的电话号码, 想好谈话内容, 重要事项应形成重点、理好提纲。

电话接通后的第一句话, 应由问候与自我介绍两部分组成。如:“您好!请问是××公司吗?我是××公司的××。”若接电话者不是自己要找的人, 应说:“能不能请您帮我找××?”当要找的人不在时, 应说:“能不能请您帮忙转告一下?”内容不便转告的可告诉对方联系电话或其他联系方式;在通话结束时应亲切地表示:“谢谢, 再见。”

通话时要注意把握通话时间。在正常的情况下, 一次通话时间应控制在三分钟以内, 国际上通称为“三分钟原则”。通话过程中可以借鉴新闻写作的“倒金字塔”结构, 即重要的先说, 次重要的后说, 可说可不说的少说, 长话短说, 废话不说。

一个人的“电话形象”, 代表了一个部门甚至一个公司的形象, 塑造完美的“电话形象”, 对个人的职业生涯发展, 具有重要的意义。