Sleepycat Software 正在收集来自于它的用户和潜在用户关于一个新的对象持久 Java API(A New Java Persistence API for Berkeley DB)的反馈。该API和其他java领域的持久解决方案例如EJB3，hibernate和jdo有着类似的地方，但也有着重大的不同。
传统上,Berkeley DB提供了不利用计划或数据模型而创建高性能数据库应用的必要能力.
甚至它 的对象绑定和stored collections的java API都不受任何种类的数据模型的约束.
这提供了最大限度的灵活性,但对快速定义大而且复杂的模型没有内置的支持.
该API为Berkeley DB 事务引擎提供了一个内在的持久对象模型.
在不影响性能的前提下对复杂的对象模型提供支持是设计的中心.
从the com.sleepycat.persist package的总括看一下该API。
该package新增加了三个子package：model,evole和raw.
The Berkeley DB Persistence API，url：
com.sleepycat.persist
o com.sleepycat.persist.model
o com.sleepycat.persist.evolve
o com.sleepycat.persist.raw
我们在Sleepycat对你们的反应、评论、建议和其他反馈，包括正面和反面的都很有爱好。
我们尤其想了解的是：（以下该API指的是Java Persistence API for Berkeley DB）
1.你对哪种java的持久方案更有爱好？
以及相比该API的可用性，如何评估它的可用性？
该API的那些方面更有用或无用？
2.该API严重依靠了jdk1.5的泛型和标注(or注解)特性.
不使用这些新的语言的特性,我们认为可用性会大打折扣.
你认为使用这些语言的特性是对还是错?
为什么?
3. 该API,在增加了可用性的同时,并未提高查询的易用性.
你认为查询的易用性是对java持久方案的一个必备要求吗?
4.该API并未遵照现存的标准如JDO。
我们认为，这样做会在可用性和性能方面打折扣。
你认为遵守标准比可用性和性能更重要吗？
假如你还不熟悉已经存在的Berkeley DB产品线，请记着下面的背景信息。
*Berkeley DB是一个嵌入式的数据库library，不是一个数据库服务器。
通过一个非常快的BTree（B数）存储结构对事务和锁提供了很好的控制，
Berkeley DB的应用比使用其他方案的应用建造的更好。
*Berkeley DB查询易用性不高。查询都是通过访问索引和使用等价的join方式来执行的。
使用erkeley DB，手工优化查询比一个简单的查询语言优化器做的更好。
*传统上Berkeley DB 提供了一个key-value（键-值）API来访问Btree（B数）数据库。
在Berkeley DB中，一个"database"(数据库),和一个SQL 表等价，并被描述为一个key-value pairs（键-值对）的集合。
在Berkeley DB底层API中，使用byte arrays，而不是对象，用来做keys（键）和values（值）。
通过 Bind and Collections APIs,使用某些机制,keys(键)和values(值) 可以被映射为java对象.
* Sleepycat有三个产品线：原始的Berkeley DB，Berkeley DB java 版以及Berkeley DB XML。
该API初始目标是提供给Berkeley DB Java 版使用，但有可能在不远的将来被改写为适合在原始的Berkeley DB上使用。
它现在还不适合使用在 使用了XML以及XML Schema作为数据模型的 Berkeley DB XML，
Thank you in advance for taking a look at this and for any feedback that you are willing to provide!
The Sleepycat Java Edition team
官方地址:http://dev.sleepycat.com/
