db4oDB4o 的user.home文件在哪？

db4o 时间:2021-08-13 阅读:()

关于对象数据库 DB4O 的一些BUG以及如何应对的方法

2、objectmanager 6.0需要对应db4o 6.1的版本 objectmanager 1.8需要对应db4o 5.5的版本 objectmanager 1.7需要对应db4o 5.2的版本版本不对应会造成无法打开数据库文件，怎么就这么不兼容呢？连高版本的管理工具都无法打开旧的数据库。

.db4o.eclipse_0.2.0默认只能打开db4o 5.2的版本的数据库可以通过修.db4o.eclipse.plugin_0.2.0.jar包里的db4o的.jar文件，更换为不同的版本后来访问相应版本的数据库。

先解压.db4o.eclipse.plugin_0.2.0.jar 包，到.db4o.eclipse.plugin_0.2.0 目录下方法一：把db4o-5.5-java1.2.jar 或 db4o-6.1-java1.2.jar 等jar文件改名为 db4o-5.0-java1.2.jar ，然后拷贝过来覆盖掉原来的 db4o-5.0-java1.2.jar 文件，重新打开 Eclipse 即可。

方法二：拷贝db4o-5.5-java1.2.jar 或 db4o-6.1-java1.2.jar 等jar文件 .db4o.eclipse.plugin_0.2.0 目录下，然后进入.db4o.eclipse.plugin_0.2.0META-INF 目录下，打开 MANIFEST.MF 文件，将里面的 db4o-5.0-java1.2.jar 替换成拷贝进来的相应版本的jar文件名，保存，重新打开 Eclipse 即可。

两种方式其实就是替换不同版本的jar文件而已。

4、在用工具打开时有问题时，还需要进入当前用户的目录下将.objectmanager.*之类的文件删除后，再运行工具来打开数据库。

求高手推荐一个好用的.net持久层.....SPL就不用了换个别的....小弟在此不胜感激

你想要一个持久层解决方案呢？还是一个持久层框架？ db4o是比较好用的面向对象数据库，raven是个的面向文档数据库，或者sqlite作为文件数据库底层也不错如果你要持久层框架的话，linq2sql和entityframework都是微软的持久层框架，支持sql server，或者nhiberate也行

求《男主他萌点总是这么歪》txt格式的百度云谢谢～

男主他萌点总是这么歪by 墨锦妤完结+番外.txt: /file/22807494-440575213 莫南柯作为一个IT理工男，正业是明着正经，实际上却一直暗搓搓的掉节操的苦逼程序员。

而他的副业，是每天早上醒来都光明正大掉节操的种~马文大神。

莫南柯脑洞不停，挖坑无数，坑底尽是冤魂。

然而挖坑不填总是要穿的，但是这个迟钝的宅男却用了整整二十年的时间才后知后觉的发现，他穿的是！自！己！的！书！

ORM是进化还是倒退？

一、原本没有ORM曾经面向过程编程是主流，现在面向对象编程成了主流。

面向过程跟关系型数据库天然地契合，或者说关系型数据库本来就是为面向过程编程而准备的。

图1.1图1.1就是面向过程编程与数据的关系。

实际上早期的面向对象编程与数据的关系也是这样的，并且在现在也可以在面向对象编程中这样使用。

图1.2图1.2就是ORM了。

相当于把程序多切了一块出来，粒度划分细了一些。

二、ORM的思想图2.1ORM的思想就是通过一个规则，把数据库模型转换为对象。

就和太阳光照在红玻璃得到红光差不多。

三、ORM带来了什么？从代码处理角度来说，编程就是处理可变代码和不可变代码之间关系的一个过程。

ORM带来了什么呢？ORM最大的特点是把数据对象固化到了代码中，把运行时做的事情提前到了编译期。

四、ORM是进化还是退步？ORM是进化还是退步？首先，程序开发，根据实践证明只维护一个版本是最优的。

但是ORM实际上是对数据库结构做了一份拷贝，现在我们需要同时维护数据结构已经对象的关系结构。

我认为从这点上来说，它是编程方式上的倒退。

尽管现在大多ORM框架都提供了生成实体对象的工具，也就是说生成这个拷贝的过程实现了自动化。

ORM的初衷是依赖配置，但是实际上并没有完全依赖于配置，当然这个和C#与Java是静态语言有关。

如果是动态语言也许会好一些，当然我并没有做过尝试，只是猜测一下。

一直以来，三层架构的思想就是改变一层的东西能不影响到另外一层。

ORM通过MODEL跨越三个层，达到了这个目的。

当然，如果用反射也可以不用这种跨越。

跨越三个层，让三个层都对Model产生了依赖，这点我觉得也是它不好的地方。

因为Model是跟随数据库变动的，不能保证改变Model不会对其它层面产生影响。

而面向对象编程最基本的思想就是固化不变的东西，提出变化的东西。

但是要让Model保持不变，必须要数据库不发生改变，我觉得用这个作为前提不是很理想。

实际开发中数据库结构是经常变动的。

也许你要说变动的时候只做加法，这样也许，当然，我只认为理论上这样是可行的。

五、没有ORM，我们还能怎么做？那可能就是下一代数据访问的方式了。

我认为面向对象编程还没有到能搞定一切的地步，现在就有很多方面显出了它的不足，所以，现在一直有新的理论出来对它进行补充。

至于说面向对象的数据库，现在还需要解决至少两个问题，不说对象如何持久的问题，光是对象和数据库里对象同步就很难。

比如db4o,假如对象增加一个熟悉，数据库里是无法体现的。

至于将来会怎么样，将来才知道吧。