使用内存数据库

 1 <jdbc:embedded-database id="dataSourceDERBY" type="DERBY"></jdbc:embedded-database>
 2        <jdbc:embedded-database id="dataSourceHSQL" type="HSQL"></jdbc:embedded-database>
 3        <jdbc:embedded-database id="dataSourceH2" type="H2"></jdbc:embedded-database>
 4     <bean
 5         id="sessionFactory"
 6         class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
 7         <property name="dataSource">
 8             <ref bean="dataSourceH2"/>
 9         </property>
10         <property name="hibernateProperties">
11             <props>
12                 <prop key="hibernate.dialect">org.hibernate.dialect.H2Dialect</prop>
13                 <prop key="hibernate.show_sql">true</prop>
14                 <prop key="hibernate.format_sql">true</prop>
15                 <prop key="hibernate.hbm2ddl.auto">update</prop>
16             </props>
17         </property>
18         <!--
19         <property name="annotatedClasses">
20             <list>
21                 <value>zwh.spring.security.po.User</value>
22                 <value>zwh.spring.security.po.Role</value>
23             </list>
24         </property>
25          -->
26     </bean>
时间: 2024-10-15 09:46:16

使用内存数据库的相关文章

In-Memory:内存数据库

在逝去的2016后半年,由于项目需要支持数据的快速更新和多用户的高并发负载,我试水SQL Server 2016的In-Memory OLTP,创建内存数据库实现项目的负载需求,现在项目接近尾声,系统运行稳定,写一篇博客,记录一下使用内存数据库的经验. SQL Server 2016的In-Memory OLTP,通俗地讲,是内存数据库,使用内存优化表(Memory-Optimized Table,简称MOT)来实现,MOT驻留在内存中,使用 Hekaton 内存数据库引擎访问.在查询MOT时,

内存数据库索引

记得早前第一份工作的时候,很得意自己能写非常庞大的存储过程,聊起天来就是怎样引用索引.怎么写sql快:想想那时候多好,容易满足,容易开心,开怀大笑! 还是在前年的时候,忙完一个大项目之后!刚好有点时间研究fastdb,因为早期没用商用数据库之前就是用的这个.后来发现并发能力的问题,才切换到商用数据库. 如果单从数据读写能力来看,fastdb无疑具有非常强的竞争力:我记得几年前测试fastdb查询能力就比timesten的速度快非常多,但是关键在于fastdb在进程并发的时候就变的很慢.因为fas

Altibase 内存数据库

数据库复制机制(Replication), Altibase内存数据库也有自己内置的复制机制,保证以下几点: (1)    数据备份(2)    负载平衡(load balancing)(3)    高可用性(high availability)和容错 Altibase 内存数据库具有两种复制方式,一种叫做Lazy模式(非同步),另一种叫做Eager模式(同步): CREATE REPLICATION replication_name WITH 'remote_host_ip', remote_

Redis源码分析(十八)--- db.c内存数据库操作

我们知道Redis数据库作为一个内存数据库,与memcached比较类似,基本的操作都是存储在内存缓冲区中,等到缓冲区中数据满后,在持久化到磁盘中.今天,我主要研究了对于redis中对于内存数据库的操作.与普通的数据操作比较,并没有什么特别多的其他的一些操作.下面是我分类出的一些API: /*----------------------------------------------------------------------------- * C-level DB API *-------

内存数据库中列转行的应用,h2中列转行,hsqldb中列转行

其实列转行是比较简单的用sum和decode函数就可以了,但是我遇到的项目,不知道数据谁设计的居然字段里面还设计成long类型,此long类型与java中的不同,oracle中的long是指可变长二进制数据,最长2G,哎没办法只好转换了. 以下是hsqldb的转换,用到了转换函数convert,可以将long类型的转换为double类型,其中d.value是long类型,status是int类型,所以value需要转换 SELECT P.NAME,P.ID, SUM(DECODE(D.K_NAM

内存数据库之Apache Ingite

上一篇文章,我们做了内存数据库的技术选型: 内存数据库技术选型 本文中,我们继续深入研究Apache Ignite,同时分享一些我们.Net的编码实践. 首先,Apache Ignite是一个内存数据组织是高性能的.集成化的以及分布式的内存平台,他可以实时地在大数据集中执行事务和计算,和传统的基于磁盘或者闪存的技术相比,性能有数量级的提升. 其中: Data Grid:Ignite内存数据网格是一个内存内的键值存储,他可以在分布式集群的内存内缓存数据. 它通过强语义的数据位置和关系数据路由,来降

再谈EF Core内存数据库单元测试问题

(此文章同时发表在本人微信公众号"dotNET每日精华文章",欢迎右边二维码来关注.) 题记:在用EF Core的内存数据库进行单元测试的时候遇到"无法访问已释放的对象"的错误怎么办? 之前在EF Core 1.0中使用Include的小技巧中简单谈到了使用EF Core内存数据库进行单元测试的方法.不过这个方法有个小问题,就是容易出现"无法访问已释放的对象"的错误. 在之前的示例代码中(http://git.oschina.net/ike/co

一个简单的NoSQL内存数据库—Berkeley DB基本操作的例子

一个简单的NoSQL内存数据库—Berkeley DB基本操作的例子 最近,由于云计算的发展,数据库技术也从结构式数据库发展到NoSQL数据库,存储模式从结构化的关系存储到现在如火如荼的key/value存储.其中Berkeley DB就是上述过程中的一个比较有代表性的内存数据库产品,数据库的操作是通过程序来实现的,而不是SQL语句.特别是当今数据不断动态增加的过程中,试图 通过数据切割来达到扩充的思路已经行不通了,因为事先不知道客户数据格式,因此服务提供商不可能进行数据切割.而无模式的key/

内存数据库中的索引技术

引言 传统的数据库管理系统把所有数据都放在磁盘上进行管理,所以称作磁盘数据库(DRDB: Disk-Resident Database).磁盘数据库需要频繁地访问磁盘来进行数据的操作,磁盘的读写速度远远小于CPU处理数据的速度,所以磁盘数据库的瓶颈出现在磁盘读写上. 基于此,内存数据库的概念被提出来了.内存数据库(MMDB:Main Memory Database,也叫主存数据库)[1],就是将数据全部或者大部分放在内存中进行操作的数据库管理系统,对查询处理.并发控制与恢复的算法和数据结构进行重

SQLite剖析之临时文件、内存数据库

一.7种临时文件    SQLite的一个不同特性是一个数据库由单个磁盘文件构成.这简化了SQLite的使用,因为移动或备份数据库只要拷贝单个文件即可.这也使得SQLite适合用作应用程序文件格式.但是,当在单个文件中存储一个数据库时,SQLite会在处理数据库的过程中使用许多临时文件.    SQLite目前使用7种不同类型的临时文件:    * 回滚日志(Rollback journals)    * 主日志(Master journals)    * SQL语句日志(Statement j