Domanda

Vogliamo sincronizzare i dati su diversi ambienti che non sono produzione, cioè dev, test ect.Abbiamo diverse liste che sono impostate su ordinazione tramite ID.Il problema è che quando si esegue la distribuzione dei contenuti, gli ID non vengono mantenuti in sincronia attraverso ambienti che causano il display dei dati nell'ordine previsto.C'è un modo per restituire gli ID nelle tabelle riceventi per abbinare il record inserito?

È stato utile?

Soluzione 3

Grazie per le risposte ragazzi.Poiché la distribuzione del contenuto è un requisito in un'ottima versione del sito di produzione, nonché un ripristino DB non è una soluzione valida per noi.Quello che ho finito per fare stava creando una colonna aggiuntiva nell'elenco per supportare ordinamento ordinamento (int), ha scritto n ordery query in caml per ordinare da quella colonna.Questo è stato dove stavo cercando di iniziare, ma per qualche motivo il modo in cui il mio accesso nell'amministratore del sito è stato impostato limitato quali azioni ho potuto assumere quella colonna.Abbiamo finito per ottenerlo preparato e la query funziona alla grande.

Altri suggerimenti

Il modo migliore che ho trovato per eseguire questo è quello di copiare periodicamente il database dei contenuti stesso indietro dalla produzione e allegare copie di esso a ciascuno degli ambienti. Questo è molto semplice da fare ma ha alcuni potenziali inconvenienti, come ad esempio:

    .
  1. Qualsiasi modifica manuale agli ambienti Dev / Qa viene cancellata (se tu Utilizzo delle funzionalità da distribuire le personalizzazioni Questo non dovrebbe essere un problema)
  2. Dev / Contenuto QA è sostituito che può portare a una perdita potenziale di DATI DI PROVA
  3. Il database di produzione è spesso molto grande e può mangiare prezioso DB Spazio sui server del database tipicamente spartan dev / Qa
  4. Devi utilizzare la stessa esatta versione di SharePoint in ciascuna Ambiente

    Detto questo, ha alcuni punti molto forti pure

      .
    1. Gli sviluppatori stanno testando contro i dati del mondo reale che significa che possono testare le situazioni che sarebbero estremamente complesse per replicare manualmente
    2. Meno sorprese come il codice viene spostato attraverso ambienti poiché è efficacemente sviluppato in "produzione"
    3. Tutti gli ID interni corrispondono esattamente in ciascun ambiente che lo rendono molto Più facile spostare i componenti legati all'ID (cioè molti WebParts) dall'ambiente all'ambiente

In SharePoint Elenco ID rimangono solo lo stesso se gli elenchi sono stati creati in modo dichiarativo (cioè definito in XML in una funzione).

Se gli elenchi vengono creati attraverso l'interfaccia utente, nello script, o programmaticamente otterranno un nuovo ID nella destinazione dell'importazione.È un grande vantaggio per la definizione delle liste (correttamente) nelle funzionalità.

Penso.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top