案例查询(大全)|案例信息网-尔学网

案例查询

案例查询（精选四篇）

案例查询篇1

当前,对等计算P2P(peer-to-peer)备受计算机研究界的关注。在P2P系统中,每个对等节点(peer,简称节点,如用Internet连接的PC)功能与责任对等,即既可充当服务器为其他节点提供数据与服务,又可作为客户机享用其他节点提供的数据与服务;节点间的交互直接对等;此外,任何一个节点可以随时加入或离开该系统,形成一个真正的动态网络环境。已经取得的研究成果表明,这类系统具有许多潜在优良特性,如系统可扩展性好、资源(种类与数量)丰富、性能高等;并可应用于许多领域:如CPU周期共享、信息传输、协同工作、信息共享[1]等。其中,信息共享已经成为当前P2P研究与开发的热点。但现有的P2P信息共享系统大都仅限于缺乏语义的粗粒度(文件水平)共享,用户通常通过文件名进行查找。这种不能基于语义的共享模式限制了P2P潜能的发挥。

为消除上述局限性,研究界提出了P2P信息检索的理念[2,3,4],把P2P与信息检索相集成,充分发掘各自的优点并相互克服对方的不足。由于P2P信息检索尚处于研发的初始阶段,开发这类系统面临不少挑战,如系统的体系结构、资源定位、查询方式、查询路由等。其中,查询方式就是亟待解决的关键问题之一。

在现有的P2P信息系统(包括信息共享与信息检索两类系统)中,查询方式有两类:(1)基于文件名的查询方式,如Napster与Gnutella,用户的查询为一个文件名。相关节点收到查询后把跟查询相同的文件名的文件返回给查询提交节点,供用户选择。采用这种查询方式时,如果用户事先不知道文件名或者文件名不能准确刻画文件的主题,即使系统中有大量的答案,用户也难以检索到所需信息对象。(2)基于关键词的查询,如文献[3],用户提交的查询为一个或一组关键词,相关节点把跟查询语义最相关文件返回给查询提交节点,供用户选择。这种查询方式简单易用、用户友好,但由于查询包含的关键词的数量有限,查询处理的结果必然包含大量答案。因而,这种查询方式不但难以精确地满足用户的信息需求,而且还造成了大量的计算资源与带宽的浪费。为消除这两类查询方式的局限性,本文提出了一种全新的查询处理策略,取得以下成果:

(1) 基于P2P信息检索系统的特性,提出了基于案例查询的理念;

(2) 面向P2P信息检索系统,论述了基于案例查询策略的机理;

(3) 阐述了基于案例的查询方式的处理过程及实现算法。

1相关工作

当前的P2P信息系统有信息共享与信息检索两类系统。P2P信息共享系统(如Napster等)大多采用基于文件名的查询方式。该方式仅支持粗粒度且缺乏语义的信息共享,难以满足用户需求。

为了消除当前P2P信息共享系统的局限性,研究界提出了P2P信息检索的概念,相关研究取得了较大进展。文献[2]介绍了PeerIS:P2P信息检索系统;并论述了体系结构、节点模块构成及工作流程等关键技术。但PeerIS目前仅能支持基于关键词的查询方式。

文献[3]也是基于向量空间模型的P2P信息检索系统,采用基于关键词的查询方式。文献[4]是结构化P2P信息检索系统,也采用基于关键词的查询方式。

2基于案例的查询机制

2.1案例查询与答案

P2P信息检索系统的查询的格式决定于其采用的查询方式。现有的P2P信息系统中共有两种查询格式:(1)在采用基于文件名查询方式的系统(如Napster)中,查询格式为某一特定的文件名;(2)在采用基于关键词查询方式的系统中(如PeerIS)中,查询为一个或一组关键词{K1,K2,…,Kt},其中t为查询中关键词的个数。

为了更加精确地表达用户的信息需求,本文提出基于案例的查询处理策略。在该查询策略中,查询为一篇完整的文章;而查询答案就是与该文章语义相关的文档,定义如下:

定义1 设dq为用户U已有的一篇文档,且dq能表征U当前的信息需求,那么把dq作为一个查询q提交给系统S,使S以dq为案例进行检索操作;所得答案Aq就是由跟dq语义相关的一组文档构成的集合,即:Aq={da|SR(da,dq)≥threshold},其中SR(da,dq)为文档的语义相似度,threshold为系统设定的阈值。

2.2案例查询及其答案表达机制

由于P2P信息检索系统继承了信息检索技术与P2P的特性,因而每个节点均为自治的信息检索系统。因而每个节点维护的文件都用向量空间模型(VSM)[5]表达。接下来,分别定义共享文档、案例文档的向量。

定义2 对于系统中的任一节点P的任一文档dj,且dj有t个索引项,其任一索引项ki在文件dj的重要程度(ki, dj)用一权重wi,j来表达,那么dj的向量被定义为:

d→j=(w1,j,w2,j,...,wt,j) (1)

定义3 用户用一个案例文档dq来表达其信息需求,该案例文档中共有t个索引项,每个索引项在表达其信息需求的重要程度时也用一权重wi,j来表达,那么查询案例的向量定义为:

d→q=(w1,q,w2,q,...,wt,q) (2)

定义4 设N为任一节点所维护文件的总数,ni为索引项ki出现于其中的文件数,那么,索引项ki的原始文档频数freqi,j定义为:

freqi,j=niΝ (3)

进而,索引项ki的标准文档频数fi,j定义为:

fi,j=freqi,jmaxlfreql,j (4)

式中,分母表示文件dj中的最大原始文档频数,如ki没出现在文件dj中,则fi,j=0。

定义5 索引项ki的反比文档频数idfi定义为:

idfi=logΝni (5)

这样,所有权重可由下列公式计算:

wi,j=fi,j×idfi=freqi,jmaxlfreql,j×logΝni (6)

至此,节点维护的文档及用户提交的案例文档的向量均可通过上述6个公式确定。

2.3答案确定机制

根据向量空间模型理论,查询案例文档dq与节点文档dj的语义相关程度可用两者的向量的夹角余弦来度量。

定义6 设dq用户提交的查询案例文档,dj为节点维护的共享文档,那么共享文档与查询案例文档的语义相关程度定义为:

SR(dq,dj)=d→q⋅d→j|d→q|×|d→j|=∑i=1twi,j×wi,q∑i=1twi,j2×∑i=1twi,q2 (7)

式中,|d→q|和|d→j|分别表示案例查询与节点文件的向量的模。

由上述推理过程可知,如节点P所维护的文档dj跟查询案例文档dq的语义相关度超过阈值,那么该文档就是用户所查询的答案。因此,案例查询答案的确定机制为:

Aq={φ, ifSR(da,dq)<th{da|SR(da,dq)} ifSR(da,dq)≥th

(8)

式中,th为相似度阈值(threshold)。

由于用户查询案例文档所包含的信息远远超过一组关键词所蕴涵的语义,因而查询的约束条件更加严格。所以,查询结果能更精确地满足用户需求。此外,由于从远程节点返回的答案数量较少,故系统的带宽利用效率也更高。

3基于案例查询策略的实现

本文提出的基于案例查询的策略在检索处理过程中即席实现。当一个查询通过某个节点提交给系统,这个案例查询首先在本地进行解析(包括所有文本预处理操作,如去虚词、取词根等),此时查询案例文档的索引项可确定。然后,查询处理以并行的方式在系统中进行:如果高层元数据表明本地可能有合格答案,就对本地文档库进行查询,同时根据系统的资源定位机制及查询路由协议把该查询转发给其他可能提供合格答案的节点。其他节点一旦接到查询,便根据高层元数据判断本地是否可能提供合格答案,如果是,就根据公式(7)计算查询与相关文档的语义相似度SR(dq,dj),否则仅转发查询消息。最后,这些节点就把本地满足语义要求(即SR(dq,dj)≥threshold)的所有答案的相关信息以<Title,SR,Summary,PID,Hops>形式返回查询提交节点。这里,Title是被检索出的文档名,SR是查询与该文档的语义相似性,Summary是被检索出的文章摘要,PID是答案提供节点的标识符,而Hops则是答案提供节点到查询提交节点的逻辑距离。查询提交节点一旦接收到答案提供节点返回的这些元组,就根据SR的大小重新排列和合并这些元组列表并展现给用户选择;如果两元组的SR的大小相同,则基于Hops进行二次排序。一旦用户选择了满意的答案,就可从答案提供节点直接下载。基于案例的查询处理过程可用算法1实现:

算法1基于案例查询处理策略的实现算法

4结论

本文为P2P信息检索系统提出了一种基于案例查询的处理策略,能够更精确地满足用户信息需求,同时更有效地利用系统计算资源和带宽资源。深入研究了该策略的理论机制,进行了相关的理论推导,阐述了该策略的处理过程及实现算法。这些成果为进一步研究P2P信息检索夯实了基础。接下来将进行实验分析,进一步揭示P2P信息检索的机理,并增强系统功能。

摘要：研究对等计算(P2P)信息检索系统中基于案例的查询处理策略。首先面向对等计算信息检索系统,提出了基于案例查询的概念;接着深入研究该策略的理论机制;最后阐述了该查询策略的处理过程及实现算法。

关键词：对等计算,信息检索,案例查询,理论机制

参考文献

[1]Wee Siong Ng,Beng Chin Ooi,KianLee Tan.PeerDB:A P2P based system for distributed data sharing.In Proceedings of ICDE,2003:633-644.

[2]凌波,陆治国,黄维雄,钱卫宁,周傲英.PeerIS:基于对等计算的信息检索系统.软件学报,2004,15(9):1375-1384.

[3]PlanetP project homepage.http://www.panic-lab.rutgers.edu/Re-search/planetp.

[4]Tang C,Xu Z,Mahalingam M.Psearch:Information retrieval in struc-tured overlays.In Proceedings of the1stACMHotNets-I,2002.

信用卡透支查询不尽职遭投诉的案例篇2

案例介绍：

一位信用卡客户投诉银行办理的信用卡因透支款项未还清引起在人民银行征信系统出现贷款不良记录的情况。经过银行查询，该银行卡客户通过银行网点在柜面办理信用卡透支还款，由于柜面人员使用交易只查询到透支本金，没让持卡人归还利息，造成利息转入账户，形成违约未还，由于长期透支没有按时还款，人民银行征信系统自动抓取长期贷款未还记录，形成贷款不良记录。

案例分析：

本案究其发生原因主要有两点：一是在银行网点在给客户查询信用卡透支本息时，使用交易只查询了透支本金，给持卡人造成欠款未能还清利息的情况，出现逾期，形成不良记录。二是形成银行卡透支后，催收人员贷后管理不尽责，没有及时催收，及时采取措施，造成客户信用卡欠款形成不良记录。

案例启示：

一是网点人员要熟悉银行卡操作流程，要求员工加强学习培训，提高综合业务素质，严格按照透支还款交易程序办理查询业务，及时提醒客户违约后系统会自动冻结，直到形成不良记录，避免引起投诉，有效减少客户损失，提升我行服务质量。

案例查询篇3

Oracle数据库是Oracle公司所研制和开发的一个关系数据库系统。经过几十年的发展, 其功能和性能不断完善, 己成为功能最齐全最受欢迎的数据库系统。Oracle系统由Oracle的核心, SQLPLUS接口、主语言接口以及各种系统实用程序组成。Oracle是目前应用最广泛的数据库系统。一个完整的数据库系统包括系统硬件、操作系统、网络层、DBMS (数据库管理系统) 、应用程序与数据, 各部分之间是互相依赖的, 对每个部分都必须进行合理的配置、设计和优化才能实现高性能的数据库系统。

SQL语言早在1973年就被提出来了, 当时它仅作为关系数据库的交互式存取的查询语言。这种语言也较多的采用了数学符号, 后经修改在1974年发展成SEQUEL。SEQUEL语言在结构上更类似于英语, 这样更便于人们的掌握与使用。SQL语言从它一问世就受到人们广泛重视与欢迎。近年来, SQL语言己成为标准的数据库语言, 现已有一百多个数据库管理产品支持SQL语言。SQL语言有如下特点。

(1) 非结构程度高。用户在使用计算机完成系统工作时, 是使用系统所提供的语言来表达或描述自己处理要求的。例如常用的FORTRAN、COBOL等都是系统所提供的用户语言。用户使用这些语言来编写程序, 然后通过程序的执行来完成自己所要做的工作。如果系统提供的用户语言功能强, 用户使用起来就方便得多, 描述处理要求也容易。而非过程化语言的特点就是用户只需在程序中指出要干什么, 至于如何干, 用户不用在程序中指出。这由系统决定与完成。SQL是一种非过程化程度相当高的语言, 用户只需在程序中指出要做什么就可以了。

(2) 用户性能好。衡量一个语言好坏的一个标准是用户性能的好坏。所谓用户性能好是值一种语言在被一个新用户学习掌握时, 用户不必花费太多的时间就能学会, 并且很快就能熟练的掌握和使用。经过实验, SQL语言是一种用户性能非常好的语言, 它非常便于用户学习与掌握。

(3) 语言功能强。SQL语言是一种关系数据库语言。关系数据库分为两大类, 一类是关系代数语言, 另一种是关系演算语言。这两类语言在结构上具有不同的特点, 各自具有自己的长处。而SQL语言具有两类语言的特点。因而SQL语言是一种功能很强的语言。

(4) 提供有视图数据结构。SQL语言可以对两种基本数据结构进行操作。一种称之为表, 另一种是视图。通常将表定义为基本关系, 视图定义为虚关系。虚关系在数据中不实际存放。在SQL语言中, 用户可以对基本关系进行操作, 也可以对视图进行操作, 也可以对视图进行操作。当对视图进行操作时, 由系统转换成基本关系的操作。

(5) 两种使用方式。SQL语言可以通过两种方式使用, 一种是命令方式, 另一种是程序方式。采用命令方式使用SQL时, 用户通过交互式的方式, 每输入一条命令, 系统就会执行该命令, 并且显示执行的结果。SQL语言还可以镶入在象COBOL、FORTRAN、C等高级语言中, 组成一个完整的程序。用户根据自己不同的需要, 灵活的选择相应的使用方式, 以满足不同的要求。

在信息产业领域随着技术的不断进步, 特别是计算机和通信网络技术的发展, 大大开拓了数据库应用的领域并巨大推动了数据库管理技术的发展。

2 数据库设计案例分析

下面以图书馆数据库设计为例使用Oracle操作系统进行功能分析。

关系数据库的特点之一就是用表的方式组织数据。通常这种表称之为关系。表是语言存放数据, 查找数据以及更新数据的基本数据。这种表与我们日常生活中所见的表非常相似, 但不完全相同。在语言中, 表有其严格的定义, 它是一种二维表格。对于这种表有如下几点规定。

(1) 每个表都有一个名字, 通常称为表名或关系名。

(2) 表中的一行称之为一个元组, 它相当于一个记录。

(3) 一个表可以由若干列组成, 表的每一列必须命名唯一, 即表中每一列都有一个名字, 同一表中不允许有相同的名字。

(4) 同一列的数据必须具有相同的数据类型。

(5) 表中的列值必须似不可分割的基本数据项。

建表:依次建立图书、读者、借阅3个表。

建立图书表, 该表记录了图书的总编号、书名、作者、出版单位、单价的信息, 在表结构中输入信息, 得到如下的表结构如表1。

建立读者表, 该表记录了读者的借书证号、单位、姓名、职称、地址的信息, 表结构如表2。

建立借阅表, 该表记录了借书证号、总编号、借书日期的信息, 表结构如表3。

3 单表查询

使用查询功能SQL语言中最主要, 最核心的部分是它的查询功能。所谓查询就是从数据库中提取满足用户指定条件的数据。查询是由SELECT命令实现的。在SQL中, 许多其他操作也涉及到SELECT命令。例如插入一组数据时, 可以将SELECT命令查询到的数据增加到一个表中, 视图定义也使用SELECT命令将满足一组条件的数据构成一个视图等等。查询虽然只使用SE-LECT命令, 但由于它能反映不同的查询要求, 因此它是SQL语言中最复杂的命令。在查询过程中仅涉及到一个表的查询称为基本查询或一元查询。

(1) 查询所有书籍的书名、作者、出版单位、单价。

SQ L语言为:select书名, 作者, 出版单位, 单价。

from图书。

(2) 查询出版单位是清华大学出版社的图书的分类号、书名、作者、单价。

SQ L语言为:select分类号, 书名, 作者, 单价from图书。

where出版单位=“清华大学出版社”。

(3) 查询分类号是IN T2000的书籍的情况。

SQL语言为:select*from图书。

Where分类号=“INT2000”。

(4) 查询分类号是INT2000, 且出版单位是清华大学出版社的书籍的情况。

SQL语言为:select*from图书。

Where分类号=“IN T2000”and出版单位=“清华大学出版社”。

(5) 查询所有读者的姓名, 职称, 地址。

SQL语言为select姓名, 职称, 地址from读者。

(6) 查询初级职称读者的借书证号, 单位, 姓名, 地址。

SQL语言为:select借书证号, 单位, 姓名, 地址from读者。

Where职称=“初级”。

查询:

(7) 查询所有借阅读者的借书日期。

SQ L语言为:select借书日期from借阅表。

(8) 查询总编号是C I003的书籍的借书证号, 借书日期。

SQL语言为:select借书证号, 借书日期from借阅。

where总编号=“CI003”。

4 多表查询

查询读者的借书证号、姓名、总编号、借书日期。select借书证号、姓名、职称、地址、总编号、借书日期from借阅, 读者where读者, 借书证号=借阅, 借书证号。

5 排序显示

用户在使用select命令查找数据时, 查询的结果是按照元组在表中的顺序显示的。有时用户要求查询的结果按照某种特定的顺序显示, 例如, 按照年龄由小到大来显示数据等。在select命令中提供了orderby子句, 用于可以使用来改变查询结果的显示顺序。

例如在图书表中以单价递增的顺序显示书籍的信息。

SQL语言为:select﹡from图书。

orderby单价。

又如在借阅表中以总编号递增的方式显示借阅情况。

SQL语言为:select﹡from借阅。

Orderby总编号。

6 分组查询

在使用中我们需要对表中某一列上具有相同值的数据进行操作。在对表进行操作时, 要求将元组按某个或某几个列上相同的值分成组, 然后再对组进行相应的操作, 称作分组查询。以读者表为例, 查询各职称的人数。

SQL语言为select职称.count (﹡) from读者如表4。

7 结语

社保查询个人账户查询方法篇4

社保网上查询很方便，不用我们跑到当地的社保局去查了，这样跑去查也很麻烦，如今的人们只需快速动几下电脑即可。此方法不但省话费，还可以省时间呢，在百度首页搜索“社保查询个人账户”搜索。

点击下面链接，进入全国社保查询个人账户平台进行查询。

在新界面找到最上方的导航栏，点一下“社保查询”，

或者直接在页面上点一下自己所在省份，也可进入本省的社保查询导航页面进行查询就好。

这时会跳出一个新的界面，显示最醒目的提示图标：养老保险、医疗保险、公积金查询等信息，根据自己想要查询来进行即可。

社保个人账户

社保个人帐户是指社会保险经办机构按照国家技术监督局发布的社会保障号码为每一个参加社会养老保险的人员建立，记录单位按规定划转的养老保险费和个人缴纳的全部养老保险费，作为参加社会养老保险的人员退休时计发个人帐户养老保险金的依据。

分类

社保个人账户：独立自然人在当地社保

社保卡中心开办的个人名义的以社会保险为福利待遇的个人账户号。社保个人账户分为：医疗账户、养老账户。其他的包括(生育、工伤、失业等皆存于社保中心。)

查询说明

个人账户查询(包括第一次查询人员)，请使用初始密码1234查询(请立即修改)，原网站个人账户查询密码失效。

养老保险查询在各城区社保所参加职工社会养老保险的在职或企业离退休(职)人员。

养老保险问题1、身份证号码重复：1) 一人多帐户。产生原因主要为职工未及时办理个人账户转移或续保手续。请及时与参保地的社会保险经办机构联系，办妥个人账户转移、合并手续。2) 身份证号码重复。发现此类问题，请与参保地的社会保险经办机构或最后办理中断手续的社会保险经办机构联系。确系本人身份证号码重复的，请到公安户籍中心申请变更身份证号码。3) 用人单位申报时填写错误或社会保险经办机构工作人员录入错误。发现此类问题，请携带本人身份证及身份证复印件到参保地社会保险经办机构办理更正手续。2、提示未进入本系统或身份证不存在或银行帐号不存在：1) 身份证号码或银行帐号输入错误。2) 属于查询范围以外人员。3) 身份证号码与系统中记录的身份证号码不一致。4) 更换银行帐号，但未到相关的社会保险经办机构办理账号更改手续。5) 变更了身份证号码，但未到相关的社会保险经办机构办理身份证号码更改手续。6) 属于本市机关、事业单位职工。7) 属于港澳台地区或其它外籍员工。[1]

查询范围转入每年4月底之前的转入缴费年限反映在累计缴费年限中;每年5月以后的转入缴费年限不反映在累计缴费年限中。

数据的安全性公网与内部业务网络物理割断，您查询的养老保险账户非实时数据，系前二个月的信息。

注意事项

员工查询信息打印本人明细参保信息的，需提供身份证原件及社保卡原件(验原件，收复印件);员工委托他人查询本人参保信息的，需提供授权委托书原件、委托人身份证原件、委托人社保卡原件及受托人身份证原件(除授权委托书收原件，其余材料验原件，收复印件)。

单位查询信息打印本单位员工个人参保信息的，需提供盖有单位公章的查询证明材料及经办人的身份证原件(证明材料收原件，身份证验原件，收复印件.3、查询、打印个人参保明细清单属不收费业务

案例查询

案例查询 篇1

信用卡透支查询不尽职遭投诉的案例 篇2

案例查询 篇3

社保查询个人账户查询方法 篇4

相关推荐

案例查询篇1

信用卡透支查询不尽职遭投诉的案例篇2

案例查询篇3

社保查询个人账户查询方法篇4