hibernate配置文件映射文件

关键词：映射文件

hibernate配置文件映射文件（精选11篇）

篇1：hibernate配置文件映射文件

hibernate:

优点和缺点

优点：

*数据缓存

*面向对象编程

*代码操作比较简单

缺点：

*大量的数据条件下不适合用hibernate

*程序员对于hibernate生成的sql语句不可控

程序员不能干预hibernate生成sql语句，

所以在sql语句优化比较高的项目中，

hibernate也是不适合的

jdbc的优点和缺点：

*jdbc的优点

*效率要高

*Connection pool

*缺点

*代码比较繁琐

try{

}catch{

}

finally{

//做各种关闭操作

}

*data pool

hibernate主配置文件

“-//Hibernate/Hibernate Configuration DTD 3.0//EN”

hibernate.sourceforge.net/hibernate-configuration-3.0.dtd“>

com.mysql.jdbc.Driver

jdbc:mysql://localhost:3306/数据库名

root

update

true

resource=”cn/domain/Person.hbm.xml“ />

持久化类的映射文件

”hibernate.sourceforge.net/hibernate-mapping-3.0.dtd“>

在映射文件中的主键产生器的类型

主键的生成机制

**increment

*效率是比较低的，但是主键的值是连续的，hibernate内部会去查询该表中的主键的最大值，然后把最大值加1 *

*identity

*根据底层的数据库的自增生成，效率比较高，但是主键的值不连续，注意，当采用这种机制时，数据库中主键要选择自增类型，

hibernate配置文件映射文件

，

**assigned

*手动赋值

**uuid

**sequence

java对应的持久化类该持久化类中一定要保证有一个不带参数的构造方法，原因是当通过hibernate框架反射出持久化类对象时，会调用到不带参数的构造方法。

篇2：hibernate配置文件映射文件

git-annex 允许映射 Git 资料库到文件，主要为 Git 用户设计，用于管理 git 的文件，

项目主页：www.open-open.com/lib/view/home/1396341793809

篇3：hibernate配置文件映射文件

关键词：内存映射文件,共享数据,内存共享

如果一个进程把数据映射到用于保存进程间共享的数据地址空间, 那么该数据就能被其他进程所访问, 实现进程间的数据共享。至今为止, Windows环境下使用最广泛的数据共享与通信技术就是内存映射文件, 特别适用于多个进程之间的共享数据。

1. 内存映射文件概述

1.1 可执行文件映射

内存映射文件技术可以在执行一个32位Windows应用程序时使用。系统先在进程地址空间的0x00400000上保留一个足够大的虚拟地址空间, 接着把应用程序所在的磁盘空间作为虚拟内存提交到这个保留的地址空间中去, 准备做好后, 该应用程序开始被系统执行。由于该应用程序的代码不在内存中, 执行第一条指令的时候会产生一个页面错误, 要通过系统分配一块内存把它映射到0x00400000处, 再把实际的代码或数据读入其中继续执行。当要访问的数据不在内存中时, 可以通过该机制访问数据。

1.2 数据文件的内存映射

把数据文件的一部分映射到虚拟地址空间的0x80000000-0xBFFFFFFF, 但没有提交实际内存, 当指令要存取这段内存时会产生页面错误异常。这个异常被操作系统捕获后, 分配一页内存, 映射内存到发生异常的位置, 然后把要访问的数据读入内存, 继续执行刚才产生异常的指令。

1.3 内存映射文件

内存映射文件与虚拟内存有些类似, 通过内存映射文件可以保留一个地址空间的区域, 同时将物理存储器提交给此区域, 只是内存文件映射的物理存储器来自一个已经存在于磁盘上的文件, 而非系统的页文件, 而且在对该文件进行操作之前必须首先对文件进行映射, 就像将整个文件从磁盘加载到内存。在实际工程中, 系统往往需要在多个进程之间共享数据, 如果数据量小, 处理方法是灵活多变的, 如果共享数据容量巨大, 那么就需要借助于内存映射文件来进行。

1.4 数据共享

从使用者的角度看, 数据共享方法是通过让两个或多个进程映射同一文件映射对象的视图来实现的。这意味着多个进程将共享磁盘上同一文件或者物理存储器的同一页面。因此, 当一个进程将数据写入一个共享文件映射对象的视图时, 其它进程可以立即看到它们视图中的数据变更情况。

2. 内存映射文件的实现原理

Wi n d o w s N T实现的是页式虚拟存储管理, 内存映射文件是该内部已有的内存管理组件的一个扩充。在Windows NT中, 所有的应用程序在任一给定时刻都可以由磁盘上的一个或多个文件以及驻留在内存中的这些文件的一个子集完全表示。例如, 每个应用程序有一个执行文件由执行代码页面和应用程序资源页面组成, 这些页面根据需要, 由操作系统换进内存或换出内存。当内存中的某个页面不再需要时, 操作系统将取消原拥有该页面的应用程序对它的控制权, 并将释放该页面以供其它应用程序使用。当该页面再次成为需求页面时, 它将被从磁盘上的执行文件中重新读入内存。这种情况称为将内存备份到文件。同样的, 当一个进程初始化启动时, 内存的页面将用来存储该应用程序的静态和动态数据, 一旦对它们的操作被提交后, 这些页面也将被备份至系统页面文件, 与执行文件被用来备份执行代码页面是非常相似的。

3. 内存映射文件的使用

磁盘上的数据文件被内存映射文件访问时, 可以不对文件执行I/O操作, 文件内容不必进行缓存, 并能够实现同一台计算机上运行的多个进程相互之间数据共享。内存映射文件取消了将文件数据加载到内存、数据从内存到文件的回写以及释放内存块等步骤, 使得内存映射文件在处理大数据量的文件时能起到相当重要的作用。

3.1 如果使用内存映射文件, 必须执行下列操作步骤:

3.1.1 创建或打开一个文件内核对象, 用于标志磁盘上用作内存映射文件的文件;

3.1.2 创建一个文件映射内核对象, 通知系统文件的大小和访问方法;

3.1.3 让系统将文件映射对象的全部或一部分映射到进程地址空间中。

3.2 当完成对内存映射文件的使用时, 必须执行下面步骤将它清除:

3.2.1调用Un mapVie wOfFile从进程地址空间中撤销文件映射内核对象的映像;

3.2.2调用Cl o se H a n d l e关闭文件映射内核对象与文件内核对象, 防止资源泄漏。

4. 主要程序实现

启动VC++, 创建一个基于对话框的名字为MMFShare的应用程序。在对话框中确定取消按钮和静态文本框。添加按钮创建文件映射对象, 加入单击消息响应函数O n C r e a t e f i l e () , I D为IDC_CREATEFILE;添加按钮关闭文件映射对象, 加入单机消息响应函数OnClosefile () , ID为IDC_CLOSEFILE。

在CMMFShareDlg::OnInitDialog () 中添加代码实现初始化:

m_data.Se tWin dowText (“请输入你想共享的数据”) ;

G e t D l g I t e m (I D C_C L O S E F I L E) ->EnableWindow (FALSE) ;

m_hFileMap=NULL;

在CMMFShareDlg::OnCreatefile () 中创建内存映射文件存储编辑框里的文本数据:

5. 结语

从本质上讲, 内存映射文件技术是单个计算机上共享数据的最底层机制, 具有较高的性能和较低的系统开销, 是数据共享与进程间通信的理想方案。为实现进程间的数据共享, 也可以使用DLL技术, 以及用WM_COP YDATA消息在进程间发送, 但它们的内部实现上都使用了内存映射文件机制。

参考文献

[1]Jeffrey Richter.Windows核心编程.机械工业出版社, 2003

[2]丁鹏.内存网格关键技术探析, 2010

[3]赵小建, 方康玲.基于EVC平台的内存映射文件技术研究与应用, 2007

篇4：hibernate配置文件映射文件

游戏修改很简单

只需要对faIlout.ini文件进行修改就可以优化游戏了。Windows Vista系统中可以通过C:UsersNAMEDocumentsMy GamesFallout3路径找到，而WindowsXP用户则需要通过C:Documents and SettingsNAMEMy DocumentsMy GamesFallout3找到该文件(注意：路径中的NAME代表用户名)。

这个文件中包含了几乎所有《辐射3》的配置信息，通过对下列参数的简单修改就能够提升游戏画质了。

为了流畅游戏，这些参数还是别修改得太高，以免无法正常游戏。修改完以后保存退出即可，再次进入游戏就可以看到整个游戏画面出现令人眼前一亮的改变。

消除游戏的帧率限制

笔者的处理器是Intel Core 2 Duo E4500(超频至2.93GHz 266x11)，主板是华硕P35，显卡是蓝宝石RadeonHD4850白金版。这套配置在修改前运行《辐射3》有40fps左右的帧率。可是即使大幅修改游戏配置后也无法看出修改前后游戏帧率出现明显变化，游戏帧率都在40fps左右。原来这款游戏也有最大／最小帧率限制。不过只要在fallout.ini文件中将最大游戏帧率“iAutoViewHiFrameRate=40”中的40改大(笔者设置为200)，然后把最小游戏帧率“iAutoViewLowFrameRate=20”中的20改小(笔者设置为1)，即可消除限制。再次进行测试，我们就发现了差距，修改前1680x1050ultra High画质下的游戏帧率为69.35fps，而修改后游戏帧率则下降为36.51fps。

关于《辐射3》的游戏配置

篇5：hibernate配置文件映射文件

用户配置文件

/etc/ 目录下的文件，只有root用户才有权修改。应用软件的全局配置文件，通常普通用户也不能够修改，如果要通过配置软件，来适应特殊需求，您可以修改用户配置文件。

用户配置文件通常为全局配置文件的同名隐藏文件，放在$HOME目录下，例如：

代码如下复制代码

/etc/inputrc /home/user/.inputrc

/etc/vim/vimrc /home/user/.vim/vimrc

也有少数例外，通常是系统程序

代码如下复制代码

/etc/bash.bashrc /home/user/.bashrc

全局配置文件

系统初始化

代码如下复制代码

/etc/inittab 运行级别、控制台数量

/etc/timezone 时区

/etc/inetd.conf 超级进程

文件系统

代码如下复制代码

/etc/fstab 开机时挂载的文件系统

/etc/mtab 当前挂载的文件系统

用户系统

代码如下复制代码

/etc/passwd 用户信息

/etc/shadow 用户密码

/etc/group 群组信息

/etc/gshadow 群组密码

/etc/sudoers Sudoer列表（请使用“visudo”命令修改此文件，而不要直接编辑）

Shell

代码如下复制代码

/etc/shell 可用Shell列表

/etc/inputrc ReadLine控件设定

/etc/profile 用户首选项

/etc/bash.bashrc bash配置文件

系统环境

代码如下复制代码

/etc/environment 环境变量

/etc/updatedb.conf 文件检索数据库配置信息

/etc/issue 发行信息

/etc/issue.net

/etc/screenrc 屏幕设定

网络

代码如下复制代码

/etc/iftab 网卡MAC地址绑定

/etc/hosts 主机列表

/etc/hostname 主机名

/etc/resolv.conf 域名解析服务器地址

/etc/network/interfaces 网卡配置文件

重要配置文件

！无论任何情况下，修改配置文件之前，先备份它！

建议使用这个命令： sudo cp xxx xxx_`date +%y%m%d_%H:%M` ，

当然这很麻烦，您可以新建一个名为 bak 的文件，内容如下：

代码如下复制代码

#!/bin/bash

sudo cp $1 $1_`date +%y%m%d_%H:%M`

篇6：hibernate配置文件映射文件

本文提出和设计了一种可以批量处理目录及文件映射到数据库存储结构的解决方案, 该方案的策略是将大量处理文件以ZIP的形式一次性进行处理, 通过文件解压接口对ZIP文件进行解压, 然后按照文件树目录结构的关系映射成关系存储结构, 在接下来的内容中将会详细阐述该方案的设计方式和具体的实现过程。

2 Java文件压缩技术研究

在Java语言中提供了处理压缩文件的API, 这样使得程序员可以很方便的实现文件的压缩和解压缩, 下面将分别探究Java压缩和解压缩文件的实现机制。

2.1 文件压缩

在Java语言中提供了一个ZipOutputStream类, 该类提供了压缩zip文件的写入数据流。在压缩文件时可以通过它先构建一个zip文件, 然后通过其write方法写入文件数据流。

2.2 文件解压缩

对于文件的解压缩, Java语言提供了一个ZipFile类, 通过该类可以解析出压缩文件的目录文件对象。ZipFile类有一个entries方法, 该方法将压缩文件的所有目录文件的信息封装到了ZipEntry对象中, 并返回该对象的集合。通过ZipEntry对象可以访问到每个目录或文件的基本信息。

3 ZIP压缩文件处理相关设计

在许多基于关系数据库的实际项目开发中, 常常需要存储树型结构的数据, 目前有很多不错的方法, 如邻接列表模型 (The Adjacency List Model) , 在此基础上也有很多人针对不同的需求做了相应的改进, 但总是在某些方面存在的各种各样的缺陷。理想中的树型结构应具备这些特点:数据存储冗余小、直观性强;方便返回整个树型结构数据;可以很轻松的返回某一子树 (方便分层加载) 。本文要述说的正是关于批量目录文件映射为关系数据库存储的设计和实现, 目录文件本身是一种树型数据存储结构, 要将其存储的层次结构以关系数据库来表现需要合理的数据结构设计, 这里将详细概述目录树型结构映射成关系数据库的具体设计。

目录文件由于其直观性和易操作性使得它是计算机系统最常使用的一种数据存放方式, 在window操作系统中基本是以文件目录的形势存在, 此外在应用程序中为了满足用户需求, 界面上经常要用目录树的形势展现信息数据, 因此在程序开发中经常要解决目录树在关系数据库的存储以及操作问题。

要用关系数据库来存储目录文件的数据, 在设计的时候不仅要考虑文件信息的存储, 还要考虑目录文件的层次关系的保存, 只有这样才可以从数据库恢复目录文件。因此需要设计出一种能够将目录文件的数据和层次结构映射成关系数据存储的关系表结构, 通过该结构可以完整地保存目录文件的信息, 同时可以将数据反映射成树型结构。本文针对这样的特性, 优化设计出了一种目录文件的关系存储结构如表1所示。

ZIP是一种可以将大量文件归档成一个压缩文件的工具, 这样既可以批量操作目录文件, 同时压缩整个目录文件的大小, 这对于在网络传输来说是一个很重要的性能考虑。在Web程序中批处理目录文件存储到关系数据库的完整流程, 整个功能实现分为目录文件压缩、上传、解压、映射四部分来实现。

压缩:将批量目录文件压缩成一个文件进行处理, 从而简化操作以及目录文件大小;

上传:将压缩文件通过网络传输到服务器端程序;

解压:对压缩文件解压, 从而可以递归访问所有的目录文件;

映射:对所有目录文件按照层次关系映射到关系数据库进行存储。

4 结语

本文针对软件项目中文件处理过程的特性和难点分析, 提出了一种更优化的文件处理解决方案, 通过该方案可以很好的解决项目中批量处理文件的复杂性。提高软件开发效率的一个重要途径是设计可复用的功能代码, 在这里正是基于这样的一个理念实现批量处理大量文件的可复用的功能组件。目前软件的发展成熟度远远落后于硬件的发展速度, 软件的发展之路也是很漫长的, 需要不断的创新努力来提高软件开发的效率和质量。

摘要：介绍了Web网络程序中处理大量文件传输和存储的基本方式和主要不足, 同时提出了一个基于压缩文件下的设计优化方案来实现网络上大量文件的处理。

关键词：存储结构,zip,压缩文件

参考文献

[1]李宁.Java Web开发速学宝典[M].北京:中国铁道出版社, 2009.

篇7：hibernate配置文件映射文件

关键词：metwind.ini；ascdbdat.ini；ascdbmea.ini；msg_srv.ini；

中图分类号：TP392 文献标识码：A 文章编号：1674-3520（2014）-08-00-01midasIV是VAISALA（维萨拉）公司在中国民航系统中运用的系统。其是全球最先进的传感器制造商，涉足各个领域的传感器，针对于我国民航气象事业，几乎达到99%的份额。

一、风数据在ini 文件中如何配置

风数据设置包括metwind.ini， ascdbdat.ini， ascdbmea.ini， msg_srv.ini 四个ini文件。由传感器采集数据，通过链路传输到portserver，在portserver中设置各个传感器的端口分配传输数据，一个传感器对应一个端口，再从portserver传输到主机进行存储，计算，显示。在任何的ini文件中都要在文件中设置XXXXX=YES（例：WIND_1_MAG=YES），因为只有=yes才能在系统中运行，而且每一次更改ini文件都需要重启服务。

（一）metwind.ini

metwind.ini文件主要是风数据采集参数的设定。以下就是风数据的参数设置，同一个传感器输出两组数据。一个是真北风（TRUE），一个是磁北风（MAG）。真北风和磁北风是有磁偏角的，观测报文需要真北风，塔台管制指挥需要的是磁北风。主要用于注意更改的语句DECLINATION=[I]-6 。首都机场为例，首都机场磁偏角为6度（磁偏角的数值是不停在变动，在6度左右。为了测量方便才给定值6度），在北京磁北风大于真北风，首都机场是以真北风安装位基础的，所以在DECLINATION=[I]-6。所以在[WIND_1_TRUE]中为DECLINATION=[I]0，在[WIND_1_MAG]中为DECLINATION=[I]-6.以上真北风与磁北风只是风向的区别，对风速没有影响。以下为参数配置与解释

WIND_1_MAG=YES

WIND_1_TRUE=YES

[WIND_1_MAG] 数据文件名

AVEFORMD=[I]8

LINKNAME=[S]"1_WIND_SENSOR"传感器名

MAXDIR=[I]360风向最大范围值 MAXSPEED=[R]65.0风速最大范围值

MINDIR=[I]0风向最大范围值

MINSPEED=[R]0.0风速最大范围值

OUTAVELISTNAME=[S]"WINDAVE_1_MAG"

输出列表名字

OUTINSTLISTNAME=[S]"WIND_1_MAG" 即时输出列表的名字

BACKUPAVELINKNAME=[S]"WINDAVE_7_MAG"备份

BACKUPINSTLISTNAME=[S]"WIND_7_MAG" 备份

SENSOROUTAVELISTNAME=[S]"WINDAVE_S_1_MAG" 手工输入无所谓

SENSOROUTINSTLISTNAME=[S]"WIND_S_1_MAG" 手工输入无所谓

ALARMNAME=[S]"WIND_1_MAG.Alarm"报警

POLLINTERVAL=[I]3数据接受时间

RUNWAY=[I]1 设备安装地点

MAXGUSTTIME=[I]10时间阵风最大有效

AVERAGESFROMSENSOR=[I]0

MAG_VAR_10MIN_DIR=[I]0

RUNWAY_MAG_DIR=[I]179跑道端度数

ENABLE_USER_AVERAGES=[I]0

ENABLE_1MIN_AVERAGES=[I]0

USER_INTERVAL_1=[I]30

SPEED_MULTIPLY=[R]1.0 风速系数没有小数点后面

DECLINATION=[I]-6磁偏角

MAGNETIC_NORTH_SENSOR=[I]0

INPUT_AVERAGE_PERIOD=[I]0

FAST_10MIN=[I]0

MD_GUST=[I]0

（二）msg_srv.ini

msg_srv.ini文件主要是对于观测员发报的参数设定，本文只阐述与风有关的参数设置（其余数据不与解释）。因为观测发报是真北风，所以用WINDAVE_1_TRUE来采集真北风。只需要配置

WIND_LINK_1=[S]"WINDAVE_1_TRUE"即可。

（三）ascdbmea.ini 与ascdbdat.ini

ascdbmea.ini文件设置外场传感器测量数值的记录，以下有1分钟，10分钟的数值，这些事管制和观测部门使用的，也可以设置 2分钟，30分钟等。

WIND_MPS_1_MAG=YES

[WIND_MPS_1_MAG]

TABLE=[S]"WIND_MPS_SITE_19_MAG_" 存储的历史记录文件名字

TYPE=[S]"Timed"

TIME=[S]00：00+01：00 历史记录为一分钟一个数值

DATA=[s]"CREATEDATE" "LOCALDATE" "1_WINDSITE" "1_WSINS" "1_WS2M" "1_WS2A" "1_WS2X" "1_WS10M" "1_WS10A" "1_WS10X" "1_WDINS" "1_WD2M" "1_WD2A" "1_WD2X" "1_WD10M" "1_WD10A" "1_WD10X" "1_GUSTSPEED" "1_GUSTDIRECTION" "1_WDVAR" "1_CW2A" "1_HW2A" "1_WIND_STATUS"

ascdbdat.ini文件是整理历史记录中各个数据的。以2平均分钟为例。

1_WD2A=YES

[1_WD2A]

LINK=[S]WINDAVE_1 传感器名字 FIELD=[S]WD2A

COLUMN=[S]WD2A 记录名 TYPE=[S]int 类型

FORMAT=[S]%d 格式

ascdbmea.ini 与ascdbdat.ini 其实是一组文件。2个文件统一管理历史文件，存储与计算。

篇8：智能变电站配置文件错误分析

智能变电站中大量使用高集成度且功耗低的电子元件, 使用电子式互感器, 都有效减少了能源消耗和浪费, 增加了电网的安全可靠性, 实现了变电站无人值守, 很大程度上节约了资源。IEC61850标准通过对变电站自动化系统中的对象统一建模, 采用面向对象的技术和独立于网络结构的抽象通信服务接口, 增强了设备之间互操作性, 可在不同厂家设备之间实现无缝连接, 智能设备配置文件正确与否是实现互操作性的关键[1]。IEC61850配置文件是利用变电站配置描述语言描述变电站设备对象模型后生成的文件, 用于在不同制造商的配置工具之间交换配置信息。不同制造商使用统一严格规范的IEC61850配置文件, 就能在应用层屏蔽装置之间的差异性, 实现不同厂商装置之间的互操作, 因此配置文件是基于IEC61850标准的数字化变电站系统功能实现的基础[2]。

1 IEC61850配置文件简介

SCL是基于XML的变电站配置描述语言, 根据XML提供的规则, 根据变电站自动化系统需要, 即IEC61850标准, 定义的特定用途置标语言。SCL语言是XML语言在变电站系统中的特定应用。SCL句法元素由5部分构成:信息头、变电站描述 (电压等级、间隔层、电力设备、结点等) 、智能电子设备描述 (访问点、服务器、逻辑设备、逻辑结点、实例化数数) 和数据类型模板。按照IEC61850-7的定义, 采用SCL语言, 描述IED (智能电子设备) 配置、参数配置、通信系统配置、厂站结构 (拓扑图) , 及上述几者之间的联系和数据信息流的文件就是SCL文件。SCL文件用于数字化变电站实施的不同阶段传递模型信息, 按阶段不同, 有不同类型。

a) ICD (智能电子设备能力描述) 。描述1个具体IED的功能和工程能力, 处于SCL的IED部分, IED名称是TEMPLTE。包括需要的LN类型和data类型, 或默认的地址等通信信息, 满足从IED配置工具到系统配置工具的数据交换;

b) CID (实例化的智能电子设备信息描述) 。描述工程中1个实例化的IED的信息。通信部分包含IED的地址, 从SCD中剥离出与此IED相关的信息, 下载到装置的可能还包括程序、配置等额外文件, 满足从IED配置工具到IED装置的数据交换需要;

c) SCD (变电站配置描述) 。包括全部的IED、数据类型模版、通信配置、变电站描述部分。满足从系统配置工具到IED配置工具的数据交换需要。

2 配置文件常见问题分析

2.1 扩展数据对象没有data Ns属性

IEC61850-7-4中规定了每个逻辑节点包含的数据对象, 这些数据对象是被统一定义的, 而在实际应用和建模时, 由于功能不同, 统一定义的数据对象并不能满足要求, IEC61850规定了可以扩展数据对象, 但必须给这些扩展的数据对象添加扩展属性。扩展的数据对象和统一定义的数据对象混淆不利于装置互操作。在使用KEMA的SCL Checker检测配置文件遇到这样的错误时会出现如下错误提示:

Extra NON-existing DO found WITHOUT'data Ns'in LN:PROTPDIF1 Class:PDIF DO:Lin Capac0

上述错误提示中的DO:Lin Capac0数据对象不是逻辑节点PDIF (差动) 统一定义的数据对象, 在该配置文件中定义的数据对象Lin Capac0如清单1。

清单1:

在以上配置文件<DO name="Lin Capac0"type="CN_ASG"/>中可看到数据对象Lin Capac0的类型被定义为“CN_ASG”, “CN_ASG”的定义如下清单2。

清单2:

在清单2可发现“CN_ASG”没有扩展的属性data Ns属性命名空间, 是统一的数据类型, 因此在清单一中的数据对象Lin Capac0被定义成了逻辑节点PDIF下统一定义的数据对象, 而在61850-7-4中规定的逻辑节点PDIF中并不包含Lin Capac0这个数据对象。解决这个错误的正确措施是:将清单1中的<DO name="Lin Capac0"type="CN_ASG"/>修改为:<DO name="Lin Capac0"type="CN_ASG_EX"/>, "CN_ASG_EX"如果在配置文件中已经做了定义, 则做上述修改即可以, 如果没有定义则需要将"CN_ASG_EX"重新定义, 只需在清单2中添加1条即可, 见清单3。

清单3:

2.2 数据对象的排列顺序错误

IEC61850-7-4中每个逻辑节点下都有很多DO (数据对象) , 数据对象分成必选项和可选项, 也规定了每个数据对象的排列顺序, 以逻辑节点MMXU (测量) 为例, 见表1。

在表1中看到在逻辑节点PDIS下被测量规定了13个数据对象, 在建模型时这些数据对象是按照表格中定义的顺序来建模型, 统一顺序有利于装置互操作。一些厂家在建模时数据对象没有按照顺序建模, 在配置文件检测时就会提示如下错误:DO sequence error near LN:_MMXU_Mea, Class:MMXU, DO:Hz。配置文件建模如清单4。

清单4:

将清单4和表1对比可发现在清单中Hz、Ph V、A、PPV的顺序都不对, 只要按照表1中顺序建模DO就可以。

2.3 缺少强制数据对象

为达到互操作性的目的, 对数据模型中所有数据在句法和语义方面应严格定义。若将这些数据尽可能多地规定为指定项, 则达到互操作性将非常容易。IEC61850第一版本中不少定值定义为可选项, 如表2中所示。

在表2中可看到在规定数据对象中Pos (开断) 被定义为M (强制项) , 这就要求在建模时该数据对象必须在模型中建立, 由于不同厂家装置功能实现不同, 有时候Pos在实际功能中并没有被使用, 因此厂家在建立模型时就会忽略掉这个强制项在模型中不体现。在检测配置文件时会提示Mandatory DO not found in LN:CSWI_862, Class:CSWI, DO:Pos的错误。配置文件如清单5。

清单5:

对于上面的错误只要将缺少的强制项添加即可, 见清单6。

清单6:

2.4 数据对象的CDC类型不匹配

在IEC61850-7-3中根据不同作用定义了不同公用数据类型, IEC61850-7-4根据IEC61850-7-3中的数据类型规定了每个逻辑节点下数据对象的公用数据类型, 如表2。在表2中数据对象Op Cls的数据属性定义为ACT, 配置文件如清单7就会提示如下错误:CDC mismatch in LN:CSWI_WDLK862 Class:CSWI DO:Op Cls CDC:ACD should be ACT。

对于上面的错误只要将数据Op Cls数据类型type修改成ACT即可, 如清单7。

清单7:

3 结语

首先简要介绍了IEC61850配置文件的构成和语法, 然后详细叙述了根据KEMA公司SCL Checker软件检测配置文件时经常出现的四大类错误, 指出了错误原因和提出了修改方法。正确完善的配置文件是智能化设备实现互操作的关键, 是基于IEC61850标准的数字化变电站系统功能实现的基础。智能变电站具有良好的安全稳定运行水平, 确保了电力供应的安全性、可靠性, 可将资源优化配置, 提高电力供应的经济性, 降低成本和节约能源。

参考文献

[1]朱二中, 傅军栋.变电站配置语言SCL的分析与研究[J].电力学报, 2013, 28 (4) :328-331.

篇9：hibernate配置文件映射文件

关键词：视频文件；视频分割；视频合成

中图分类号：TP37文献标识码：A文章编号：1009-3044(2007)12-21688-02

A Tentative Study on the Edition and Unition of Video for Common Teachers

CAI Yong-hao

(Intenet Teaching Center, Huzhou University, Huzhou 313000,China)

Abstract: More and more non-computer major teachers have to use computer equipments in the video classroom to edit video ducuments on their own,This paper mainly introduces ways of video edition via for to enrich their teaching contents of multimedia.

Key words:video documents;video division;video unit

多媒体教学和多媒体网络教学[1]已经成为学校教育的一种的常规手段，其中以视频形式传播的内容，由于提供了丰富的表现力和强烈的感染力，促进了学生的有效学习，越来越成为教学资源不可或缺的重要的部分。

但由于专业条件的限制，许多教师不能改动自己需要或使用的视频。本文试图通过自己的实践，谈谈如何使更多的教师在没有条件在专业视频编辑配置的电脑上操作，而自己动手制作和编辑教学视频文件，丰富自己的教学内容。

1 常用视频的文件格式

我们平时用的Video CD (VCD)、Digital Versatile Disk(DVD)光盘内的视频文件，采用是MPEG这种文件格式。目前MPEG格式有三个压缩标准，分别是MPEG-1、MPEG-2、和MPEG-4，也是平时用的最多的视频文件格式：

MPEG-1：制定于1992年，它是针对1.5Mbps以下数据传输率的数字存储媒体运动图像及其伴音编码而设计的国际标准。也就是常见的VCD制作格式。这种视频格式的文件扩展名包括.mpg、.mlv、.mpe、.mpeg及VCD光盘中的.dat文件等。

MPEG-2：制定于1994年，设计目标为高级工业标准的图像质量以及更高的传输率。这种格式主要应用在DVD/SVCD的制作（压缩）方面，同时在一些HDTV（高清晰电视广播）和一些高要求视频编辑、处理上面也有相当的应用。这种视频格式的文件扩展名包括.mpg、.mpe、.mpeg、.m2v及DVD光盘上的.vob文件等。

MPEG-4：制定于1998年，MPEG-4是为了播放流式媒体的高质量视频而专门设计的，它可利用很窄的带度，通过帧重建技术，压缩和传输数据，以求使用最少的数据获得最佳的图像质量。MPEG-4最有吸引力的地方在于它能够保存接近于DVD画质的小体积视频文件。这种视频格式的文件扩展名包括.asf、.mov和DivX 、AVI等。[2]

2 专业级的视频文件处理方法

专业级的视频文件处理，要用专用型的软件，它是直接挂在非线性卡上，针对硬件的设置而专门开发的，需要非线性编辑系统的硬件和软件配套使用。硬件需要昂贵的高性能计算机工作站加一块或一套视音频输入／输出卡(俗称非线性卡)和一些辅助卡，再配上一个大容量SCSI硬盘阵列。[3]

3 非专业配置的常用的个人电脑上的视频文件处理方法

随着数字图像压缩技术的发展，各种图像压缩算法日臻成熟，使得普通个人计算机上进行视频非线性编辑成为了现实。没有条件在专业级非线性编辑系统上操作又没有专业的视频编辑软件的教师，可以在身边的个人电脑上进行一些非线性视频编辑，以下介绍在个人电脑上进行视频文件的分割和合并的方法。

3.1 DAT格式的文件分割

裁剪VCD的DAT文件，生成MPEG格式。用软件MPEGTool裁剪VCD的DAT文件，生成MPEG格式的片段，精简和选用其中的某部分。MPEGTool使用比较简单，具体操作如下：

下载MPEGTool软件，利用MPEGTool主要有两个作用：一个是可以用来裁剪MPEG文件，另一是把DAT格式的文件转换成MPEG格式的文件。软件安装后打开，出现下列界面（图1）：

图1

在Source （来源）栏中：点击条目右边按扭，寻找要编辑的视频文件，在Target (目标)栏中，点击条目右边按扭，选择要储存的分区及文件夹，在另存为对话框中，另起文件名，然后保存。接着点击右下角有虚拟变成实体的NEXT按扭，保存开始。

根据实际需要，对输入的视频文件进行剪裁，输入起始帧和结束帧或直接拖动刻度即可完成设定。选择要裁剪的起始帧数字，点击START（开始），选择要裁减的结束帧数字，点击END（结束）。如果需要更改，则点击Preious (返回上一级菜单)，重新选择起始帧数字和结束帧数字。点击NEXT，裁剪并转换成MPEG开始，生成裁剪后的视频文件片段，点击Cancel（取消），点击Done（完成），完成视频片段。

3.2 Vob格式的文件分割

DVD光盘上的vob文件，用vobSplitter软件，可以将VOB文件分割成多个小文件。操作方法如下：

vobSplitter软件安装后打开，出现图2所示界面。

在files（文件）条目下的Orignal file(s)（原始文件）对话框里，点击右边图标，选择要分割的视频文件，在Destination (目标文件)对话框里，点击右边图标，选择要存放的目标盘及文件夹并取目标文件名。

图2

在菜单Split(分割)的界面下，在Starting at (从开始)对话框里，输入文件分割开始的数字，数字以bytes(字节)为单位，因此，需要把视频文件换算成以字节单位的形式，可以通过文件播放时间和字节之比进行换算。

在Size to copy (拷贝大小)对话框里，输入文件分割结束的数字，界面右下脚图标由虚拟变为实体START PROCESS》

点击START PROCESS （开始处理），出现Destination file界面，视频文件分割开始进行，从0开始到100% 结束，非常直观而且迅速。Destination file界面消失后，目标文件成功生成。

需要说明的是，因为视频文件切割是通过文件播放时间和字节之比进行换算，不能换算成一一对应成字节。而且在分割文件输入字节时，基本单元为10个字节。所以切割文件不能做到非常精确的每一帧，

但对于非专业和方便使用而言，这点缺憾可以忽略。

3.3 Vob格式文件和MPEG格式文件的合并

分割后的视频文件的合成，可以用VOBMerger软件。但这个软件不能合并太大的文件，无法多个文件合并，一次只能两个VOB文件合并。

FileMerger软件，它可以一次合并多个VOB文件！用FileMerger合并时，注意添加的VOB文件的顺序。

安装打开软件后，出现下列窗口（图3）。

图3

点击Add file(s) （增加文件）图标，依次选择要合并的视频文件，按前后顺序添加排列。点击Destination file:（目标文件）对话框右边的图标，选择要存放的选择目标盘及文件夹并取目标文件名。点击Merge （合并）图标，出现下列画面Merging...,合并开始。合并完成后，出现Success畫面，提示Merge successful(合并成功)，视频文件合并完成。

如果合并后的VOB文件大于4G，那么你只能在NTFS分区上使用,因为FAT32分区不允许单个文件大于4G。在FAT32分区采编是如果视频文件大于4G时，她会自动生成两个小于4G的两个相关联的文件。

3.4 MPEG格式的文件合并

裁剪VCD的DAT文件，生成MPEG格式的视频文件，同样可用FileMerger软件合并。

通过上述的几款绿色小软件的运用，可使不具备专业非线性编辑硬件配置的的教师使用常规的电脑轻松地按自己的教学要求分割和合并需要的视频文件。

参考文献：

[1]多媒体教学的基础知识,2006-10-17.http://www.fsec.cn/cjh/dmtjx.htm .

[2]常用视频格式详解 3．MPEG格式:34-44.http://www.chinahtml.com/application/4/2006/media-11416043443790.shtml.

[3]李兆君.现代教育技术 (第5章第4节-非线性编辑技术)[M].北京:高等教育出版社,2004年7月.

篇10：hibernate配置文件映射文件

对于业务型应用系统而言, 数据是至关重要的, 对数据的操作也是频繁的。通过传统的JDBC来访问与操作数据中, 程序员经常陷入繁琐的表间关联关系操作中, 而且容易出错。因为在考虑具体业务的同时还要细致的分析冗长的SQL语句, 分散了注意力和专注点。在OOP中, 程序员相对来说更容易也更愿意对对象进行操作而不是关系表, 这也符合面向对象程序设计。然而对象数据库还处于起步阶段, 因此如何将对关系表的操作转换为对对象的操作就成为程序员亟待解决的问题。

Hibernate很好的解决了这个问题, Hibernate是JDBC的轻量级的对象封装, 可以用在任何JDBC可以使用的场合, 它是一个独立的对象持久层框架。而且Hibernate在很多方面对JDBC进行了优化, 因而在实际运用中具有很高的运行效率。对数据库中较为复杂的关联关系, 包括一对一、一对多、多对多, 在业务逻辑操作中, 稍有不慎就会出错。Hibernate对这种操作进行封装转换成对象之间的关联关系, 通过操作对象来维护这种关系, 因而显得直观、简便。

2 实现方法

下面对数据库中的3种关联关系在Hibernate中的实现方法分别进行讨论。

2.1 一对一关联

一对一关联关系在Hibernate中的实现有两种方式:主键关联和唯一外键关联。

2.1.1 主键关联

一个典型的主键关联的实例是一个学生只能有一个学生证。关联的两个实体共享一个主键值。如它们对应的实体类分别是Studeng类与Studeng ID类。对应数据库中的表为t_student, t_studeng ID.两表共用id.在Hibernate中, 通过one-to-one结点来进行声明, 如下所示:

Student类 (具有Studeng ID型的实例字段) 对应的XML映射文件 (Student.hbm.xml) :

Studeng ID类 (具有Studeng类型的实例字段) 对应的XML映射文件 (Student ID.hbm.xml) :

2.1.2 唯一外键关联

唯一外键关联是两个实体具有各自有的主键, 但其中一个实体有一个外键引用另一个实体的主键, 以Student与Studeng ID为例:t_student表中具有自己的主键id, t_studen ID表中也具有自己的主键id, 它还具有一个引用t_student表中id列的外键student_id.Student对应的映射文件不变, 而Student ID对应的配置文件改变后Hibernate中如下:

作同样的操作, 结果一样。

2.2 一对多关联

一对多关系在现实生活中很多, 如一个用户可以有多个房子, 一个班级可以有多个学生等等。一对多关系可以分为单向关联与双向关联。下面以班级与学生之间的这种“一对多”关系来分别说明这种关联如何通过Hibernate来实现。

2.2.1 单向关联

单向的一对多关联只需要在关联关系的一方配置即可。以下在Class类对应的配置文件中加以声明:

单身关联中, 需要通过主控方来对被动方进行更新操作, 如下所示:

2.2.2 双向关联

双向的一对多关联需要在关联关系的双方都进行配置。如上节所示, 在Class.hbm.xml配置文件中将Set结点的inverse属性改为"false", 其他不变, 在Student.hbm.xml加入如下所示配置结点:

此时主控方变为Student, 而不再是Class, 作如下测试:

2.3 多对多关联

学生 (Student) 与课程 (Course) 之间的关系就是多对多关系, 因为一个学生可以选修多门课程, 而一门课程可以被多名学生选修。一般这种多对多关系在数据库中使用一个连接表来实现, 如student_Course。此时在配置文件中通过加入节点来实现:

Student类对应的的映射文件 (Student.hbm.xml) 对应的配置文件如下所示:

对应Course类的映射文件 (Course.hbm.xml) 中加入以下配置结点:

在多对多关系中, 关联关系是两张表相互引用, 在保存这种关联状态时应该双方都要保存, 如下所示:

需要说明的是, 由于多对多关联性能不佳, 因而在设计时需要慎重, 以免成为系统性能瓶颈。

3 结束语

作为一个优秀的ORM开源框架, Hibernate在数据关联方面设计相当优秀, 但是尽管如此, 需指出的是不良数据关联往往会导致系统性能低下, 因此在数据建模时对相应的关联策略需慎重加以考虑。Hibernate提供了其他的一些与数据关联相关的机制, 如延迟加载、集合以及关联读取的操作方式等等。

摘要：在开发J2EE应用系统中, 在进行数据库操作时, 使用传统的JDBC来处理数据对象之间的关联关系会非常繁琐。Hibernate通过O/R Mapping将表间关系转化为实体之间的关系, 这种关系通过在映射文件中加以声明, 较简单地解决了这个问题。Hibernate的关联映射包括一对一, 一对多, 多对多3种。对这3种关联关系进行系统的分析研究, 使得读者对Hibernate的关联映射有一定了解。

关键词：Hibernate,O/R Mapping,one-to-one,one-to-many,many-to-many,J2EE应用系统

参考文献

[1]夏昕, 曹小钢, 唐勇.深入浅出Hibernate[M].北京:电子工业出版社, 2005.

篇11：hibernate配置文件映射文件

“十二五”期间，国网系统智能电网建设已进入快车道。新建变电站要求按智能变电站技术标准建设。由于智能变电站配置描述文件（SCD）缺乏规范、有效、功能友好的管理工具，导致配置文件没有正确的管理归档，为后期的改扩建带来技术隐患，SCD文件所包含的二次回路、保护试验过程中与安全密切相关的压板和数据状态，以及保护检修的安措方案不能形象直观地展现给检修工作人员，使得检修作业的风险难以得到有效的控制。SCD文件升级或装置检修的影响范围难于界定。缺乏可视化比对工具的情况下，极易出现漏传错传的安全隐患。诸如此類的现状已不能适应智能变电站建设和运维任务迅速增加的工作需求并可能危及继电保护系统的安全和稳定。SCD（变电站配置信息）文件为全站系统配置文件，全站唯一数据源，该文件描述所有IED的实例配置和通信参数、IED之间的通信配置以及变电站一次系统结构。SCD文件为XML文件，难于解析，需要专业的技术人员支持，对于运维人员和管理人员具有较大的难度。如何将SCD的内容正确、清晰、简单的展现于工程、运维、管理人员面前，成为问题的关键。

SCD文件版本升级的原因有多种，SCD文件虽有历史记录供参考来了解SCD升级的大致变动情况，但是无法精确定位SCD变动的具体节点，有时由于操作人员的原因，甚至修改过的SCD文件也无历史记录，导致完全失去对SCD文件的管理控制能力。

本文研究重点是基于主站的SCD版本管控、SCD文件可视化、SCD版本升级技术比对，研究设置智能变电站配置文件管控系统，能够解决我国目前变电站配置描述文件管理问题、配置信息“看不见、摸不着”，SCD升级后需要全站停电且没有二次设备检修策略辅助方案。

一、国内外研究水平综述

智能变电站建设至今，SCD文件由于严格依照XML格式及语法构建、难于解读、并缺乏可视化的解析工具，一直由专业技术人员编写和维护。对于智能变电站调试和运维人员来说，解读困难，耗时耗力，并且有可能因人为原因出现配置信息解析错误。SCD（变电站配置信息）文件为全站系统配置文件，全站唯一数据源，该文件描述所有IED的实例配置和通信参数、IED之间的通信配置以及变电站一次系统结构。变电站在由常规变电站向智能变电站转变的过程中，变电站的核心资料由原来的蓝图变成了现在的SCD文件。但是对SCD文件版本升级后，对二次设备检修策略的支撑技术并没有有效的解决方案。

面对上述难题，行业内已有部分厂家开始研究其相应的解决方案。SCD可视化工具已有厂家在研究，并形成了初步的研究成果，但是在信息分类和美观方面尚有欠缺；配置文件的管控国内也已有厂家在研究，但尚处于探索阶段，无实质性研究成果。目前国外智能变电站的实践还没有国内多，没有发现可以借鉴的工具和方法。

二、项目的理论和实践依据

1.项目研究内容的原理简述

国家电网下发了〔2014〕1068号《国家电网公司关于规范智能变电站二次系统信息模型标准化管理的通知》，重点提高配置文件的管理。本项目在通知的要求下展开研究配置文件的管控和文件流转流程。然后结合配置文件的虚回路配置信息，展可虚回路可视化和版本升级研究。

2.项目研究内容的理论或者实践依据

（a）国家电网下发的〔2014〕1068号《国家电网公司关于规范智能变电站二次系统信息模型标准化管理的通知》。

（b）《国家电网公司关于规范智能变电站二次系统信息模型标准化管理的通知（国家电网基建〔2014〕1068号）》、《智能变电站配置文件运行管理模块技术规范》，《智能变电站配置文件管理规定》和《智能变电站二次系统配置工具技术规范》等相关标准为系统的应用前景打下基础。

（c）规范《IEC_61850工程继电保护应用模型》为CRC计算提供技术保障。

（d）以全生命周期管理理论为基础，以IEC61850-6部分所描述的标准过程为依据，实现二次资源管理的标准化。

3.项目研究的关键和难点

（1）技术关键点

（a）虚回路文件可视化技术