-
k均值聚类分析matlab代码
基本思想:首先任意选取K个聚类中心,按最小距离原则将各模式分配到K类的某一类;不断计算聚类中心和调整各模式的类别,最终使各模式到其判属类别中心的距离平方之和最小。
- 2020-12-06下载
- 积分:1
-
电子白板的Java源代码
Java程序设计语言开发的电子白板,功能简单,仅供学习参考之用。
- 2020-11-28下载
- 积分:1
-
东北大学软件工程历年真题
东北大学软件学院 软件工程历年真题 2004~2017 期末考试真题
- 2021-05-09 18:18:34下载
- 积分:1
-
UDS_BOOTLOADER
基于ISO协议的车载CAN网络上位机诊断软件设计,一方面可了解15765的协议内容,同时,完成基于CAN通信的上位机软件开发重庆邮电人学硕士论文abstractAbstractWith the development and wide use of in-Vehicle Can (Controller AreaNetwork)network technology, complete in-vehicle can network internationaldiagnostic specification has been published. However, because of the noveltyof the specification and the protection of intellectual property rights offoreign country, our country is relatively weak on this technique, moreover,diagnostic tool is mainly dependent on high-cost foreign equipmentTherefore, the study on Can network diagnostic tool based on iso15765 withindependent intellectual property rights is significant In this paper, diagnosticstructure of certain car and network nodes which can be diagnostic is chosenas the diagnostic object. After the analysis and deep study of Iso15765architecture, low cost diagnostic upper computer of Can network is designedby vc software and USbCanii hardware acquisition card the maincontributions of dissertation include the following:(1)Basing on the research on diagnostic protocol architecture ofin-vehicle Can network the structure of in-vehicle network and thediagnostic function needs are put forward for a certain vehicle model. thediagnostic upper computer design is divided into relatively independent ofordinary diagnostic module (without download function) and downloaddiagnostic module.(2)The major 5 kinds of diagnostic services of application layer arerealized based on deep understanding of diagnostic protocol. For the networklayer data transmission, data packing algorithm which meet the Iso 15765-2is designed to achieve the network layer data package transmission.(3)Basing on the realization of the application-layer protocol and thenetwork layer data transmission algorithm. For the safety access realization,safety algorithm is designed and dLl is created. Low-cost CAn networkdiagnostic upper computer of ordinary diagnosis module is designed by VCsoftware platform and usbcanii hardware acquisition cardThe S19 file processing algorithm is designed to realize programon-line download through CAN network diagnostic specification, which isI重庆邮电大学硕士论文Abstractbased on IS015765-3 download process. Upper computer of on-line downloadis designed by VC software platform and USBCANII hardware, by whichrogram can be downloaded on-line through Can network(5)Test platform is built to test the diagnostic upper computer combinedwith CANoe. The test includes ordinary diagnostic module test and downloadfunction testTest results show that diagnostic upper computer can communicate withCAN network through IS015765, and S19 file can be downloaded on-linethrough Can successfully. The feasibility of the designed diagnostic uppercomputer is validatedKeywords: in-vehicle network, CAN, IS015765, diagnosis, testIM重庆邮电大学硕士论文第一章绪论第一章绪论1L课题研究的背景与意义CAN网络技术起源于欧洲,最早运用于汽车的电子通讯系统上,专门装备高档车型,被公认为现代B级、C级轿车和高技术含量代表的标志之山。它具有极强的抗于扰和纠错能力,这项技术的最大优点是减少了线束的数量和控制器接口的引脚数,能够使多个控制器和各类型的传感器之间的数据通信联系起来,使整车线束布置更加紧凑。CAN网络由于其非破坏性的网络仲裁机制、较高的通信速率和灵活可靠的通信方式,在车载网络领域广受青睐,CAN网络可以吏简单、迅速地实现汽车控制、通信、在线诊断以及在线编程。由于其综合的优势,目前,在多种车用总线中,CAN总线成为应用最广泛的总线。由于车载CAN总线的广泛应用,车载CAN网络的诊断技术亦显得尤为重要。由于诊断系统独立于车载CAN网络,这使得系统的开发成本增加,内部网络变得复杂。为解决上述问题,欧洲汽车厂商推出一种基于CAN总线的诊断系统通信标准ISO15765,它可满足 E-OBD(European- On Board Diagnosis)的系统要求,ISO15765以ISO142291定义的服务为基础,规定了基于CAN总线的诊断服务UdS on CAN,包括网络管理、网络定时、应用层定时等详细内容,使得该协议的适用性和可操作性更强,并与IS014230应用层的服务和参数完全兼容的。基于ISO15765的车载网络诊断不仅可以读取故障码,还能实现车载网络EC( Electronic Control Unit)的在线升级功能。通过在线升级功能,整车厂可以在4S店刷新控制器的软件,从而减少因软件缺陷造成的召回成本。此外,还能实现读取、写入及控制ECU的信息。如读取ECU的版本信息、生产厂商以及控制ECU的输入输出信息等功能。ISO15765符合现代汽车网络总线系统的发展趋势,已被许多汽车厂商采纳,并将成为未来汽车行业的通用诊断标准。对于车载网终的诊断,国外各大著名汽车公司对诊断技术的研究较为成熟,其诊断通信协议也是由国外各大厂商制定,其相关的诊断产品和诊断工具也开发的较为成熟,比如德国 Vector公司的诊断系列产品,以及 Mentor公司的诊断系列产品。目前国内的汽车生产厂商及汽车零部件厂商与研发机构大都直接使用国外相对成熟的诊断系列产品。由于知识产权的保护,国外对车载网络的诊断技术几乎处于封锁状态,即使是中外合资的相关汽车厂商或零部件厂商其诊断技术也是不会对国内开放。综上原因,使得目前国内的车载网络诊断技术处于起步阶段。因重庆邮电大学硕士论文第一章绪论此,深入研究车载网络诊断技术,是摆在国内汽车设计公司和汽车生产厂商面前必须解决的实际问题。12车载网络诊断协议概述对车载网络诊断技术的实现主要依托于对车载网络诊断协议的应用与实现。现对常用的车载网络的国际诊断协议进行概述如下Iso-9141早在1996年国际标准化组织颁布基于K线的SO9141标准:该标准的应用时间不算太长。ISo142308ISO14230于199年出台,又称作 Keyword Protocol200kw20),该诊断标准是基于K线的,波特率为104kb/s,用单线(K线)通信,也可用双线K线和L线通信,目前多用单线通信。ISO14230的头格式不是囿定的,有3或4个字节,报文传输不用分包,最大可传255个字节数据,K线本质上是一种半双工串行通信总线。过去比较常用,到目前为止,ISO14230仍是许多汽车厂商采用的诊断通信标准。报文头数据域校验和格式|目标地址源地址长度数据1数据2|……数据n校验和图111SO14230K线数据格式ISODIS 157653199年出台 ISO/DIS15765( Diagnostics on CAN-based on KWP2000,此诊断标准是基于SO14230在CAN线上的扩充,源于K线的诊断标准。So150312001年6月发布ISO15031 Communication for emissions-related diag-nostics),此诊断标准的出台主要针对排放系统相关的诊断,其中ISO15031-6中,对故障诊断码的格式进行了详细规定。so157652001年发布了IO15765 agnostics on CAN- based on UDS),此诊断标准与基于K线的诊断标准不同,这是基于统一诊断服务的诊断。其中的ISO15765-3、ISO157652分别规定了应用层与网络层的实现,在IO15765-2网络层中对ECU重庆邮电大学硕士论文第一章绪论的在线上传下载进行了详细的规定。将帧类型分为单帧、第一帧、流控帧和后续帧,此诊断标准对报文进行打包传输,数据以流控帧的机制进行传输,一次最多可传输4095字节的数据。标准CAN帧格式如图12所示。仲裁域2位控制域6位数据域64位名称|川标识符传输1符扩|1保留|数据「循环校CRC|应|帧请求/展份位0长度/数据域|验位|界定答结CRC符场|束位宽度十T40-6415图12标准cAN帧格式IsO1422912006年发布统一诊断服务标准ISO14229-1( Unified Diagnostic Services)该国际标准只是规定应用层上诊断规范,该标准的制定是为了针对任何一种连续数据链路,不涉及网络及实现未。定义诊断系统的通用需求,为了实现这一点,该标准基于OSI基本参考模型,如表11所示,其通信系统为7层。其屮映射到CAN线上的诊断为SO15765在其它链路上的映射,如无线局域网、 Flexray等的诊断,也将按照ISO1422(统一诊断标准UDS)执行。表L1诊断规范与OSI的对应关系表适性0sI7层增强诊断服务(非放射相关)遵循应用层(第7层)ISO1429l/o157653/ISo1994|5o1422更多标准ISO/IEC表达层(第6层)7498会话层(第5层IS015765-3/IS011992-4更多标准和传输层(第4层)Iso15765-2/Iso11992-4更多标准ISO/EC网络层(第3层)IsO15765-2/ISOl9924更多标准1073的7数据链路层(第2层)ISo88/S019/AE9395更多标准层物理层(第1层o898/ISo19/AE1915更多标准综述上述几种车载网络诊断协议,国内外汽车厂商使用较广泛的诊断协议为基于K线的IsO14230和基于CAN线的ISO15765诊断协议,然而随着汽车中电控电元数量的增加,如ABS系统、发送机电控系统、车身控制模块(BCM)系统、安全气囊等系统,这些系统之间以及系统与汽车仪表之间都需要进行数据交换,若这么多的数据量仍采用导线对数据进行点对点传输,则大量导线的使用会导致系统内部繁杂,且增加成本。此外,由于K线不能满足数据链路层在网络管理以重庆邮电人学硕士论文第一章绪论及通信速率上的局限性,使得K线无法满足越来越复杂的车载诊断网络的需求网随着CAN网络在汽车网络上的广泛应用,基于CAN网络的O15765的诊断则受到广泛应用,它符合现代汽车网络总线的发展趋势,逐渐被越来越多的汽车厂商使用,将成为未来汽车行业的通用诊断标准。与基于K线的ISO14230相比,基于CAN线的诊断协议ISO15765具有以下的优势(1)CAN总线的传输速率比K线要高很多,K线的传输速率为104kbt,而CAN线的最高波特率可达Mbis(2)K线使用的是单线传输,CAN线为双线采用差分信号传输,抗干扰能力强,且可靠性比K线好。(3)CAN总线可以构建比较复杂的网络结构,对于不同网络仍可通过网关实现诊断,即可实现不同网段的远程诊断,并且CAN网络的网络管理能力很强。(4)当诊断设备采用功能寻址对多个ECU进行诊断或诊断控制通信时,开发者不需考虑由于同时访问总线引起的总线冲突问题,因为CAN总线采用仲裁机制确保总线通信的正常进行。(5)利用ISO15765基于CAN线的诊断,其网络层对报文的传输进行了规范化的顺序控制以及流控制等,提高了报文传输的可靠性,并且其单次传输的报文数量可达4096字节。而K线在网络层没有定义,单次最多传输255字节的数据(6)在lSO15765-2中,明确规定了基于CAN网络的ECU在线上传下载的诊断通信流程,将上传下载纳入诊断范围内,上传下载的内容按照ISO157652网络层传输规则进行传输,以实现更标准、更可靠的网络数据传输。13国内车载CAN网络诊断存在的问题根据国内外车载网络诊断的研究现状现与目前流行的车载网络诊断协议基础,现从以下三个方面阐述目前在国内车载CAN网络诊断研究中存在的、并待解决的问题:()我国车载网络诊断技术自主知识产权方面由于基于CAN网络技术的,颖性与诊断协议本身的复杂性,现阶段国内在基于ISO15765的车载网络诊断技术的开发与应用方面尚不成熟,在诊断开发与设计方面通常借助于国外的工具或产品。目前,国内汽车制造商与设备供应商大都使用德国Ⅴ ECTOR公司的 Candelastudio、Diva、 CANdesc等诊断系列工具,由于这些诊断工具受知识产权的保护,成本较高,其整套设备需花费几十万元。因此,有必要设计开发具有自主知识产权的基于ISO15765的车载网络诊断,突破国外在重庆邮电大学硕士论文第一章绪论汽车电子行业的技术垄断,开发具有自主知识产权的诊断产品和工具(二)中小型汽车零部件厂商开发汽车诊断产品的成本与效率和质量方面对某些中小型汽车零部件厂商而言,在开发具有诊断功能的车载ECU阶段后期,需对其进行测试,看所开发的ECU是否符合诊断协议,他们常用的测试方式是使用低成本的CAN网络测试工具,如周立功的 CANTEST软件,逐个手动输入所需要的基于诊断协议的诊断通信报文,来测试ECU的响应情况。另外,传统的简易CAN网络监测工具,只是对CAN报文进行显示,而无法对诊断协议内容进行解析,面对大量的通信报文通过人工肉眼进行逐字节解析以判断是否符合诊断协议,此种形式的开发工作显然不能休障开发的效率与质量。对中小型企业来说,若他们耗费几十万元购买国外诊断工具则成本太高。因此,对国内中小型汽车零部件厂商而言,研究低成本的基于IO15765国际诊断标准的诊断上位机工具,则可大大降低其产品开发成本,并确保产品开发的效率与质量。(三)基于CAN线的车载ECU在线下载的合理性与需求方面以往ECU在线升级大都是通过串口或BDM口进行程序下载,但针对于已装入汽车内通过CAN网络连接的ECU,无疑使用CAN总线对程序进行在线下载,会比较方便也是需求所在。在ISO15765-3中,对基于CAN总线的在线下载进行了统一、详细的实现约束,使车载网络ECU在线下载从整车网络规划与网络管理的角度进行统一规划。但由于IO15765在线下载技术的新颖性与技术本身的复杂性,目前在国内核心的学术研究期刊上尚未看到相关研究领域的报道,国内汽车厂商也尚未普遍使用此种方式对ECU进行程序的在线下载。因此,其下载工具未产业化,实际应用中符合要求的下载工具不多,或被作为大型工具的组件使用如( Canoe),但其成本较高并且灵活性较差。将程序下载通过CAN网络进行网络统一规划与管理,并使ECU通过CAN网络传输是在线下载的趋势所在,因此有必要研究基于ISO15765的CAN网络诊断的车载ECU程序在线下载技术。14论文主要研究工作根据上节所述的在车载CAN网络中诊断研究中所提出的问题,本文针对以上问题展开了相关的研究工作以及相关问题的解决。主要通过研究车载CAN网络国际标准ISO15765,对基于CAN网络的车载诊断进行研究、分析,设计基于ISO15765的车载CAN网络的上位机诊断。论文的主要研究工作的相互关系见图13,具体工作如下:重庆邮电大学硕士论文第一章绪论目标诊断网络结构分析ISO5765体系结构研究诊断需求分析搭建诊断测试平台,对诊断上位机进行测试常规诊断下载诊断常规诊断模模块设计模块设计块上位机实现低成利用VC与本上位机下载诊断模块上位机USBCANII图13论文主要研究工作的相互关系l通过深入研究基于车载CAN网络的国际诊断标准ISO15765的应用层与网络层协议,针对特定车载网终对象,设计车载网络诊断结构,并进行诊断需求分析2实现基于ISOl5765的诊断上位机的应用层与网络层协议。3设计基于SO15765的车载CAN网络诊断上位机。针对安全访问服务的实现过程,设计安全访问算法并建立安全算法动态链接库,利用VC软件平台与USBCANII硬件采集卡,设计车载CAN网络常规诊断模块的诊断上位机。4设计基于Iso15765的在线下载上位机。对下载诊断模块分别设计其预编程阶段与编程阶段,以及上位机对Sl9文件的解析处理。利用C软件平台及USBCANII硬件采集卡实现下载器上位机的设计。5根据诊断结构设计诊断测试平台,结合 CANoe与ISO15765诊断协议对所设计的诊断上位机进行测试。15本章小结本章首先介绍了课题研究背景与意义,然后概迟了车载网络诊断协议,重点分析比较了ISO14230与ISO15765协议,并分析基于CAN网络的ISO15765协议的优势。在此基础上分析并概述了因内车载CAN网络诊断存在并待解决的问题。最后提出了本文的研究工作。
- 2021-05-06下载
- 积分:1
-
ZigBee自我识别光照和温湿度传感器的无线温湿光无线大棚程序
关于ZigBee自我识别光照和温湿度传感器的无线温湿光无线大棚程序,使得设备能自我识别是否有温湿度传感器或光照传感器加入,从而使得在一个节点上能自我判断和发送数据,也便于在协调器上更方便的监管节点传感器的动态情况
- 2020-12-04下载
- 积分:1
-
基于MFC的考试管理系统
该资源详细的讲解了怎样开发考试管理系统的步骤以及有大部分的代码资源。有利于学习开发、对照有关的系统开发。目录摘要…ABSTRACTII目录II第I章引言1开发背景…误!未定义书签。112选题意义误!未定义书签。113研究内容第2章系统的相关技术介绍…21MFC简介22 SQL SERVER2000简介423ODBC简介24 CRECORDSET类和 CRECORDVIEW类简介+“++++++++4+++25 POWERDESIGNER1简介24本章小结第3章系统的分析与设计.··中·“·::···········:··················“···:··*······3.1需求分析32系统设计321概要设计…非着丰非非目非非自83.2.2系统总体流程图…323系统模块设计,…324菜单设计.103.3本章小结…11第4章数据库设计4I数据库的需求分析124.2数据库表设计4.3数据库建表语句1344本章小结…19第5章系统实现205.1登录模块实现*····-··········*·=·····205.2基本信息模块实现1面错误!未定义书签。2052.1管理员信息…误!未定义书签。20522系部信息错误!未定义书签。24523班级信25524学生信错误!未定义书签。26525教师信息→·+“·*错误!未定义书签。275.2.6章节信息285.3题库管理模块实现.295.3.1判断题信息29532填空题信息*→··*→···········“····“=:··*····*······*·················“·533单选题信息…错误!未定义书签。30534多选题信息错误!未定义书签。3054试卷管理模块实现,…+++++++++++++++++++…误!未定义书签。31541定制试卷中··中中·和中·,···非中…{误!未定义书签。31542试卷管理错误!未定义书签。3455备份惨改模块实现.375.3.修改密码.5.32备份数据库13956本章小结日着南·前非非非非非第6章结束语.141致谢42参考文献43第1章引1.1开发背景在各学校开始逐步引入计算机的今天,试卷作为考察教学成果的重要手段之直没有得到较好的改善,试卷的编辑、整珥工作占了很大的工作量叫传统的手工出卷过程,存在不少弊端:◆出现不必要的重复劳动,造成人力资源及时间上的浪费:◆缺乏科学的衡量、评价及统一试卷难易度、试卷质量的有效手段;◆存在自教自考,考前漏题的情况◆试卷容易出现错漏缺现象,引起不必要的麻烦在以往的教学中,老师出试卷大多由手工出卷,这样生成的试卷往往会有知识点分布太集中、难易程度不当、分值分布不均等一些缺点;这样,既增加了老师的负担,也没有达到很好考查学生学习的真实水平,造成教学上的失误。基于以上的原因,有很多从事软件开发的人员,在试卷自动生成方面做了很大的研究。本系统希望利用计算杋强大的数据处理功能,由计算机逐步代替传统的人工出卷,并且规范岀卷程序,使出卷工作更加和学化、现代化,使教育工作更上一层楼。1.2选题意义w. docIn co考试管理系统,此课题目的是在我们以往学习数据库的基础上,灵活运用数据库开发软件C艹+和结构化查询语言SQL2000,开发出能供教学使用的一套出试卷系统,以方便教学。应用所学的有关数据库的知识,更深入地学习VC+和SQL200,将所学的书面知道和实际应用结合起来,以达到学以致用的日的。在各学校开始逐步引入计算机的今天,试卷作为考察教学成果的重要手段之·,通用试卷自动生成系统升化了传统的手工出卷,解决了很多问题,例如:遥免了不必要的重复劳动:节约了人力资源及时间;使用科学的衡量、评价及统一试卷难易度、试卷质量的有效手段;大幅度降低了试卷出现错漏缺的机率;减少不必要的麻烦。1.3开发内容班级考试管理系统主要涉及的信息数据包括系统管理员信息,系部信息,班级信息,学生信息,教师信息,试卷信息和各种题库等数据,涉及的操作主要包括各种信息数据的管理,为考试定制的试卷,试卷管理等管理操作,教师密码修改,备份数据库等。经考查与分析,典型的考试管理系统主要应具有以下功能:◆基本信息管理:包括对系统管理员信息,系部信息,班级信息,学生信息,救师信息,章节信息的录入,修改和删除等功能。◆试卷管理:包括对已创建的试卷数据的删狳,定制考试试卷,选择考试试卷等功能◆题库管理:包扦对判断题,填空题,单项选择题,多项选择题等题库的管理功能。QOc(m豆丁www.docin.com第2章系统的相关技术介绍21MFC介绍MFC( Microsoft Foundation Class Library)屮的各种类结合起来构成了一个应用程序框架,它的日的就是让程序员在此基础上来建立 Windows下的应用程序,这是一种相对SDK来说更为简单的方法。因为总体上,MFC框架定义了应用程序的轮廓,并提供了用户接口的标准实现方法,程序员所要做的就是通过预定义的接口把具体应用稈序特有的东西填入这个轮廓。 MicrosoftⅤ Visual c++提供了相应的工具来完成这个工作: App wizard可以用来生成初步的框架文件(代码和资源等);资源编辑器用于帮助直观地设计用户接口; Class wizard用来协助添加代码到框架文件;最后,编译,则通过类库实现了应用程序特定的逻辑3。MFC实现了对应用程序概念的封装,把类、类的继承、动态约束、类的关系和相互作用等封装起来。这样封装的结果对科序员来说,是一套开发模板(或者说模式)。针对不同的应用和目的,程序员采用不同的模板。例如,SD应用程序的模板,MDI应用程序的模板,规则DIL应用程序的模板,扩展DLL应用程序的模板, OLE ACTIVEX应用程序的模板,等等。这些模板都采用了以文档-视为中心的思想,每一个模板都包含一组特定的类。典型的MD应用程序的构成将在下节具体讨论。为了支持对应用程序概念的封装,MC内部必须作大量的作。例如,为了实现消息映射机制,M℃编程框架必须要保证首先得到消息,然后按既定的方法进行处理。又如,为了实现对DLL编程的支持和多线程编程的支持,MIFC内部使用了特别的处理方法,使用模块状态、线程状态等来管理一些重要信息。虽然,这些内部处理对程序员来说是透明的,但是,懂得和理解MFC内部机制有助于写出功能灵活而强大的程序。MFC借助C艹的优势为 Windows开发开辟了一片新天地,同时也借助 Application wizzard使开发者摆脱离」那些每次都必与基本代码,借助 Class Wizard和消息映射使丌发者摆脱了定义消息处理时那种混乱和冗长的代码段。更令人兴合的是利用C++的封装功能使开发者摆脱 Windows中各种句炳的困扰,只需要面对C+中的对象,这样一来使开发更接近开发语言而远离系统。正因为MFC是建立在C++的基础上,所以我强调CC+语言基础对开发的重要性。利用C++的封装性开发者可以更容易理解和操作各种窗口对象;利用C+的派生性开发者可以减少开发自定义窗口的时间和创造出可重用的代码:利用虚拟性可以在必要时更好的控制窗口的活动。而且C++本身所具备的超越C语言的特性都可以使开发者编写出更易用,更灵活的代码在MFC中对消息的处理利用了消息映射的方法,该方法的基础是宏定义实现,通过宏定义将消息分派到不同的成员函数进行处理。因此对于开发系统具有一定的优势。总之,MFC封装了Win32API, OLE APⅠ, ODBC API等底层函数的功能,并提供更高一层的接口,简化了 Windows编程。同时,MC攴持对底层API的直接调用。MFC提供了一个 Windows应用程序开发模式,对程序的控制主要是由MFC框架完成的,而且MFC也完成了大部分的功能,预定义或实现了许多事件和消息处理,等等。框架或者由其本身处理事件,不依赖程序员的代码;或者调用程序员的代码来处理应用稈序特定的事件。MFC是C++类库,程序员就是通过使用、继承和扩展适当的类来实现特定的目的。例如,继承时,应用程序特定的事件由程序员的派生类来处理,不感兴趣的山基类处理。实现这种功能的基础是C++对继承的支持对虚拟函数的支持,以及MFC实现的消息映射机制22 SQL SERVER2000介绍SQL( Structured Query Language,结构查询语言)是个功能强大的数据库语言。SQL通常使用于数据库的遥讯。ANS(美目国家标准学会)声称,SQL是关系数据库管理系统的标准话言。SQL语句通常用于完成一些数据库的操作任务,比如在数据庠中更新数据,或者从数据库中检索薮据。使用SQL的常见关系数据库管理系统有: Oracle、 Sybase、 Microsoft SQL Server、 Access, Ingres等等吊然绝大多数的数据库系统使用SQL,但是它们同样有它们自立另外的专有扩展功能用于它们的系统。但是,标准的SQL命令,比如" Select"、" Insert"、" Update"Delete"、" Create"和"Drop"常常被用于完成绝大多数数据库的操作但是,不像其它的语言,如C、 Pascal等,SOL没有循环结构(比如 if-then-lse、do- while以及函数定义等等的功能。而且SQL只有一个数据类型的固定设置,换句话说,你不能在使用其它编程语言的时候创建你自己的数据类型。SL功能强人,但是概括起来,它可以分成以下几组◆DML( Data Manipulation Language,数据操作语言):用于检索或者修改数据◆DDL( Data Definition Language,数据定义语言):用于定义数据的结构,比如创建、修改或者删除数据库对象;◆DCI.( Data Control Language,数据控制语言):用于定义数据库用户的杈限DML组可以细分为以下的几个语句:◆ SELECT:用于检索数据。◆ INSERT:用于增加数据到数据库。◆ UPDATE:用于从数据库中修改现存的数据。◆ DELETE:用于从数据库中删除数据23ODBC介绍ODBC( Open Database Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA, Windows Open Services Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对薮据庳访问的标准API(应用程序编程接口)。这些AP利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。一个基于ODBC的应用程序对数据库的操作不依赖任何DBMS,不直接与DBMS打父道,所有的数据库操作由对应的DBMS的ODBC驱动程序完成。也就是说,不论是 FoxPro、Aes, MYSQL还是Oracle数据库,均可用 ODBC AP进行访问。由此可见,ODBC的最大优点是能以统一的方式处理所有的数据库。一个完整的ODBC由下列几个部件组成:应用程序( Application)ODBC管理器( Administrator),该程序位于 Windows95控制面板( Control Panel)的32位ODBC内,其主要任务是管理安装的ODBC驱动程序和管理数据源。驱动程序管理器 Driver Manager)。驱动程序管理器包含在ODBC32DLL中,对用户是透明的。其任务是管理ODBC驱动程序,是ODBC中最重要的部件数据源。数据源包含∫数据库位置和数据库类型等信息,实际上是一种数据逹接的抽象。应用程序要汸问一个数据库,首先必须用ODBC管理器注册一个数据源,管理器根据数据源提供的数据厍位置、数据厍类型及ODBC驱动程序笭信息,建立起ODBC与貝体数据库的联系.这样,只要应用程序将数据源名提供给ODBC,ODBC就能建立起与相应数据库的连接。在ODBC中, ODBC API不能直接访问数据库,必须通过驱动稈序管理器与数据库交换信息。驱动程序管理器负责将应月程序对 ODBC API的调用传递给正确的驱动程序,而驱动程序在执行完相应的操作后,将结果通过驱动程序管理器返回给应用程序。在访问ODBC数据源时需要ODBC驱动程序的支持,用 Visual++6.0安装程序可以安装SQLServer、 Access、 Paradox、 dBase、 FoxPro、 Excel、 Oracle和 Microsoft Text等驱动程序.在缺省情况下,VC6.0只会安装 SQL Server、 Access、 FoxPro和d Base的驱动程序.如果用户需要安装别的驱动程序,则需要重新运行VC6.0的安装程序并选择所需的驱动程序。ODBC使用层次的方法来管理数据厍,在数据库通信结构的每一层,对可能出现依赖数据库产品自身特性的地方,ODBC都引入一个公共接口以解决潜在的不一致性,从而很好地解决了基于数据库系统应用程序的相对独立性,这也是ODBC一绎推出就获得巨大成功的重要原因之一。24 CRecordSet类和 CRecord View类CRecordset对象代表从一个数据源选择的一组记录的集合,被称作“记录集”。CRecordset对象可以以两种形式使用:动态集和快照。动态集是与其它用户的数据更新保持同步的动态数据集。快照是数据的静态视图。每一种形式都代表打开记录集吋定的组记录,但是当滚动到动态集中的个记录时,动态集将反怏后来由其它用户或由应用程序巾其它记录集对此记录所做的改变。要使用任何一种记录集,通常需要从 CRecordset派生一个应用程序指定的记录集类。记录集从一个数据源中选择记录,然后用户就可以◆在这些记录中滚动更新记录并指定一种加锁模式。过滤记录集,以获得那些从数据源中选择出来的可利用的记录排序记录集。◆参数化该记录集以定制它的具有要直到运行时才知道的信息的选项。CRecord view对象是在控件中显小数据库记录的视这种视是一种直接连接到一个〔 Recordset对象上的格式视。此视是从一个对话框模板资源创建的,并将CRecordSet对象的字段显示在对话框模板的控件中。 CRecordview对象利用对话框数据交换(DDX)和记录字段交换(RFX)机制,使格式上的控件和记录集的
- 2020-12-01下载
- 积分:1
-
android 下 rtspServer 流媒体视频播放例子
android 下 rtspServer 流媒体视频播放例子代码比较详细,功能比较全面,相信会对正在研究rtsp的开发人员会有很大的帮助
- 2020-12-03下载
- 积分:1
-
c++药品销售管理系统
c++药品销售管理系统,用mfc制作,以Access作为后台数据库,ODBC连接,简单的c++课设题目
- 2021-05-06下载
- 积分:1
-
基于fpga的增量式PID控制(pid_top.v)
基于fpga的增量式PID控制(pid_top.v)
- 2020-11-29下载
- 积分:1
-
特征提取的意义
描述特征提取对故障诊断的意义,为什么要进行特征提取
- 2020-12-11下载
- 积分:1