Conversione Archivio READY

Citazione:
Oramai con estrema soddisfazione Lavoriamo con READY da parecchi anni

Citazione:
Ora vorrei sapere quali sono i passaggi, i tempi

Citazione:
Vorrei sapere se il fermo Server può essere fatto in orario di chiusura pausa pranzo ( dalle 13 alle 15,30) od eventualmente effettuare tale lavoro nel week end

Citazione:
inoltre avrei piacere di sapere il nostro tecnico cosa dpvrà installare sul ns. server ed eventualmente sui client.

Citazione:
Per poter sfruttare la solidità di un DB in formato MS SQL Server dovrai far installare ovviamente la versione 2008 o più recente di MS SQL SERVER e far lavorare tutti in Terminal Server (che se non ricordo male già tutti lavorano in questa modalità, giusto?)

Citazione:
è proprio necessario che anche nella sede in cui c'è il server si lavori in terminal server ?

Perdonami Glauco....

Ma una volta collegato tutto in terminal Server, la possibilità che si inceppino gli archivi diminuisce.....

l'unico problema se salta la corrente e il mega UPS che abbiamo salti....

perdonami l'ignoranza.... ilo database SQL poi cambia in alcune funzioni operative di READY od è soltanto per stare SICURI di non perdere nulla ?

Mauro

SQL Server e' consigliabile per:

1) Gestire archivi oltre i 2Gb (limite massimo del database Access). Quando l'archivio dati arriva a 1,2 - 1,3 Gb sinceramente e' gia' il caso di pensare al cambio di piattaforma

2) Migliori performance nell'utilizzo concorrente (in particolare quando si parla di installazioni oltre i 5 terminali)

3) Maggiore robustezza dell'archivio
Su questo fronte, devo dire che in tanti anni, e con migliaia di clienti, gli unici casi in cui e' successa una reale perdita di dati e' stato a causa dell'utilizzo dell'archivio su unita' removibili (come pendrive USB o hard disk esterni), oppure in caso di danneggiamento fisico dell'hard disk. Ma c'e' anche da dire che questi sono casi in cui si avrebbero perdite di dati con qualsiasi motore di database.
Certamente Access quando rileva che qualcosa "non va" richiede che venga effettuata una ricostruzione (e questo e' un problema ed un costo se devi fermare 10 dipendenti per 10-15 minuti perche' devi ricostruire l'archivio), ma a parte la perdita di tempo e di produttivita' ripeto che reali perdite di dati non sono mai avvenute, se l'archivio e' utilizzato correttamente. Ovviamente questo problema della "ricostruzione" non esiste con MS SQL Server