[tsgiannis]

Επανεγγράφοντας την εφαρμογή απο 32bit σε 64bit επι της ουσίας θα δημιουργήσει πιο πολλά προβλήματα απ'οτι θα λύσει.
Το ότι υπάρχει 64bit Access είναι πιο πολύ marketing τρικ καθώς δεν πραγματοποιήθηκε καμμία επουσιώδης αλλαγή...απλώς πήραν το παλιό source κάναν τις ελάχιστες αλλαγές και απλώς το κάναν compile σε 64bit.
Θα είσαι σαφώς πιο "ασφαλής" αν παραμείνεις σε 32bit και επενδύσεις χρόνο ώστε να δεις που σου κρασάρει.
Ίσως θα πάρεις κάποια πιο χρήσιμη "βοήθεια" αν παρέθετες κάποιες πληροφορίες σχετικα με τα κρασαρίσματα που αντιμετωπίζεις
Όσο για τα 24GB μόνο εαν έγγραφες σε C++ native 64bit θα μπορούσες να πάρεις κάποια οφέλη...για την Access οτιδήποτε πάνω απο 2GB είναι ουσιαστικά αχρηστα (για την Access υποψιν 2Gb....οτι για το λειτουργικό -64bit- θες τουλάχιστον 4-6GB οπότε οτιδήποτε κάτω απο 8gb είναι "λειψό" είναι άλλη ιστορία)
Όσον αφορά το PDF (?) - νομίζω ότι μιλάμε για αναποτελεσματικό σχεδιασμό... το PDF σίγουρα δεν είναι το format το οποίο θα χρησιμοποιούσε κάποιος για αποθήκευση δεδομένων....σε μια βάση δεδομένων Less is best....προσπαθούμε να καταχωρούμε δεδομένα με τον ελάχιστο δυνατό όγκο οπότε....το PDF είναι αποκλειστικά και μόνο για θέαση καθώς το editing του είναι δύσκολο(by default)... υπόψιν δεν αναφέρομαι σε δεδομένα τα οποία δεν πρέπει να επεξεργάζονται (Medical Images)...αυτό είναι μια άλλη υπόθεση....αν όντως χρησιμοποίεις το PDF τότε αυτό είναι κατα πάσα πιθανότητα ο λόγος που έχεις προβλήματα.
Δυστυχώς οι πληροφορίες σου είναι λίγες αλλά όπως το αναφέρεις ίσως θα έπρεπε να "δουλέψεις" την χρήση άλλης Database Engine όπως MSSQL _MySQL ,,, FireBird (ειδικά αν μιλάμε για εικόνες) κτλ για BE....κάτι που θα σου δώσει την δυνατότητα για online διασύνδεση όλων των κέντρων και ουσιαστικά η καρτέλα κάθε ασθενούς θα είναι διαθέσιμο ανα πάση στιγμή απο οποιοδήποτε σημείο