jeudi 29 novembre 2012

Nettoyage et migration des données Access vers Microsoft SQL - Partie 4


La Saga So Far:

Dans les épisodes que nous couvrait les douleurs de base de nettoyer les tables de bases de données, requêtes, macros, etc afin d'obtenir une image plus claire de la portée du projet. Dans le deuxième épisode, nous avons couvert l'analyse des processus d'affaires. En troisième épisode, nous avons couvert le processus que j'utilise pour normaliser les données.

La prochaine étape:

Maintenant, nous devons déterminer s'il convient de conserver les rapports frontaux et les formulaires que les utilisateurs utilisent actuellement dans leurs activités quotidiennes ou de concevoir une application nouvelle face avant fin depuis le début. Afin de déterminer ce j'ai regardé la conception de formulaire.

Dans notre cas, les formes utilisées très peu de code, et le code qu'ils ont fait a été générée automatiquement pour l'utilisation des boutons. Cela signifie qu'il n'y a pas de validation des données en cours et la plupart des actions exécutées par les boutons ont été traitées par des macros. Cela ne se prête pas à une mise à niveau facile pour utilisation par SQL Server si je voulais augmenter la fiabilité et la fonctionnalité de l'application. La forme a également fait un usage intensif des zones de texte où des boîtes combo ou descendre auraient dû être utilisés pour limiter le choix à ceux valables pour le domaine. Cela a causé moi pas de fin de deuil pour tenter de normaliser les données telles qu'elles sont téléchargées vers le serveur SQL tout en maintenant le niveau actuel de la fonctionnalité.

Nos rapports ont été principalement effectuée en dehors d'Access dans Crystal Reports. Au cours de la saga migratoire de l'entreprise a également décidé de passer à un nouveau logiciel de notification de sorte que tous les rapports ont été redessinés de toute façon par une autre personne. Cette personne a été de les réécrire à travailler avec le SQL Server pour cela est devenu un problème de non-.

Après avoir pesé le temps nécessaire pour revoir la myriade de formulaires et de macros et de les transformer en une interface utilisateur fiable efficace, j'ai décidé de développer une application nouvelle face avant fin en parallèle à la demande d'accès en cours. Comme il ya plusieurs morceaux à la demande que j'avais besoin de trouver un moyen de garder les deux bases de données synchronisées comme je l'ai migré fonctions de l'application Accès à la nouvelle application qui utilise SQL Server pour éviter les problèmes pour les différents utilisateurs qui font les différentes fonctions (chronométrage, Comptes débiteurs, comptes créditeurs, gestion de projet, et de la paie). Ce processus doit être mis en place et fonctionne avant de commencer à concevoir le nouveau programme ou je n'aurai jamais à quiconque de l'utiliser.

La prochaine partie plus en détail à propos de l'application de synchronisation et les pièges que j'ai vécu. J'ai décidé de le faire dans le segment suivant, parce que je vous écris ce que l'application qui est affiché sur le site. Revenez dans quelques semaines pour la prochaine partie....

Aucun commentaire:

Enregistrer un commentaire