Question

我不断发现,使用一个目标数据库,如db4o,令人非常困惑的是,你应如何处理通常由QL/PL-SQL处理的复杂移民。

例如,想象你在称为我的用户的关系数据库中有一个表格。最初,你有一个名为“姓名”的栏目,因为你的软件在V2中,你希望删除该栏,将全名分成一个空白处,把第一部分放在一个名为“第一名称”的栏内,第二栏列在最后名称的栏中。在我简单地把“第一名称”和“第二名”一栏删除了原先的“完整名称”一栏。

我怎么做,像 d4o那样? 我是否写过一份 Java方案,描述用户的所有物体。当我下一位人物作出承诺时,不会有相当于全名的外地/加勒比财产,这是否是一个问题? 在我的“施马”改变生产申请时,我似乎要写一个文字,将数据从X版移至X+1版,然后用X+2版本实际去除我试图删除X+1版的特性,因为我无法撰写瓦 Java文字,修改不再属于我一类的财产。

部分问题似乎是,如果新电离层/野外不是装货舱的成员,则你不能提及财产,因此你基本上需要用同一手稿(hmm,定制舱载重机,像疼痛一样)有两种版本的代码,其新版本的舱面属于另一个包(音响灯),或者使用我提到的X1+x+2战略(需要更多的规划)。也许有一些明显的解决办法,我从来不从四轮文件中看到。

任何想法? 希望这一点具有某种意义。

Answer 1

首先,db4o处理简单的 ,特别令人振奋——s 。

现在,你会这样做:

Remove the field full_name , add the new fields first_name and second_name
Iterate over all Address -objects
Access the old field via the StoredClass -API
Split, change, update etc the value. Set the new values on the new field and store the object.

让我们假设我们有地址——阶级。全部——姓名领域已经拆除。现在,我们没有把它复制到第一个名字和姓氏。之后,它就能够这样做(Java):

    ObjectSet<Address> addresses = db.query(Address.class);
    StoredField metaInfoOfField = db.ext().storedClass(Address.class).storedField("full_name", String.class);
    for (Address address : addresses) {
        String fullName = (String)metaInfoOfField.get(address);
        String[] splitName = fullName.split(" ");
        address.setFirstname(splitName[0]);
        address.setSurname(splitName[1]);
        db.store(address);
    }

如你所建议的,你将撰写每一版本的移民编码。实地是你班子的一部分,因此,你不得不与上面所储存的外地人员接触。

您可以获得一份所有储存类别的清单,并附有<条码>。有了<代码>StoredClass.getStored Fields(>,你可以找到一份所有储存田地清单,在你的班子里,没有哪怕是田间。如果再有一等 t子,你仍可以通过基因组获得物体和进入。

www.un.org/Depts/DGACM/index_spanish.htm 更新: 关于复杂情况,如果一个数据库需要转移至多个转化步骤。

例如,在版本第3号中,地址目标完全不同。因此,对1至2吨的移民口号只能进入所需的领域(例如,我就这样说的首个名称和名称)。我认为,有多种可能处理这一问题。

(Assuming Java for this idea. Certainly there s an equivalent in .NET). You could make the migration-step a Groovy-script. So each that each script does not interfere with another. Then you define classes the needed classes for the migration there. So each migration has its own migration-classes. With aliases you would bind your groovy-migration-classes to the actual java-classes.
Creating refactoring-classes for complex scenarios. Also bind this classes with aliases.

Answer 2

我在这里拿着一条野火,因为我对我生活中的数据不满意。

您进行奇怪的比较: 如果你想把 d调高,你可能必须做<条码>x+1,<条码>x+2<>。你描述的版本方法,但我并不真的知道——我不知道如何用Kall,因为Im不是专家。

但是,如果你重新移徙,你就能够在一个步骤中这样做,即从旧数据中抽出一个新物体,储存新物体,删除仓库中每个物体的旧物体。见 rel=“nofollow noretinger”db4o reference 。

但坦率地说,房舍管理处的同一程序也十分复杂,因为你将不得不取消强制检查(可能触发因素等),以便实际开展这项工作——也许不是你提供的例子,而是大多数真正的世界案例。毕竟,扼杀性分裂非常容易,几乎没有好处。

联合国我将简单地把“先点名”和“第二点名”一栏活起来。

是的,如果是simplestring di operation,你可以simply<>s>. 但是,在典型的令人振奋的假设情况下,你根据可能不易在KQ中表述的大量复杂规则重新调整目标,可能需要复杂的计算或外部数据来源。

为此,你也必须写成法典。

毕竟,我看不出两个进程存在太大的差别。你们总是必须仔细掌握实在的数据,你肯定会支持这两种情况。令人满意的是,但持久性是trick的,因此无论怎样,这种一致性都是一项挑战。

友情链接