Wie kann ich die Indexgröße einer Hibernate-Sammlung reduzieren (gesetzt mit Composite-Element)?

Question

Ich muss Indexgrößen wegen mssql Limit von 900 Bytes reduzieren.

Ich habe eine Klasse, die eine Sammlung als Satz deklariert hat. Aus diesem Grund besteht der Primärschlüssel aus allen Nicht-Null-Spalten einschließlich des Fremdschlüssels. Aus diesem Primärschlüssel wird ein Index erstellt. Ich brauche den Index nicht über all diese Spalten.

Gibt es eine Möglichkeit, die Indexgröße zu reduzieren, ohne das gesamte Setup der Datenstruktur zu ändern?

Hier ist die aktuelle Konfiguration der Sammlung innerhalb der umgebenden Klassendefinition:

<set cascade="save-update,persist,merge,refresh,replicate,evict,delete,delete-orphan" fetch="select" lazy="true" table="mySubsetTable" batch-size="1000" name="attributes"> 
    <key foreign-key="FK_Mothertable"> 
     <column name="number"/> 
     <column name="data"/> 
    </key> 
    <composite-element class="MySubsetElement"> 
     <property name="type" length="200" not-null="true" type="class"/> 
     <property name="attribute" length="2000" column="attrValue" not-null="false"/> 
     <property name="myboolean" type="boolean"> 
     <column name="myboolean"/> 
     </property> 
     <property name="anotherAttribute" length="200"/> 
     <property name="evenAnotherAttribute" length="200" not-null="true"/> 
     <property name="evenOneMoreAttribute" not-null="true"> 
     <type name="SomeClass"> 
      <param name="enumClass">someEnumClass</param> 
     </type> 
     </property> 
    </composite-element> 
    </set> 

ich derzeit 3.3.1 mit xdoclet Anmerkungen bin mit Hibernate: viel

/** 
    * Attributes of this matchable 
    * 
    * @hibernate.set table="mySubsetTable" cascade="save-update,persist,merge,refresh,replicate,evict,delete,delete-orphan" lazy="true" 
    *    batch-size="1000" fetch="select" 
    * @hibernate.key foreign-key="FK_Mothertable" 
    * @hibernate.key-column name="number" 
    * @hibernate.key-column name="data" 
    * @hibernate.composite-element class="MySubsetElement" 
    */ 
    public Set<MySubsetElement> getSubsetElements() { ... } 

Dank für Ihre

Vorschläge!

(Und bitte beziehen Sie mich nicht zu http://docs.jboss.org/hibernate/ fand ich schon.)

EDIT ich nicht die Größe aller Eigenschaften reduzieren können die Größenbeschränkungen passen. Ein aus den Fremdschlüsseln bestehender Index würde genügen. Auch ich würde wirklich gerne eine Lösung, die die zugrunde liegende Datenstruktur nicht ändert, da ich an einem Produkt arbeite, das bereits verwendet wird.

Answer 1

hier ist, wie ich erkannte, Jimmys Vorschlag:

<hibernate-mapping> 
    <class name="MyParent" ....> 
     ... 
     <set cascade="save-update,persist,merge,refresh,replicate,evict,delete,delete-orphan" fetch="select" lazy="true" table="SubsetTable" batch-size="1000" name="attributes"> 
     <key foreign-key="FK_ParentTable" not-null="true"> 
      <column name="number"/> 
      <column name="data"/> 
     </key> 
     <one-to-many class="MySubset" entity-name="MySubsetentity"/> 
     </set> 
     ... 
    </class> 

    <class name="MySubset" ....> 
      <id name="id" type="long"> 
      <column name="id"/> 
      <generator class="MyIdGeneratorClass"> 
       <param name="sequence">mySequence</param> 
      </generator> 
      </id> 
      <property name="type" length="200" not-null="true" type="class"/> 
      <property name="attribute" length="2000" column="attrValue" not-null="false"/> 
      <property name="myboolean" type="boolean"> 
      <column name="myboolean"/> 
      </property> 
      <property name="anotherAttribute" length="200"/> 
      <property name="evenAnotherAttribute" length="200" not-null="true"/> 
      <property name="evenOneMoreAttribute" not-null="true"> 
      <type name="SomeClass"> 
       <param name="enumClass">someEnumClass</param> 
      </type> 
      </property> 
    </class> 
</hibernate-mapping> 

der wichtige Teil ist die not-null="true" innerhalb der key Tag der Elternteilmengen-Definition. Dies ermöglicht dem Subset, den Elter nicht zu kennen.

Answer 2

Sie verwenden composite elements für Ihr Set. Dies kann wirklich der "richtige" Weg sein, weil alle MySubsetElement s von ihrem Besitzer abhängen, aber es hat auch Auswirkungen auf das relationale Modell, wie Sie es gerade erleben.

ich so etwas wie die folgenden Ansatz würde vorschlagen (I Anmerkungen bin mit, möchten Sie vielleicht, dass auf Ihre Mapping-Konfiguration übersetzen):

@Entity 
class MySubsetElement { 

    @Id 
    @GeneratedValue(strategy=GenerationType.AUTO) 
    private Long id; 

    @ManyToOne(optional=false) 
    private MyParentElement owner; 

    public MySubsetElement(MyParentElement owner) { 
    ... 
    } 

} 

und

@Entity 
public class MyParentElement { 

    @Id 
    @GeneratedValue(strategy=GenerationType.AUTO) 
    private Long id; 

    @OneToMany(mappedBy="owner", cascade={CascadeType.ALL}) 
    private Set<MySubsetElement> children; 

}