Ket-Bra纠缠态方法研究含时外场中与热库耦合Qubit的演化
数据库连接池的好处
数据库连接池的好处.txt-//自私，让我们只看见自己却容不下别人。如果发短信给你喜欢的人，他不回，不要再发。看着你的相片，我就特冲动的想P成黑白挂墙上!有时，不是世界太虚伪，只是，我们太天真。数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接获取和返回方法。如： 外部使用者可通过getConnection 方法获取连接，使用完毕后再通过releaseConnection 方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池技术。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。
VB调用动态链接库(DLL)
VB调用动态链接库（DLL） 作为一种简单易用的Windows开发环境，Visual Basic 从一推出就受到了广大编程人员的欢迎。它使程序员不必再直接面对纷繁复杂的Windows消息，而可以将精力主要集中在程序功能的实现上，大大提高了编程效率。但凡事有利必有弊。 VB中高度的封装和模块化减轻了编程者的负担，同时也使开发人员失去了许多访问低层API函数和直接与Windows 交互的机会。因此，相比而言，VB应用程序的执行效率和功能比C/C++或Delphi生成的程序要差。为了解决这个问题，在一个大型的VB开发应用中，直接调用Windows API函数几乎是不可避免的；同时，还有可能需要程序员自己用 C/C++等开发一些动态连接库，用于在VB中调用。本文主要讨论在32位开发环境Visual Basic 5.0中直接调用Windows 95 API函数或用户生成的32位动态连接库的方法与规则。 Windows动态连接库是包含数据和函数的模块，可以被其它可执行文件（EXE、DLL、OCX 等）调用。动态连接库包含两种函数：输出（exported）函数和内部（internal）函数。输出函数可以被其它模块调用，而内部函数则只能在动态连接库内部使用。尽管动态连接库也能输出数据，但
实际上它的数据通常是只在内部使用的。使用动态连接库的优点是显而易见的。将应用程序的一部分功能提取出来做成动态连接库，不但减小了主应用程序的大小，提高了程序运行效率，还使它更加易于升级。多个应用程序共享一个动态连接库还能有效地节省系统资源。正因为如此，在Windows系统中，动态连接库得到了大量的使用。 一般来说，动态连接库都是以DLL为扩展名的文件，如Kernel32.dll、commdlg.dll等。但也有例外，如16位Windows 的核心部件之一GDI.exe其实也是一个动态库。编写动态连接库的工具很多，如VisualC++、BorlandC++、Delphi等，具体方法可以参见相关文档。下面只以Visual C++5.0为例，介绍一下开发应用于VisualBasic5.0的动态连接库时应注意的问题（本文中所有涉及C/C++语言或编译环境的地方，都以VC5为例；所有涉及VisualBasic的地方都以VB5 为例）。 作为一种32位Windows应用程序的开发工具，VB5生成的exe文件自然也都是32位的，通常情况下也只能调用32位的动态连接库。但是，并不是所有的32位动态库都能被VB生成的exe 文件正确地识别。一般来说，自己编写用于VB应用程序调用的动态连接库时，应注意以下几个方面的问题： 1、生成动态库时要使用__stdcall调用约定，而不能使用缺省的__cdecl调用约定；__stdcall 约定通常用于32位API
运行规程题库
运行规程试题 部门_________________________ 姓名________________ 成绩___________ 一、填空题（每空2分，共30分） 1、风力发电机开始发电时，轮毂高度处的最低风速叫（切入风速）。 2、升压站操作电源系统包括（直流）和（交流）系统两部分。 3、风能的大小与风速的（立方）成正比。 4、并网型风力发电机的功能是将风轮获取的（空气动能）转换成（机械能），再将（机械能）转换为（电能），输送到电网中。 5、粘度指数反映了油的粘度随（温度）变化的特性。 6电气设备分为运行、（热备用）、（冷备用）、和（检修）四种状态。 7、电压互感器二次侧不能（短路），电流互感器二次侧不能（开路）。 8、SF6气体具有优良的（灭弧）性能和（绝缘）性能。 9、电度表的倍率就是（电流互感器）变比与（电压互感器）变比的乘积值。 10、变压器的变比可以近似地认为是一、二次侧的（绕组匝数）的比。 11、齿轮箱的润滑方式有（飞溅）、（强制）润滑。 12、高压熔断器主要是由（陶瓷熔管）、（石英砂）、（熔丝）三部分组成。 13、过电压按照产生的原因可分（内部过电压）、（外部过电压）。 14、运行记录包括（运行日志）、（运行日月年报表）、（气象记录）、（缺陷记录）、（故障记录）、（设备定期试验记录）等。 15、运行人员应定期对（风电场数据采集）与（监控系统数据备份）进行检查，确保数据的准确、完整。 16、风电场的运行数据包括（发电功率）、（风速）、（有功电量）、（无功电量）、（场用电量）及（设备的运行状态）等。 17、运行人员应熟练掌握生产设备各种（状态信息）、（故障信号）和（故障类型），掌握判断一般故障原因和处理的方法。 18、风电场运行人员应经过安全培训并（考试合格），熟练掌握（触电现场急救）及（高空救援）方法，掌握（安全工器具）、（消防器材）的使用方法。 19、风电场应制定相应的（运行规程），并随设备变更及时（修订）。 二、选择题（每题2分，共20分） 1、反映电力线路电流增大而动作的保护为（B）。 A、小电流保护 B、过电流保护 C、零序电流保护 D、过负荷保护。 2、电流互感器正常工作时二次回路阻抗接近于（B）。
Android创建和使用数据库详细指南
Android创建和使用数据库详细指南(1) 摘要：每个应用程序都要使用数据，Android应用程序也不例外，Android使用开源的、与操作系统无关的SQL数据库--SQLite，本文介绍的就是如何为你的Android应用程序创建和操作SQLite数据库。 数据库支持每个应用程序无论大小的生命线，除非你的应用程序只处理简单的数据，那么就需要一个数据库系统存储你的结构化数据，Android使用SQLite数据库，它是一个开源的、支持多操作系统的SQL数据库，在许多领域广泛使用，如Mozilla FireFox就是使用SQLite 来存储配置数据的，iPhone也是使用SQLite来存储数据的。 在Android中，你为某个应用程序创建的数据库，只有它可以访问，其它应用程序是不能访问的，数据库位于Android设备/data/data//databases文件夹中，在这篇文章中，你将会学习到如何在Android中创建和使用数据库。 1SQLite数据库 使用Eclipse创建一个Android项目，取名为Database，如图1所示： 图1 数据库-使用Eclipse创建你的Android新项目
2创建DBAdapter辅助类 接下来创建一个数据库，取名为bookstitles，字段如图2所示。 图2 数据库字段在DBAdapter.java文件中，定义清单1中的常量。 清单1 定义DBAdapter.java文件中的常量 package net.learn2develop.Database; import android.content.ContentValues; import android.content.Context; import android.database.Cursor; import android.database.SQLException; import android.database.sqlite.SQLiteDatabase; import android.database.sqlite.SQLiteOpenHelper;
VC++动态链接库创建和调用全过程详解
1.概论 先来阐述一下DLL(Dynamic Linkable Library)的概念，你可以简单的把DLL看成一种仓库，它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库－静态链接库－动态链接库”的时代。 静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都被直接包含在最终生成的EXE文件中了。但是若使用DLL，该DLL不必被包含在最终EXE文件中，EXE文件执行时可以“动态”地引用和卸载这个与EXE独立的DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。 对动态链接库，我们还需建立如下概念： （1）DLL 的编制与具体的编程语言及编译器无关 只要遵循约定的DLL接口规范和调用方式，用各种语言编写的DLL都可以相互调用。譬如Windows提供的系统DLL（其中包括了Windows的API），在任何开发环境中都能被调用，不在乎其是Visual Basic、Visual C++还是Delphi。 （2）动态链接库随处可见 我们在Windows目录下的system32文件夹中会看到kernel32.dll、user32.dll和gdi32.dll，windows的大多数API都包含在这些DLL中。kernel32.dll中的函数主要处理内存管理和进程调度；user32.dll中的函数主要控制用户界面；gdi32.dll中的函数则负责图形方面的操作。 一般的程序员都用过类似MessageBox的函数，其实它就包含在user32.dll这个动态链接库中。由此可见DLL对我们来说其实并不陌生。 (3)VC动态链接库的分类 Visual C++支持三种DLL，它们分别是Non-MFC DLL（非MFC动态库）、MFC Regular DLL（MFC规则DLL）、MFC Extension DLL（MFC扩展DLL）。 非MFC动态库不采用MFC类库结构，其导出函数为标准的C接口，能被非MFC或MFC编写的应用程序所调用；MFC规则DLL 包含一个继承自CWinApp的类，但其无消息循环；MFC扩展DLL采用MFC的动态链接版本创建，它只能被用MFC类库所编写的应用程序所调用。 由于本文篇幅较长，内容较多，势必需要先对阅读本文的有关事项进行说明，下面以问答形式给出。 问：本文主要讲解什么内容？ 答：本文详细介绍了DLL编程的方方面面，努力学完本文应可以对DLL有较全面的掌握，并能编写大多数DLL程序。 问：如何看本文？ 答：本文每一个主题的讲解都附带了源代码例程，可以随文下载（每个工程都经WINRAR压缩）。所有这些例程都由笔者编写并在VC++6.0中调试通过。
运规填空
1.变电所运行人员应经常学习本规程，每年考试一次，新工人或脱产三个月以上的值班人员需经本规程考试合格后，方可参加运行值班工作。 2.风机并网之前从电网侧受电，潮流方向为电网侧流向风场侧；风机并网之后从风厂侧供电，潮流方向为风场侧流向电网侧。 3.我公司的风厂主接线均采用单母线接线方式。 4.UPS有四种工作方式：交流输入、直流输入、旁路输入、检修开关输入。 5.风厂中的220V直流系统采用单母线分段接线方式。 6.高频开关电源具有充电、浮充电及均衡充电功能。高频开关电源正常时除向直流负荷供电外，还给蓄电池浮充电。 7.操作时严格执行模拟预演及监护、复诵“四对照”即设备名称、编号、位置、拉合方向。 8.每周一21:00点要闭灯巡视一次。 9.每年9月15日应将断路器机构箱内加热器投入运行，次年5月15日将断路器机构箱内加热器退出运行(天气情况发生变化时,为保证断路器 可靠运行,可以提前或滞后)，且每天上午9:00点对其进行检查运行状况，并记录结果。 10.每月15日晚19：00点对变电所内设备接点温度进行测试，并记录。 11.每周六上午对避雷器动作次数记录一次。 12.每日9：00时，对所内避雷器泄漏电流记录一次。 13.变压器投入运行24小时内每小时巡视一次。 14.有权受令人员在接受调度命令时要做好记录和录音，并向调度复诵、核对。 15.有计划或有充分时间处理事故的倒闸操作，必须填写操作票。操作票应由操作人填写，由监护人及值班负责人审核，大型操作还应经专工审 核。 16.操作票的填写应正确无误，字迹清楚工整，严格地执行大唐集团下达的《电气倒闸操作票规范》以及公司两票实施细则。 17.开关进行分、合闸操作后，必须到开关就地位置进行核对。 18.隔离开关操作完应检查其动、静触头的接触情况或开断角度。 19.跌落开关送电时操作顺序为迎风相、背风相、中间相；停电时操作顺序与此相反，即为中间相、背风相、迎风相。 20.事故处理过程中，发现设备有明显缺陷的，应汇报值班长，并通知有关单位进行抢修。 21.对事故处理的命令必须复诵、录音、可不填写操作票，但必须两人执行，一人监护，一人操作。 22.全所停电时，不论保护动作与否均应立即对变电所内设备进行详细的检查。 23.变压器的运行电压一般不应高于该运行分接开关额定电压的105%。 24.变压器正常运行时上层油温一般不宜长期超过75℃,最高不得超过85℃。 25.变压器送电操作应先送电源侧，后送负荷侧；停电时先停负荷侧，后停电源侧。 26.变压器充电时，差动保护和瓦斯保护均应投入跳闸位置，充电完毕后，根据运行方式按调度命令决定是否退出。 27.变压器停电或送电前，中性点接地的变压器必须直接接地。操作完毕后由调度根据系统情况决定是否断开中性点。 28.正常运行时厂用负荷由厂用变供给，备用变处于热备用状态。 29.厂用变、备用变和风机变均为无励磁调压（无载调压）的变压器。 30.在厂用变和备用变电源相互切换的过程中，坚决杜绝将两个不同系统并列运行。 31.值班人员在变压器运行中发现有任何不正常现象（如漏油、油位过高或过低，温度异常，音响不正常及冷却系统不正常等），应设法尽快消 除，并汇报上级领导。 32.主变冷却方式为ONAN/ONAF,（ONAN）为第一级油浸自冷冷却方式，（ONAF）为第二级油浸风冷冷却方式。 33.变动过一次接线的变压器投入运行前应进行相位测定。 34.变压器事故过负荷时，应立即设法使变压器在规定时间内降低负荷至规定值。 35.变压器后备保护动作后应首先了解其它元件有无故障，并对变压器外部进行检查和故障分析。 36.无载调压变压器，在变换分接头时应正反方向各转动5周，以消除触头上的氧化膜及油污，改变分接头后，投入运行前必须测量线圈电阻和 变比应符合要求。对分接头变换情况做好记录。 37.有载分接开关，从未有范围的一端走到另一端，应每年在变压器停电时操作有载开关通过整个调整范围动作10周。 38.若分接头已调到极限位置时，严禁再向极限位置侧进行调整。 39.有载调压装置在调整过程中，380V电源故障或控制回路故障暂时不能恢复时应检查调压装置是否到位，否则应手动调整到位。 40.新安装和大修后的变压器，投入运行后，瓦斯保护经72小时投入跳闸，但变压器充电时瓦斯保护必须投入跳闸。
01关于数据库连接池和动态数据源的实现课案
关于数据库连接池和动态数据源的实现、使用 对于一个简单的数据库应用，由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。 连接复用，通过建立数据库的连接池以及一套连接使用的管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接，使用完毕之后再通过releaseConnection 方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 一般的数据库连接池，是使用配置文件在项目启动的使用加载配置文件，根据文件中描述，生成对应的数据库连接池。连接池有许多的属性比如：连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等 数据库连接池技术带来的优势： 1.资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减 少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以 及数据库临时进程/线程的数量） 2.更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用，此 时连接的初始化工作均已完成，对于业务处理而言，直接利用现有的可以连接，避 免了数据库连接初始化和释放过程的时间开销，从而缩短了系统整体的响应时间。 3. 统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定，强制回收被 占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。 一个数据库连接池的实现 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。
数据库连接池原理
一、连接池的基本工作原理 1、基本概念及原理 数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量和使用情况，为系统开发、测试及性能调整提供依据。 2、服务器自带的连接池 JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic 和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。 二、连接池关键问题分析 1、并发问题 为了使连接管理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为Java语言自身提供了对并发管理的支持，使用synchronized关键字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized关键字，如：public synchronized Connection getConnection () 2、多数据库服务器和多用户 对于大型的企业级应用，常常需要同时连接不同的数据库（如连接Oracle和Sybase）。如何连接不同的数据库呢?我们采用的策略是：设计一个符合单例模式的连接池管理类，在连接池管理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的地址、用户名、密码等信息。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池管理类实例为每个连接池实例取一个名字，通过不同的名字来管理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 3、事务处理 我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则，即对于一组SQL语句要么全做，要么全不做。 在Java语言中，Connection类本身提供了对事务的支持，可以通过设置Connection的AutoCommit属性为false，然后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。可采用每一个事务独占一个连接来实现，这种方法可以大大降低事务管理的复杂性。 4、连接池的分配与释放 连接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销，同时还可以加快用户的访问速度。 对于连接的管理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接。如果有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给它（实际是先做连接是否有效的判断，如果可用就分配给用户，如果不可用就把这个连接从空闲池删掉，重新检测空闲池是否还有连接），如果没有则检查当前所开连接池是否达到连接池所允许的最大连接数（maxConn），如果没有达到，就新建一个连接，如果已经达到，就等待一定的时间(timeout)。如果在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，如果等待时间
创建数据库和表
数学与信息技术学院实验报告 实验课程名称：SQL语言基础实验 实验项目名称：实验二创建数据库和表 专业班级： 学号： 姓名： 指导教师：
实验一创建数据库和表 【实验目的】 (1)了解MySQL数据库的存储引擎的分类； (2)了解表的结构特点； (3)了解MySQL的基本数据类型； (4)了解空值概念； (5)学会使用SQL界面工具中创建数据库和表； (6)学会使用SQL语句创建数据库和表。 【实验容及步骤】 一，实验容 实验题目 创建用于企业管理的员工管理数据库，数据库名为YGGL，包含员工的信息、部门信息及员工的薪水信息。数据库YGGL包含下列3个表： (1)Employees:员工信息表： (2)Departments：部门信息表： (3)Salary：员工薪水情况表。 二，实验步骤 1，使用命令行为方式创建数据库YGGL
打开MySQL Command Line Client，输入管理员密码登录，使用CREATE语句创建YGGL数据库： Creat database YGGL; 2，使用SQL语句在YGGL数据库中创建表Employees 执行创建表employees的SQL语句： 用同样的方法在数据库YGGL中创建表Salary。 创建一个结构与employees表结构相同的空表Employees()： Creat table Employees0LIKE Employees; 3，使用SQL语句删除表和数据库 删除表employees： Drop table employees； 删除数据库YGGL Drop database YGGL;
在VB 中调用动态连接库
在VB 中调用动态连接库 作为一种简单易用的Windows开发环境，Visual Basic从一推出就受到了广大编程人员的欢迎。它使程序员不必再直接面对纷繁复杂的Windows消息，而可以将精力主要集中在程序功能的实现上，大大提高了编程效率。但凡事有利必有弊。 VB中高度的封装和模块化减轻了编程者的负担，同时也使开发人员失去了许多访问低层API函数和直接与Windows交互的机会。因此，相比而言，VB应用程序的执行效率和功能比C/C++或Delphi生成的程序要差。为了解决这个问题，在一个大型的VB开发应用中，直接调用Windows API函数几乎是不可避免的；同时，还有可能需要程序员自己用C/C++等开发一些动态连接库，用于在VB中调用。本文主要讨论在32位开发环境Visual Basic 5.0中直接调用Windows 95 API函数或用户生成的32位动态连接库的方法与规则。 Windows动态连接库是包含数据和函数的模块，可以被其它可执行文件（EXE、 DLL、OCX 等）调用。动态连接库包含两种函数：输出（exported）函数和内部（internal）函数。输出函数可以被其它模块调用，而内部函数则只能在动态连接库内部使用。尽管动态连接库也能输出数据，但实际上它的数据通常是只在内部使用的。使用动态连接库的优点是显而易见的。将应用程序的一部分功能提取出来做成动态连接库，不但减小了主应用程序的大小，提高了程序运行效率，还使它更加易于升级。多个应用程序共享一个动态连接库还能有效地节省系统资源。正因为如此，在Windows系统中，动态连接库得到了大量的使用。 一般来说，动态连接库都是以DLL为扩展名的文件，如 Kernel32.dll、commdlg.dll等。但也有例外，如16位Windows的核心部件之一GDI.exe其实也是一个动态库。编写动态连接库的工具很多，如VisualC++、BorlandC++、Delphi等，具体方法可以参见相关文档。下面只以Visual C++5.0为例，介绍一下开发应用于VisualBasic5.0的动态连接库时应注意的问题（本文中所有涉及C/C++语言或编译环境的地方，都以 VC5为例；所有涉及VisualBasic的地方都以VB5 为例）。 作为一种32位Windows应用程序的开发工具，VB5生成的exe文件自然也都是32位的，通常情况下也只能调用32位的动态连接库。但是，并不是所有的32位动态库都能被VB生成的exe 文件正确地识别。一般来说，自己编写用于VB应用程序调用的动态连接库时，应注意以下几个方面的问题： 1、生成动态库时要使用__stdcall调用约定，而不能使用缺省的__cdecl 调用约定；__stdcall 约定通常用于32位API函数的调用。 2、在VC5中的定义文件（.def）中，必须列出输出函数的函数名，以强制VC5系统将输出函数的装饰名（decoratedname）改成普通函数名；所谓装饰名是VC的编译器在编译过程中生成的输出函数名，它包含了用户定义的函数名、
架空输电线路运行规程题库
架空输电线路运行规程题库 （DL/T 741—2010） 一、填空题 1、架空输电线路运行规程（DL/T 741—2010）规定了架空输电线路运行工作的基本要求、技术标准，输电线路巡视、检测、维修、技术管理及线路保护区的维护和线路的环境保护等。 2、工业企业地区、港口、码头、火车站、城镇、村庄等人口密集区，属于公众环境。 3、虽然时常有人、有车辆或农业机械到达，但未遇到房屋或房屋稀少的地区，亦属于非居民区。 4、输电线路保护区是指导线边线向外侧水平延伸一定距离，并垂直于地面所形成的两平行面内的区域。 5、线路巡视是为掌握线路的运行情况，及时发现线路本体、附属设施以及线路保护区出现的缺陷或隐患，并为线路检修、维护及状态评价（评估）等提供依据，近距离对线路进行观测、检查、记录的工作。 6、架空输电线路本体包括地基及基面、杆塔基础、杆塔、接地装置、拉线及基础、绝缘子、导线、地线、引流线、屏蔽线、OPGW、线路金具等。
7、架空输电线路附属设施包括：防雷装置、防鸟装置、各种监测装置、杆号、警告、防护、指示、相位等标识、航空警示器材、防舞防冰装置、ADSS 光缆等。 8、架空输电线路通道环境包括：建（构）筑物、树木（竹林）、施工作业、火灾、交叉跨越、防洪、排水、基础保护设施、自然灾害、道路、桥梁、污染源、采动影响区、其他等。 9、微气象区是指某一大区域的局部地段。由于地形、位置、坡向及温度、湿度等出现特殊变化，造成局部区域形成有别于大区域的更为特殊且对线路运行产生严重影响的气象区域。 10、正常巡视是线路巡视人员按一定的周期对线路所进行的巡视，包括对线路设备（指线路本体和附属设备）和线路保护区（线路通道）所进行的巡视。 11、特殊巡视包括夜间巡视、交叉巡视、登杆塔检查、防外力破坏巡视以及直升机（或利用其他飞行器）空中巡视等。 12、运行单位应全面做好线路的巡视、检测、维修和管理工作，应积极采用先进技术和实行科学管理，不断总结经验、积累资料、掌握规律，保证线路安全运行。 13、运行维护单位应参及线路的规划、可行性研究、路径选择、
Java中数据库连接池原理机制
连接池的基本工作原理 基本概念及原理 由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效治理。我们知道，对于共享资源，有一个很闻名的设计模式：资源池（Resource Pool）。该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的治理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调整提供依据。 服务器自带的连接池 JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic 和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。 连接池要害问题分析
1、并发问题 为了使连接治理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为java语言自身提供了对并发治理的支持，使用synchronized要害字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized要害字，如：public synchronized Connection getConnection（） 2、多数据库服务器和多用户 对于大型的企业级应用，经常需要同时连接不同的数据库（如连接Oracle和Sybase）。如何连接不同的数据库呢？我们采用的策略是：设计一个符合单例模式的连接池治理类，在连接池治理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的url地址（）?用户名（）?密码（）等信息。如tx.url=172.21.15.123：5000/tx_it，https://www.wendangku.net/doc/573674447.html,er=yang，tx.passWord=yang321。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池治理类实例为每个连接池实例取一个名字，通过不同的名字来治理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 3、事务处理 我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。
实验2 数据库的创建和管理
实验2 数据库的创建和管理 学号： 2011193158 姓名：韩江玲 一、实验目的: 1、掌握使用企业管理器创建SQL Server数据库的方法； 2、掌握使用T-SQL语言创建SQL Server数据库的方法； 3、掌握附加和分离数据库的方法； 4、掌握使用企业管理器或存储过程查看SQL数据库属性的方法； 5、熟悉数据库的收缩、更名和删除； 6、掌握使用企业管理器或sp_dboption存储过程修改数据库选项的方法。 二、实验内容和步骤: 本次实验所创建数据库（包括数据库文件和事务日志）存放位置都为“D:\TestDB”。因此首先在D盘下新建文件夹TestDB。 1. 数据库的创建 创建数据库的过程实际上就是为数据库设计名称、设计所占用的存储空间和文件存放位置的过程。 实验内容1：使用SQL Server企业管理器创建一个数据库，具体要求如下： 1)数据库名称为Test1。 2)主要数据文件：逻辑文件名为Test1_Data1，物理文件名为Test1_Data1.mdf，初始容量为1MB，最大容量为10MB，递增量为1MB。 3)次要数据文件：逻辑文件名为Test1_Data2，物理文件名为Test1_Data2.ndf，初始容量为1MB，最大容量为10MB，递增量为1MB。 4)事务日志文件：逻辑文件名为Test1_Log，物理文件名为Test1_Log.ldf，初始容量为1MB，大容量为5MB，递增量为1MB。其他选项为默认值。
注:我在创建数据库的时候，系统要求主文件（Test1_data1和Test1_data2）的大小不能小于3MB，所以在本例中我设置的主文件的初始大小均为3MB 实验内容2：用Transact-SQL（T-SQL）语句创建数据库，实验步骤：启动“查询分析器”，在编辑窗口输入SQL语句。 用T-SQL语句创建一个名为teach的数据库，它由5MB的主数据文件、2MB 的次数据文件和1MB的日志文件组成。并且主数据文件以2MB的增长速度增长，其最大容量为15MB；次数据文件以10%的增长速度增长，其最大容量为10MB；事务日志文件以1MB增长速度增长，其最大日志文件大小为10MB。运行完语句后，仔细查看结果框中的消息。 提示：在查询分析器中输入如下SQL语句。 CREATE DATABASE teach On (name= teach_data1, filename= 'd:\TestDB\teach_data1.mdf ', size=5,
动态连接库和符号(symbol)
动态连接库和符号(symbol) shared library (.so) "Program Library Howto-Shared Libraries"是很好的材料, 下面的内容多是据此整理的. 定义: Shared libraries are libraries that are loaded by programs when they start. 使用shared library(共享库)会有很多好处, 比如软件升级, 不难想象. 命名约定: 1. soname: 每个共享库都有一个soname, 形式为"libNAME.so.x", 其中x是版本号. 如"libc.so.6". 2. real name: 真正的库文件, 一般形式为"soname.y[.z]", 即"libName.so.x.y[.z]", 其中y是minor number, z是release number, 是可选的. 如"libattr.so.1.1.0". 3. linker name: compiler用来请求库时使用的名字, 一般是没
有版本号的soname. 放置位置& load/preload: 共享库一般放在一些约定的目录下, 如/usr/lib/, /usr/local/lib, /lib/等. 这其实是遵循FHS的, 比如/usr/local/lib下放置的一般是用户开发的库. 在启动程序时, program loader(ld-linux.so.x)会找到并加载程序需要的共享库, loader查找的路径一般就是上述的几个目录, 这些目录在/etc/ld.so.conf文件中配置. 如果只想覆盖共享库的某几个函数, 保持其余函数不变, 则可以将共享库名字和函数名字输入到/etc/ld.so.preload中, 这里面定义的规则会覆盖标准规则. cache arrangement & ldconfig 实际上, 在启动程序时再去搜寻所需的共享库不是高效做法, 所以loader使用了cache. ldconfig的作用就是读取文件 /etc/ld.so.conf, 在各个库目录中, 对共享库设置合适的symbolic link(使得遵守命名约定), 然后写入某种数据到 /etc/ld.so.cache, 这个文件再今后就被其他程序使用, 从而大幅提升了共享库的查找速度.
《检规三级》考试题库
检规考试题库 （三级） 单选题： 1.接触网的运行与维修,按照( )的原则. [B] A. 预防为主、修养并重 B. 周期检测、状态维修、寿命管理 C. 精细化、机械化、集约化 D. 积极采用新技术、新材料、新工艺 2.接触网运行检修规程的技术标准作为接触网运行与检修的 ( )依据。[A] A. 质量验收 B. 供电验收 C. 质量保 证 D. 供电保证 3.接触网的运行与维修, 坚持( )的方针.[A] A. 预防为主、修养并重 B. 周期检测、状态维修、寿命管理 C. 精细化、机械化、集约化 D. 积极采用新技术、新材料、新工艺 4. 接触网运行检修规程适用于( )接触网的运行和检修。[B] A. 既有线工频、单相、25kV交流 B. 既有线工频、单相、25kV交流及提速每小时200-250km C. 既有线工频、单相、27.5kV交流
D. 既有线工频、单相、27.5kV交流及提速每小时200-250km 5.接触网是电气化铁路重要行车设备。为( ) ，特制订规程。[B] A. 确保人身、行车安全 B. 确保人身、行车和设备安全 C. 为保证接触网网可靠地向电力机车供电 D. 保证接触网动行安全可靠 6.接触网的运行与维修,依靠科技进步，( ),提升接触网维修技术参数的精准度,不断提高接触网运行品质和安全可靠性。[C] A. 积极采用新技术、新材料、新工艺 B. 科学管理,改革修制 C. 积极采用接触网自动化检测手段和机械化维修手段 D. 优化管理,改革个制 7.接触线运行速度120km/h≤υ≤160km/h区段，锚段长度在800m及以下时，一个锚段内承力索接头、补强和断股的总数量,不得超过( )个；[B] A. 2 B. 3 C. 4 D. 5 8.拉杆（压管）或水平腕臂应呈水平状态，允许悬挂点侧仰高不超过（）。[C]
04. 数据库连接池(DataSource)
数据库连接池（DataSource） 1、概念 在三层架构中，DAO层直接与数据库交互，首先要建立与数据库的连接，如果采用下图（a）所示，则用户每次的请求都要创建连接，用完又关闭，而数据库连接的创建和关闭需要消耗较大的资源，因此实际开发中常采用图（b）所示，在应用程序启动时创建一个包含多个Connection对象的连接池，DAO层使用时直接从池子里取一个Connection对象，用完后放回池子，避免了重复创建关闭数据库连接造成的开销。 2、数据库连接池原理 下面的代码模拟了数据库连接池的原理（代码中的JDBCUtil工具类见《MySQL（JDBC）》），池子里保持了10个Connection对象，并提供了getConnection和release方法： public class ConnectionPoolDemo { //连接池实际上就是一个List private static List
static{//加载连接池类时在池子中放入10个连接 for(int i = 0;i < 10;i ++){ Connection conn; try { conn = JDBCUtil.getConnection(); pool.add(conn); } catch (Exception e) { e.printStackTrace(); } } } //从池子中取出一个连接 public synchronized Connection getConnection(){ return pool.remove(0); } //把连接还回池子中 public static void release(Connection conn){ pool.add(conn); } } 3、编写一个符合规范的连接池 上节模拟数据库连接池原理的代码也实现了一个简单连接池，但是不符合规范（Sun公司制定）。编写一个符合规范的连接池需要实现javax.sql.DataSource接口。（DataSource接口中定义了两个重载的getConnection方法） 编程难点☆：当用户使用完Connection，执行conn.close()时，Connection对象应保证将自己还给连接池，而不要把conn关闭。之所由Connection对象保证将自己返回到LinkedList 中，是因为DataSource接口中并未定义上节例子中类似release的方法。所以必须改写Connection中的close方法，使得用户执行conn.close()时，将Connection对象还给连接池。解决方案☆：改写驱动程序中Connection类的close方法。对已知类的某些方法进行功能上的改变，有以下几种编码方案（☆）： 1）编写子类，覆写需要改变的方法。此处行不通，原因有：①程序中不知道继承哪个驱动的Connection实现类②数据库驱动对Connection接口的实现类是final的，不允许被继承。 2）装饰（包装）设计模式（静态代理） ①定义包装类：MyConnection，该类完成了对com.mysql.jdbc.Connection类的包装。 关键词：保持被包装对象的原有信息、对某个/某些方法进行改写。包装类的编写过程如下：/**
连接池优缺点
数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数 据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但 是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统 的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以 得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放 所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套 高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接 获取和返回方法。如： 外部使用者可通过getConnection方法获取连接，使用完毕后再通过releaseConnection方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的 基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始 化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和 释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池 技术，几年钱也许还是个新鲜话题，对于目前的业务系统而言，如果设计中还没有考虑到连接池 的应用，那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 4．统一的连接管理，避免数据库连接泄漏 在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用连接。从 而避免了常规数据库连接操作中可能出现的资源泄漏。一个最小化的数据库连接池实现： 连接池的优缺点 优点 使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速 度以及应用程序和数据库服务器的(网络)距离，而且这个过程通常是一个很耗时的过程。而采用 数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请求重新连接、认证到 数据库服务器，这样就节省了时间。 缺点 数据库连接池中可能存在着多个没有被使用的连接一直连接着数据库(这意味着资源的浪费)。