2010-11-04 21 views
0

J'ai rencontré des problèmes avec la base de données Access car sa taille maximale est limitée à 2 Go. J'ai fait un peu de recherche et trouvé sur les bases de données d'accès divisées. Lors de la division de la base de données, le fichier d'origine reste et un nouveau est ajouté. Je ne comprends pas très bien ce que je vais obtenir avec ça. Si je comprends bien, le fichier nouvellement créé est un back-end - les données sont stockées ici, le fichier original est juste un front-end avec des formulaires, des requêtes, etc. La limite sur le fichier back-end restera toujours efficace. Ai-je raison? Peut-être que plusieurs divisions feront l'affaire, mais je ne comprends pas le concept.Le concept de la base de données Split Access et l'utilisation de OleDb avec elle

Si la division multiple est possible et que je serais capable de stocker plus de 2 Go dans une base de données pratiquement unique, comment le faire avec OleDb. Plus précisément, suis-je censé interagir avec la base de données frontale seulement, et Access va distribuer les données par lui-même? Je connais OleDb, je ne suis pas sûr de tout ce concept de split.

Merci beaucoup d'avance.

+1

Si vous avez plus de 2 Go de données, vous avez besoin d'un magasin de données différent de Jet/ACE. Je dirais que si vous avez 1 Go maintenant, vous avez déjà besoin d'un magasin de données différent. Il n'y a pas de moyen non-kludge pour contourner cette limitation, et déblatérer avec les différents kludges est juste une perte de temps et vous devrez finalement passer à un moteur de base de données différent dès que l'un de vos composants back ends la limite. –

Répondre

3

re: La limite du fichier principal restera toujours valide. Ai-je raison? oui

Fondamentalement, vous déplacez tous vos objets de table à un ou plusieurs autres bases de données et un lien vers eux dans le db frontal avec vos formulaires, requêtes, etc.

Un problème avec dbs de séparation est l'application intégrité référentielle. Vous ne pouvez le faire que dans un fichier .mdb.

Si vous avez vraiment besoin que tout le monde ait accès à des quantités massives de données, pensez à le stocker sur SQL Server ou un autre serveur principal à la place.

+0

Je voudrais avoir le choix, j'utiliserais SQLite à la place. Merci beaucoup pour votre réponse. Pouvez-vous expliquer quelque chose à propos de la connexion OleDb? –

+1

avec OleDB, vous passez une chaîne de connexion à un ou plusieurs fichiers .mdb. Si vous divisez en plusieurs fichiers .mdb, vous devez simplement gérer plus de connexions pour différentes tables de votre schéma. – Beth