db4o专题
db4o面向对象数据库::NoSQL
完全原生于 Java 和 .NET100% 面向对象, 抛开对象-关系映射为嵌入式应用优化开源,可以基于GPL协议免费使用. db4o 的目标是提供一个功能强大的，适合嵌入的数据库引擎，可以工作在设备，移动产品，桌面以及服务器等各种平台。 db4o 的 dRS（db4o Replication System）可实现 db4o 与关系型数据库的双向同步（复制） 。 dRS 是基于 Hi
直接保存对象的数据库——db4o
在实际开发中，数据的存储是必不可少的，常用的有数据库存储和文件存储。数据库目前有关系型数据库和文档型数据库（No-SQL）。关系型数据库以字段、类型、约束、表关系来存储和管理数据，比较常见的比如Oracle、MySql等都属于RDBMS，文档型数据库是一种可分布式的文档结构数据库，没有关系型数据库中传统意义上的表，比较常见的比如MongoDB、CouchDB等。 今天主要介绍下，在java开发中
Embedded数据库比较：Access、SQLite、HSQLDB、Sybase、MySQL、DB4O
引自：http://www.cnblogs.com/kenkofox/archive/2011/03/18/1988422.html 一、Access 数据类型有些另类，而且密码太容易被攻破，性能不高，只能用在Windows程序上。 一般说来，单个表不超过10万少条记录为好，整个数据库不超过100M为好。ACCESS对数据库容量限制为2G，但超过100M后性能便 会
面向 Java 开发人员的 db4o 指南:第 7 部分：事务、分布和安全性
通过直接在面向对象的数据库（如 db4o）中存储对象，Java™ 开发人员可以获得很多好处。如果 OODBMS 缺乏对事务的支持或不能在分布式环境中使用数据（并保证其安全性），您可能不会过多地使用它。在 面向 Java 开发人员的 db4o 指南 的最后一期中，Ted Neward 展示了如何使用 db4o 处理 3 个与 Java 企业开发密切相关的问题：事务、分布式数据管理和 Web 应用程序
面向 Java 开发人员的 db4o 指南: 第 6 部分：结构化对象和集合
面向对象应用程序大量使用继承，并且它们常常使用继承（或者 “是一个”）关系来分类和组织给定系统中的对象。在关系存储模式中使用继承比较困难，因为这种模式没有内在的继承概念，但它是 OODNBMS 中的一个核心功能。在本期的 面向 Java™ 开发人员的 db4o 指南 中，您将会发现，作为一个核心功能，在 db4o 中创建查询时使用继承竟是如此的简单（而且功能强大）。 在本系列文章中，我
面向 Java 开发人员的 db4o 指南: 第 5 部分：数组和集合
集合和数组为 面向 Java 开发人员的 db4o 指南: 超越简单对象 中首次讨论的结构化对象引入了新的复杂性。幸运的是，db4o 丝毫没有因为处理多样性关系而出现困难 —— 您应该也不会被它难倒。 在本系列的前一篇文章中，我开始谈到了 db4o 如何处理 结构化对象 ，或者包含非原始类型字段的对象。正如我所展示的那样，增加对象关系的复杂性对 db4o 持久模型有一些重大的影响。
面向 Java 开发人员的 db4o 指南:第 4 部分：超越简单对象
到目前为止，我们在 db4o 中创建并操作对象看起来都比较简单 —— 事实上，甚至有点 太 简单了。本文中，热心于 db4o 的 Ted Neward 将超越这些简单对象，他将展示简单对象结构化（引用对象的对象）时发生的操作。此外，他还阐述了包括无限递归、层叠行为以及引用一致性在内的一些话题。 一段时间以来，在 面向 Java 开发人员的 db4o 指南 中，我查看了各种使用 d
面向 Java 开发人员的 db4o 指南: 第 3 部分：db4o 中的数据库重构
重构 Java™ 代码远远比重构关系数据库简单，但幸运的是，对于对象数据库却并非如此。在本期的 面向 Java 开发人员的 db4o 指南 中，Ted Neward 介绍他喜欢的对象数据库的另一个优点：db4o 简化了重构，使之变得非常容易。 在 本系列的上一篇文章 中，我谈到了查询 RDBMS 与查询像 db4o 这样的对象数据库的不同之处。正如我所说的那样，与通常的关系数据库相比，
面向 Java 开发人员的 db4o 指南: 第 2 部分：查询，更新和一致性
尽管 RDBMS 使用 SQL 作为其查询和检索数据的主要机制，但是 OODBMS 可以使用一些不同的机制。在本系列的第二期文章中，Ted Neward 将介绍一些新方法，包括 Query by Example 以及定制只有 OODBMS 才具有的机制。正如他解释的一样，有些替代方法比 SQL 本身更易于使用。 在 本系列的第一篇文章 中，我讨论了 RDBMS 作为 Java™ 对象存
面向 Java 开发人员的 db4o 指南: 第 1 部分：简介和概览
信息存储和检索作为同义语伴随 RDBMS 已经 10 来年了，但现在情况有所改变。Java 开发人员尤其厌倦于所谓的对象关系型阻抗失配，也对试图解决这个问题失去了耐心。再加上可行的替代方案的出现，就导致了人们对对象持久性和检索的兴趣的复 苏。本系列是对开放源码数据库 db4o 的详尽介绍，db4o 可以充分利用当前的面向对象的语言、系统和理念。要下载 db4o，可以参考 db4o 主页；为了实践本
面向 Java 开发人员的 db4o 指南
第一部分 简介和概览 早就听说数据库间的大战以关系型数据库的胜利告终。然而，这之后，编程界真的就风平浪静、一片繁荣了吗？持肯定观点的人恐怕最近都没有试过使用关系数据库来支持 Java™ 对象吧。著名作家和讲师 Ted Neward 为我们带来了这个由多个部分组成的 系列 ，深入介绍了 db4o，它是当前关系型数据库的一种面向对象的可选方案。 在我出道成为程 序员的时候，数据库之战似乎已完
开源面向对象数据库 db4o 之旅
第 1 部分: 初识 db4o 前言 业界对持久存储领域的追求从未停止过，为了更方便、更容易地用对象表达我们的思维，开源领域和商业领域都涌现了许多新技术， ORM 的出现恰恰说明了这点。最近一年，业界也在反思，到底 ORM 给我们带来的是便利还是麻烦。矛头指向大名鼎鼎的 Hibernate ，纷纷议论其性能问题，大家似乎要达成这样的共识：“在业务逻辑复杂的地方用 SP ，而一般的 CRUD