2009-11-29 3 views
0

J'ai besoin d'aide pour trouver comment coder ceci. Nous avons ce programme POS vraiment terrible au travail (un salon/spa) Toutes les données sont stockées dans une base de données MS Access.PHP/MS Access Question

Ce que j'essaie de faire est de créer une table comme celle here.

http://breze.ca/example.PNG

Il y aura une table séparée pour chacun de nos employés qui montre leur liste de clients et si elles ont eu un rendez-vous ce mois. Mes données sont prises à partir de la table Rendez-vous dans l'accès MS. Il n'y a que 3 colonnes dont j'utilise des données. ApptDate, Employee, Client

Je sais comment utiliser php pour récupérer des données à partir de la base de données d'accès ms. Mon idée actuelle implique une quantité énorme de requêtes et de boucles et je suis sûr que quelqu'un peut me diriger vers une meilleure méthode.

Merci & laissez-moi savoir si vous avez besoin de plus d'informations!

+1

Nous serions en mesure de vous aider beaucoup mieux si vous postez vos structures de table. –

+1

Je ne pense pas qu'avoir un tableau séparé pour chaque employé soit une bonne idée. Pas bon pour les requêtes, les rapports, le suivi et vous devez propager les changements à chaque table des employés à chaque fois. –

+1

Vous devez éditer votre question pour ajouter des détails plutôt que de répondre aux détails. Je déplace des détails de votre réponse à votre question. –

Répondre

0

Note: détails fournis ici par l'affiche ont été déplacés à la question

0

Vous devriez examiner les requêtes CROSSTAB (pivot) dans MS Access pour cela. Une fois que vous comprenez le concept derrière le CROSSTAB, MS Access a un assistant de requête qui peut construire la requête pour vous.

1

Je vous suggère de mettre tous les employés dans une table:

| employee_id | employee_name | employee_other_fields | 
+--------------+----------------+------------------------+ 
| 001   | employee_one | whatever else you need | 

clients dans une table:

| client_id | client_name | client_other_fields | 
+--------------+----------------+------------------------+ 
| 001   | client_one  | whatever else you need | 

Et peut-être une recherche table pour relier les clients aux employés, bien que vous pourriez envisager d'utiliser une clé étrangère dans la table des clients, si vous êtes sûr qu'il n'y aura jamais, ou ne pourra jamais exister, une relation plusieurs-à-plusieurs entre les clients et les employés. J'imagine que le nombre énorme de requêtes est le résultat de la conception table par employé, alors que le schéma à trois tables devrait permettre des requêtes simples et rapides (certainement par rapport à la structure existante). Évidemment, cela pourrait ne pas fonctionner pour votre usage, surtout si cela nécessite beaucoup de conversion et de rentrée de données, donc je suggérerais de convertir une quantité d'échantillon au format à trois tables - ou tout autre schéma suggéré dans les réponses - et Tester si le coût du changement de système est récupéré par l'efficacité/l'amélioration de tout changement.