polymorphic-associations

    0热度

    1回答

    我有模特这样的多态关系 class Level1 has_and_belongs_to_many :level2s has_many :resources ,:as => :mediable end class Level2 has_and_belongs_to_many :level1s has_many :level3s has_many :resour

    0热度

    1回答

    我试图找出一个问题,我似乎在设置我的Rails 4应用程序中的多态关联。 我有一个项目模型和地址模型。该协会是: 档案 has_many :addresses, as: :addressable accepts_nested_attributes_for :addresses, reject_if: :all_blank, allow_destroy: true 地址 belongs

    0热度

    2回答

    我正在尝试为用户创建一个应用程序,以创建他们自己或希望购买的手表列表。我希望用户能够描述很多关于手表的细节/属性。我试图创建一个父/子关联,但不使用STI,因为子模型有不同的数据,我不想在表中添加一堆空值。 我有4个表: 用户 某些用户属性 手表 USER_ID 一束通用于所有的手表的属性,名称,品牌等。 的content_id CONTENT_TYPE mechanical_watches 某些

    0热度

    1回答

    我在书写审阅应用程序的书中创建了一个多态关系。我的应用程序有嵌套模型:Piece >> Section >> Subsection >> Subsubsection,并且我创建了一个属于所有这些称为KeyConcept的模型,我的意图是它们中的每一个都可以有一个关键概念。当试图展示“海贼王”模型我得到以下错误的“显示”视图: NameError in Pieces#show uninitiali

    0热度

    1回答

    除了许多文章和文档遍及互联网,我已阅读了很多关于连接表,STI表和多态关联的问题和解答。虽然我学到了很多东西,但我仍然对我在这种情况下应该做的事感到困惑。我可能已经阅读了答案,但并不知道我正在阅读答案,但我想看看是否有人能够帮助我理解我应该在这里做什么。 我有一个Gallery模型,一个Album模型,一个Image模型和一个Category模型。这些都嵌套在用户模型中。 当您创建一个专辑时,为它

    0热度

    1回答

    我在书写应用程序的书中创建了一个多态关系。我的应用程序具有嵌套模型:Piece >> Section >> Subsection >> Subsubsection,并且我创建了一个属于所有这些称为KeyConcept的模型,我的意图是它们中的每一个都可以有一个关键概念。 我在尝试显示keyconcepts控制器的索引操作时遇到了一个我不明白的错误。 我认为这可能是由于命名冲突,但我没有足够的经验来

    0热度

    1回答

    关联是我的铁轨跟腱。 我有3个模型和控制器:User,List,Item。用户可以创建username和password。列表可以创建列表name,项目可以创建item_name 理想情况下,列表属于用户。一个项目属于一个列表。列表有很多项目。用户有很多列表。所以,我想出了: class Item < ActiveRecord::Base belongs_to :list de

    0热度

    1回答

    我无法加载子类的多态父项。包含声明似乎没有区别。 子类: @BelongsToPolymorphic( parents = {ParentRequest.class}, typeLabels = {"parent_request"}) public class Child extends Model { } 父类: public class ParentRequest e

    0热度

    2回答

    我有一个polymorphic模型Document和与文件链接的多个模型。其中之一CustomerPlan型号has_many documents, as: :linkable。这工作正常。 另外我有一个Company模型has_many :customer_plans。因为这样的公司应该也有很多文件。如何正确设置Company模型和Document模型之间的has_many关系? 目前: 模式:

    0热度

    1回答

    我正试图在数据库(Django + PostgreSQL)上设计一个Inventory表,并且对于实现与其他多态关系的最“正确”方式表。 基本上,每个条目都需要有一个input字段,它可以引用任何一组表格:例如,产品可能已经被购买(因此该字段应该是PurchaseOrder表的外键),或者它可能已经生产/制造(即ProductionOrder)。同样,它最终会有一个output,例如,可以参考Sa