标签: data-modeling

问题域具有大量命名的snark.有些嗤之以鼻.

至少有两种方法可以对此进行建模:

// as a property: 
    class Snark { 
      string name; 
      bool is_boojum; 
    };  

// as a list:
    class Snark { 
      typedef long Id;
      Id id;
      string name;
    };  

    tree<Snark::Id> boojums;

看起来直观的是,如果我们确定了雄性和雌性中的蜥蜴,我们会在snark类定义中添加一个"性"属性; 如果我们确定除了五个狙击手之外的其他所有掠夺者都是被征服的对象,我们就会列出皇室成员名单.

是否有可以应用的原则,还是建筑偏好的问题？

我对这个讨论还是比较陌生的,但即使冒着"无知"的风险,我也要问这个问题.为什么我们现在对'DDD'施加如此大的压力.我越是关注'DDD',我的应用程序看起来就越复杂.而使用数据库为我的域建模有助于保持我的应用程序跨层保持一致.然后我可以使用SubSonic或L2S等DAL Helpers轻松访问该模型.这有什么不好的？即使在企业应用程序？

当我们有一个经过试验和测试的域时,为什么我们会努力创建一种新的域建模方法？

我愿意听到这里的纯粹主义者的意见.

是否有适用于所有号码的电话号码格式？(区域代码比3个数字更灵活,其余为7个数字)

我正在尝试为邮件设置联系人数据库,我正在尝试完全自动化标签,但无法弄清楚如何.

在数据库中我将​​存储将出现在邮件标签顶部的名称:

• 乔·汤姆森先生
• 博士.和詹姆斯浆果夫人
• 施瓦茨家族

这似乎必须是基于许多不同数据的计算字段.

有关如何拥有邮件数据库并直接为标签生成名称的任何建议？

这是在mysql中,但它是一个数据库设计问题.如果你有一对多的关系,比如银行客户到银行账户,通常你会有记录银行账户信息的表有一个跟踪账户和客户之间关系的外键.现在这遵循第三种常规形式,并且是一种被广泛接受的方式.

现在让我们假设您将限制用户只有3个帐户.当前的数据库实现将支持这一点,没有什么需要改变.但另一种方法是在帐户表中有3列,其中包含3个相应帐户的ID.顺便说一句,这违反了数据库设计的第一种正常形式.

问题是以这种方式记录用户帐户关系的优点和缺点是什么？

更新

不幸的是,我不负责数据库设计.当我在数据库中看到类似的关系时,我问我的老板,数据库设计师,为什么他选择这样做.我没有真正得到一个明确的答案,或者我理解的答案有合理的理由支持它."当你使用数据库分配时,这是一种非常常见的关系,这就是你如何做到的." 我要求更多澄清.......没有把我带到任何地方并使他成为防守者.

非常感谢你们这些帖子,我真的找不到任何甚至谈到这样做的书.我发现有很多书告诉我以正确的方式做到这一点,但没有多少人给出一个破坏的例子然后解释为什么它会吮吸.

我希望我的用户能够指定他们的位置,以便我可以在地图上绘制它们.给定地址,我使用Google Maps API获取其纬度/经度坐标并将其存储在数据库中.

此外,我希望允许用户根据位置搜索其他用户.使用谷歌地图API,我也可以获得国家/州/城市的地址(或纬度/经度坐标).我的问题是我不知道如何以这样的方式存储国家/州/市:

• 数据与特定用户相关联
• 没有数据冗余

我认为问题是如果User-1和User-2都输入导致该国家为"USA"的地址,我想我需要知道User-1和User-2都来自美国 - 而且"USA"仅在DB中存储一次.

当用户搜索其他用户时,我想我应该只让他们在美国搜索用户,如果我实际上有来自美国的用户.这意味着,假设User-1和User-2是来自美国的唯一2个用户,如果User-1和User-2删除他们的个人资料,我不应该再允许在美国搜索用户.

我的想法在概念上是错误的吗？在任何情况下,我应该如何建模这些信息？我正在使用MySQL.

我正在创建一个新的SQL Server 2008数据库.我有两个相关的表.

第一个表看起来像这样:

 BRANDS // table name
 BrandID // pk
 BrandName // varchar

第二个表看起来像这样:

 MODELS // table name
 ModelID // pk
 ModelDescription // varchar

每个品牌至少有一个型号,每个型号只属于一个品牌.

问题是,我应该像这样创建一个联结表

 BRANDS_MODELS // table name
 RecordID // pk
 BrandID
 ModelID

或者我应该修改MODELS表以包含像这样的BrandID

 MODELS // table name
 BrandID // 
 ModelID // pk
 ModelDescription // varchar

谢谢!

我有以下结构

class User{
  List<Post> posts = new ArrayList<Post>();
  static hasMany = [posts: Post]
}

   class Post{
     User user  
     List<User> subscribers = new ArrayList<User>();
     static belongsTo = [user: User]
     static hasMany = [subscribers: User]
   } 

它显示

引起:org.codehaus.groovy.grails.exceptions.GrailsDomainException:在多对多关系中没有在域类[class User]和[class Post]之间定义所有者.示例:static belongsTo = Post

• 用户可以有多个帖子
• 帖子属于用户
• 帖子可以有多个订阅者

版本Grails 1.3.7

在crf模型中添加数字特征是否可行/好？例如,序列中的位置.

我正在使用CRFsuite.似乎所有的特征都将被转换为字符串,例如'pos = 0','pos = 1',然后失去它作为欧几里德距离的含义.

或者我应该使用它们训练另一个模型,例如svm,然后用crf模型合奏？

我有一个逻辑数据模型和用于不同系统的多个物理数据模型，所有这些都以UML记录。我想展示物理模型中的数据如何追溯到逻辑模型，以便在对逻辑模型进行更改时，我们可以轻松确定所有受影响的物理模型。

这些关系是否最好地表示为痕迹或实现？我怀疑答案是“痕迹”，但我想看看其他人在投入太多时间之前是怎么想的，并弄错了。在这种情况下，跟踪或实现关系是否比其他关系提供了额外的语义？