我目前正在忙于实施基本资产管理系统。它不会很复杂。只需要跟踪任何资产的名称,序列号,零件号和类型等等。然而,我所遇到的问题是我也想整合书籍。不幸的是,书籍的结构与普通资产(例如标题,作者,isbn代码等)完全不同。资产管理数据库设计
我想从社区了解他们认为最好的设计。将书籍合并到资产管理中(如果是这样,数据库设计应该如何查看),还是应该编写完全独立的独立库模块(可能有一些功能可将图书导出到资产管理系统[使用较少/其他字段])。
谢谢!
编辑:别的东西,可能是使拍摄画面的动态,这样用户可以指定字段和值。然后这可以作为XML存储在数据库中。但他不会是我喜欢的方式。
编辑2:我忘了提及,我很受我可能使用的技术的约束。这些是MySQL,GWT,Hibernate和Spring(没有春季交易)。
感谢您的回答。不幸的是,我非常关注我可能使用的技术(将在问题中提及它)。这些是MySQL,GWT和Hibernate。 – 2010-12-11 16:07:25
@Nico Huysamen:这当然是一个耻辱。为了获得这种灵活性,特别是用户定义的字段,最好的办法可能是将它作为XML存储在文本块中。这对于关系数据库来说并不理想,但它可以工作。如果你谈论的是相对较少的数据(总共有多少资产?),那么它应该没问题。将“required”字段分解为其他列以进行索引等。并尝试将整个事件封装在序列化/反序列化抽象中以便于使用。不知道如何搜索用户定义的字段,但如果需要的话... – David 2010-12-11 16:13:23
这就是我所害怕的。该系统应该是可扩展的。目前,它应该为拥有大约6000名员工的公司工作(这样您可以量化资产数量)。但是,理论上我希望它可以适用于任何规模。我还想到了这样一个想法,即可以为必填字段显示明确的列,然后只有用户在XML中定义的列。但正如你所说,它会让寻找一本书的作者非常困难。 – 2010-12-11 16:19:51