Ist das ein Bug mit Sharepoint Column/Feld internen Namen in MOSS 2007

Question

Es scheint ein Fehler mit Spalten in Sharepoint MOSS zu sein 2007.

Es ermöglicht Ihnen, eine neue Spalte sagen ‚Team‘ hinzuzufügen. Wenn Sie dies hinzufügen, speichert es den internen Namen als "Team", was Sinn macht. Das Unternehmen entscheidet dann, dass "Team" "Workstream" heißen soll, also benennen Sie es wie gewünscht um. Der interne Name bleibt "Team" für diese Spalte in der Stammwebsitesammlung.

Ein Benutzer fügt dann eine neue Site-Spalte zu einer Sub-Site namens 'Team' hinzu und verwendet diese in verschiedenen Inhaltstypen. Sie haben jetzt zwei Spalten oder Felder mit demselben internen Namen "Team".

Ich wurde nun aufgefordert, die gesamte Websitesammlung auf einen anderen Server zu exportieren und zu importieren. Wenn ich dies tue, sagt mir stsadm.exe, dass es eine doppelte Spalte und Fehler gefunden hat.

Ich kann keine Spalte löschen, da sie in verschiedenen Inhaltstypen verwendet werden.

Kann jemand einen Ansatz vorschlagen, um das zu beheben?

Answer 1

Der Trick ist, nur Spalten hinzufügen ein XML-Schema anstelle des vorderen Endes der Verwendung. Normalerweise würde ich dies mit einer Lösung/Feature tun, die alle Felddefinitionen und Inhaltstypen enthält.

Da Sie bereits die Inhaltstypen hinzugefügt haben, müssen Sie möglicherweise ein Tool wie SharePoint manager verwenden, um das Schema xml zu betrachten und ein neues einzuführen. Dies gibt mehr Kontrolle über die genaue Definition für beliebige Felder.

Es kann nie zwei Felder mit demselben internen Namen geben. Wir hatten Probleme, wenn auf der Website Felder mit der Datei /_layouts/settings.aspx und auf der Listenebene definiert wurden. Soweit ich das beurteilen kann, versucht eine Website, wenn sie eine Site wiederherstellt, beliebige Felder aus der Liste oder Subsite-Ebene in die Basis-Site einzufügen (Warnung: Opinion in Form von Log-Fehlern und Trial-and-Error statt tatsächlicher Fakten) und dies ist wo es scheint zu versagen. Stellen Sie sicher, dass alle Felder konsistent definiert sind, indem Sie das Schema xml verwenden (am einfachsten mit einer Funktion, die die Inhaltstypen definiert), um die Probleme zu beseitigen. I.e. Alle Felder des gleichen "Namens" haben den gleichen Guid-Namen usw. in allen Sites.

Hinweis: Wir hatten auch Probleme mit Cross-Site-Abfragen nach dem manuellen Hinzufügen von Feldern. Der Abfragecode hat einige Fehler (ich glaube, dass es auf dem MS-Stack behoben werden muss), was bedeutet, dass er darauf angewiesen ist, dass Felder in einer bestimmten Reihenfolge in den zugrunde liegenden Tabellen definiert werden.

Answer 2

Es klingt wie ein Fehler, und ich kenne keine Möglichkeit um es von oben nach unten. Ich glaube nicht, dass es sowieso eine Änderung des internen Namens einer Spalte gibt.

Hier sind einige Gedanken, die ich habe:

Sie wollen in ein 3rd-Party-miration Werkzeug aussehen wie metalogix, kann es letztlich einfacher und kostengünstiger sein als die Zeit verbringen individuellen Code für einen schreiben Migrationsprojekt

Wenn Sie die Websites auf verschiedenen Websitesammlungen auf dem neuen Server brechen können, sollte das Problem lösen.

Vielleicht können Sie backup and restore the content database auf den neuen Server, und dann anhängen.

Glück