表定义的持久化特性仅针对该会话。
另一个关键是数据在云上的持久化。
The other key thing is the way data is persisted on the Cloud.
另外一个限制是持久化数据。
持久化机制并不是惟一的体系结构决策。
The persistence mechanism is not the only architectural decision that needs to be made.
pc是要被持久化的实例。
“状态”和“持久化”是计算的关键术语。
"State" and "persistence" are crucial "terms of art" for computing.
实际上，代理类是持久化类的子类。
The proxy class is an actual subclass of the persistent class.
这次它建议建立持久化机制。
状态持久化本身是以有状态方式执行的。
The state persistence logic itself is executed in a stateless manner.
模型内置了持久化功能。
这个应用程序包括一住参照持久化对象。
The application contains a live reference to a persistent object.
在生产环境中，有可能需要持久化这个数据。
In a production environment, it's likely that you will want this data to persist.
这样就跨越了从 “状态”到 “持久化” 的界限。
This clearly crosses the line from "state" to "persistence."
不久以前，持久化存储的最显而易见的答案是RDBMS。
Not too long ago, the obvious answer to persistent storage was the RDBMS.
单击ok按钮，就会把船只信息持久化到数据库中。
因此，问题十分简单：如何将XML 持久化存储到文件中去？
So the question is simple: how are you persisting your XML to a file?
这项工作完成之后，我们整个持久化引擎就可以正常工作了。
在这个示例中，您将使用JD o持久化contact类。
For this example, you'll use JDO to persist the Contact class.
如果选择了持久化所有事件数据的选项，则会将该竖井放在此处。
If the option to persist all event data is selected it will be placed here.
JPA让持久化变得非常容易，但是仍然需要编写很多模板代码。
JPA has made this task easier, but still requires a lot of boilerplate code.
之后，可以将新的post添加到持久化的blog数组对象。
You then add that new post to the persisted blog array object.
试问，编程领域若永远都不能将XML持久化存储到文件中会是怎样一番情境？
Imagine a programming world where you could never actually persist XML to a file!
因此，关于如何持久化存储数据，以及哪种方式是最佳的，这些问题都无关紧要。
So issues about how to persist the data, and which approach works best, are irrelevant.
JDO为对象持久性提供了第一个标准化的、完全面向对象的方法。
JDO supplies object persistence with the first standard and object-oriented way.
JDO为对象持久性提供了第一个标准化的、完全面向对象的方法。
JDO supplies object persistence with the first standard and object-oriented way.
应用推荐