Da 3.60 a 3.70

Ciao a tutti, volevo sapere se qualcuno aveva provato ad aggiornare un database in 3.60 con 3.70 (senza import/export di dati, ma esclusivamente sovrascrivendo la versione). Se qualcuno ha provato, mi può dire se ha incontrato problemi? Grazie Alberto

quote:


Originally posted by asani
Ciao a tutti, volevo sapere se qualcuno aveva provato ad aggiornare un database in 3.60 con 3.70 (senza import/export di dati, ma esclusivamente sovrascrivendo la versione). Se qualcuno ha provato, mi può dire se ha incontrato problemi?


Io ho provato ad aprire un database 3.60 con il client 3.70, lavorarci, modificare oggetti, ecc … poi l’ho riaperto con il client 3.60 e funzionava ancora. Ma questo non e’ quello che volevi sapere. [8)] Anna

Grazie comunque, sono sempre informazioni utili. La domanda cruciale per me è questa: se sovrascivo 3.60 con 3.70 cosa succede? Vorrei evitare di fare un trasferimento di dati… Saluti

quote:


Originally posted by asani
Grazie comunque, sono sempre informazioni utili. La domanda cruciale per me è questa: se sovrascivo 3.60 con 3.70 cosa succede? Vorrei evitare di fare un trasferimento di dati…


Intendi prendere il fob degli oggetti 3.70 e importarlo in un database 3.60 contenente dati? Direi che ci sono due possibilita’: o funziona o non funziona! [:D] Anna

Ma non mi dire…[:p]

Immagino che nel 3.60 ci siano già dati dati, vero? Scommetto che avrai fatto già una copia su cui fare la tua prova, vero? Se non ci sono personalizzazioni dovrebbe andare. E non dimenticare, visto che ci sei, di applicare anche le hotfix che stanno uscendo per la 3.70 La mia esperienza personale è una migrazione da versioni più vecchie e mooolto personalizzate, per quelle è un vero casino, ad esempio da 2.01 a 3.70 è la fine del mondo… ci sto ancora sbattendo con il dev toolkit. In bocca al lupo.

quote:


Originally posted by dtruppi
Immagino che nel 3.60 ci siano già dati dati, vero? Scommetto che avrai fatto già una copia su cui fare la tua prova, vero? Se non ci sono personalizzazioni dovrebbe andare. E non dimenticare, visto che ci sei, di applicare anche le hotfix che stanno uscendo per la 3.70


Anche se ci sono personalizzazioni, dovrebbe essere possibile preparare un database 3.70 personalizzato e importarlo sul 3.60. Io non ho provato, ma ho verificato che gli oggetti sono compatibili anche a livello testo, ovvero puoi esportare un oggetto 5xxxx da un data base 3.70 in formato txt, importarlo in un database 3.60 e compilarlo (e viceversa). Il che’ significa che il codice non e’ cambiato. Il problema potrebbe essere dato da eventuali campi o (o tabelle intere) che possano essere stati aggiunti nella 3.70 e necessitino di essere valorizzati per mantenere l’integrita’ del database. Bisognerebbe dare un’occhiata alle codeunit del tool di migrazione e capire che tipo di modifiche fanno ai dati. Anna

Non si riesce ad aprire correttamente un database 3.70 con il client 3.60, perché il C/Side è cambiato. All’apertura del menu principale (o forse all’apertura di un sottomenu), dà un errore perché il nuovo menu 3.70 fa riferimento ad una variabile di sistema che in 3.60 non esisteva. Quindi occhio perché la compatibilità non è al 100%. A parte il menu principale che non va, il resto funziona. Ciao, Marco

quote:


Originally posted by Anna Perotti

quote:


Originally posted by dtruppi
Immagino che nel 3.60 ci siano già dati dati, vero? Scommetto che avrai fatto già una copia su cui fare la tua prova, vero? Se non ci sono personalizzazioni dovrebbe andare. E non dimenticare, visto che ci sei, di applicare anche le hotfix che stanno uscendo per la 3.70


Anche se ci sono personalizzazioni, dovrebbe essere possibile preparare un database 3.70 personalizzato e importarlo sul 3.60. Io non ho provato, ma ho verificato che gli oggetti sono compatibili anche a livello testo, ovvero puoi esportare un oggetto 5xxxx da un data base 3.70 in formato txt, importarlo in un database 3.60 e compilarlo (e viceversa). Il che’ significa che il codice non e’ cambiato. Il problema potrebbe essere dato da eventuali campi o (o tabelle intere) che possano essere stati aggiunti nella 3.70 e necessitino di essere valorizzati per mantenere l’integrita’ del database. Bisognerebbe dare un’occhiata alle codeunit del tool di migrazione e capire che tipo di modifiche fanno ai dati. Anna


quote:


Originally posted by marcoferrari
Non si riesce ad aprire correttamente un database 3.70 con il client 3.60, perché il C/Side è cambiato.


A fare questo non ci avevo provato! [:p] In effetti ho provato a lavorare su un database 3.60, con il client 3.70, che ha un ambiente di sviluppo un po’ piu’ umano. Finora non ho avuto problemi ad esportare le modifiche fatte al database del cliente, che usa ancora 3.60 anche come client … certo ho fatto poche cose. [:D] Anna

Uhm… non ci sto capendo granché! [xx(] La domanda, alla fine, qual era? Evitare di utilizzare client e server 3.70, ma solo gli oggetti, per non dover migrare i dati? Ma, a questo punto, non sarebbe meglio usare questa procedura standard? 1. backup completo database 3.60 2. installazione 3.70 e creazione di un db vuoto 3. ripristino del backup 3.60 nel db vuoto 3.70 e in questo modo si ottiene di utilizzare gli strumenti 3.70 con un db 3.70 in cui vi sono gli oggetti 3.60 A questo punto aggiungerei: 4. importare i soli oggetti 3.70 5. applicare le ultime hotfix In questo modo si intende ottenere una migrazione completa alla 3.70 . Chiedo a chi ne sa più di me, ci sono controindicazioni nel fare questo?

La domanda iniziale era: se sovrascrivo 3.70 ad un database 3.60 che succede? Si “arrabbia” e mi dà problemi?[?]

Intendi, importando i soli oggetti nel db 3.60? Non è una procedura corretta, ma non so dirti se fuziona o meno, forse funziona. MA dalla 3.60 alla 3.70 sono cambiati anche eseguibili e dll e altre cose… Quindi ti rispondo con un’altra domanda: perché farlo quando potresti usare metodi più giusti?

Volevo solo sapere se un’azione come quella avrebbe creato problemi o poteva essere attuata senza rischi Ciao