问资产管理数据库设计

EN

一种方法可以是使用文档样式的无sql数据库(如Mongo)来存储资产。这样，每种不同类型的资产都可以轻松地拥有自己的字段集，而不需要额外的表等等。

基本上，我想象的是伪代码，类似于：

class Asset
{
    int AssetNumber;
    int AssetType;
    string Description;
    // etc.
}
class BookAsset : Asset
{
    // book-specific fields
}
class ElectronicsAsset : Asset
{
    // electronics-specific fields
}
// etc.

因此，额外的资产类型可以只是额外的派生类。然后将每个资产作为自己的独立文档写入文档数据库，并通过其资产编号(或根据其包含的字段进行搜索等)检索。或者名字或者不管它是怎么被存储的。

这将使您在跟踪其他资产或有关现有资产的其他信息时具有您可能希望的灵活性的快速和简单的系统。

基于编辑的编辑：用户定义的字段应该可以很好地工作。您可以将其设置为对象上的某种键/值字典，甚至可以使用更动态的语言将字段添加到对象本身。“基本资产”将由绝对需要的字段组成，其余的字段可以更松散地定义、有条件地要求、用户指定等。

将资产的一般概念与您希望能够合并的每种类型的资产的具体内容分开是有意义的。通常，这将采取主资产表的形式，对于您希望包括的每种不同类型的资产，都有不同的表，即图书、硬件、家具。结构可能如下所示：

Asset(AssetId, Description, Comments)

HardwareAsset(HardwareAssetId, AssetId, SerialNumber, ...)

BookAsset(BookAssetId, AssetId, ISBN, Publisher, Author, ...)

其中，AssetId在HardwareAsset和BookAsset中都是Asset表的外键。这样，您就可以跟踪不同的资产，并在需要时将它们组合在一起。

编辑:或者，您可以创建一个键值表来存储单个对象的值，如下所示：

AssetValue(AssetValueId, AssetId, Key, Value)

然而，这是一个麻烦的解决方案，虽然仍然提供可搜索的字段，但很快就会使数据库膨胀。为了缓解这个问题，您可以根据您的需求限制字段大小。我不建议在单个字段中序列化字典，因为这样会使数据库更加臃肿。

与技术限制相比，我建议将模块保持独立。