je développe un système de réservation d'avocat, où une personne peut réserver un rendez-vous à un moment donné dans une journée donnée (le jour de disponibilité de l'avocat suivant).

disons que c'est un ZocDoc pour les avocats. La même structure, avec des nominations fondées sur le temps: http://goo.gl/djUZb

J'utilise MySQL et PHP.

---

le schéma de La table:

CREATE TABLE `laywer_appointments` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `lawyer_id` INT unsigned,
  `day_of_week` tinyint(3) unsigned DEFAULT '1',
  `slot_date` date DEFAULT NULL,
  `slot_time` time DEFAULT NULL,
  `status` tinyint(4) NOT NULL DEFAULT '0',
  `client_id` int(11) DEFAULT NULL, -- client_id = NULL means free slot
);

---

Point 1)

chaque avocat a des plages horaires par défaut basées sur le jour de la semaine (statut = 0 signifie disponible). En insérant des fentes par défaut, Je ne fournis pas une date, juste day_of_week. Les données de l'exemple:

+-----------+-------------+-----------+-----------+
| lawyer_id | day_of_week | slot_time | status    |
+-----------+-------------+-----------+-----------+
| 1         | 1           | 08:00     | 0         |
| 1         | 1           | 08:30     | 0         |
| 1         | 1           | 09:00     | 0         |
| 1         | 1           | 10:30     | 0         |
| 1         | 4           | 14:30     | 0         |
| 1         | 4           | 16:40     | 0         |
| 2         | 1           | 10:20     | 0         |
| 2         | 1           | 14:00     | 0         |
| 2         | 3           | 15:50     | 0         |
+-----------+-------------+-----------+-----------+

Point 2)

Un avocat peut ajouter un créneau horaire à un jour spécifique (même si ce jour est d'un jour différent de la semaine de ses emplacements par défaut)et peut également verrouiller (statut = -1), l'un des défaut emplacements dans une journée spécifique (c'est à dire qu'il est sur une réunion ou qu'il est malade):

+-----------+-------------+-----------+-----------+-----------+
| lawyer_id | day_of_week | slot_time | slot_date | status    |
+-----------+-------------+-----------+-----------+-----------+
| 1         | 1           | 16:00     | 12/03/13  | 0         |
| 1         | 6           | 11:00     | 26/04/13  | 0         |
| 1         | 6           | 12:00     | 26/04/13  | 0         |
| 2         | 1           | 10:00     | 01/01/13  | -1        |
+-----------+-------------+-----------+-----------+-----------+

Point 3)

alors nous avons des rendez-vous réservés. Dans ce cas, nous remplir le slot_date et le client_id:

+-----------+-------------+-----------+-----------+-----------+
| lawyer_id | day_of_week | slot_time | slot_date | client_id |
+-----------+-------------+-----------+-----------+-----------+
| 1         | 1           | 10:30     | 12/03/13  | 10        |
+-----------+-------------+-----------+-----------+-----------+

a titre d'exemple, avec la réservation ci-dessus et en supposant qu'il est encore 6: 30 du même jour( 12/03/13), les emplacements libres disponibles qui doivent être imprimés sont:

8:00 - default slot
8:30 - default slot
9:00 - default slot
16:00 - Specific slot inserted in point 2 for 12/03/13

---

Le problème:

j'ai du renvoyer la prochaine la date et les heures libres correspondantes (par défaut, celles spécifiques moins verrouillées et réservées). Je ne peux pas juste dire "heures de retour de lundi, 10/10/13".

Dans une page de résultats de recherche, je vais énumérer tous les avocats et le calendrier de disponibilité pour chacun. Cela signifie que chaque avocat aura un horaire différent chaque fois qu'une recherche est faite.

je ne peux pas simplement dire "SÉLECTIONNEZ le temps DE [tas de jointures] OÙ date = aujourd'hui".

je suis venu avec cette requête qui ignore les emplacements qui sont verrouillés (statut = -1) ou réservés (client_id pas null), mais bien sûr il ne retournera pas les heures libres pour le jour le plus proche avec les heures disponibles (ou à partir d'aujourd'hui):

SELECT p.day_of_week, p.slot_date, p.slot_time
FROM laywer_appointments p
WHERE p.client_id IS NULL AND p.status = 0
     AND p.slot_time NOT IN (
              SELECT s.slot_time FROM laywer_appointments s
              WHERE (s.slot_date IS NOT NULL AND s.client_id IS NOT NULL 
              OR s.status = -1) AND s.day_of_week = p.day_of_week
     )
GROUP BY p.day_of_week, p.slot_date, p.slot_time
ORDER BY p.day_of_week ASC, p.slot_time ASC;

un Autre problème: si aujourd'hui day_of_week = 5, mais que le prochain day_of_week disponible pour un avocat donné est 2, Comment puis-je interroger cela?

comment retourner la journée la plus proche et disponible suivante de la semaine et de l'agrégat pour simplement retourner les heures à partir de cette journée, pas tous les jours?

une solution possible

Une chose que je suis venu avec était de créer 3 tables au lieu d'un:

• default_slots: 3 colonnes: lawyer_id, day_of_week, time
• fentes: laywer_id, day_of_week, l'heure, la date, l'état
• rendez-vous: toutes les informations concernant un rendez-vous réservé

alors je vais stocker tous les emplacements de temps libre pour chaque jour de la date réelle jusqu'à un an dans la table de fentes pour chaque avocat. (prend les plages de temps de default_slots).

+-----------+-------------+-----------+-----------+-----------+
| lawyer_id | day_of_week | slot_time | slot_date | status    |
+-----------+-------------+-----------+-----------+-----------+
| 1         | 1           | 16:00     | 12/03/13  | 0         |
| 1         | 1           | 16:00     | 12/03/13  | 0         |
| 1         | 2           | 08:00     | 13/03/13  | 0         |
| 1         | 2           | 09:00     | 13/03/13  | 0         |
... next week
| 1         | 1           | 16:00     | 19/03/13  | 0         |
| 1         | 1           | 16:00     | 19/03/13  | 0         |
| 1         | 2           | 08:00     | 20/03/13  | 0         |
| 1         | 2           | 09:00     | 20/03/13  | 0         |
... up to an year
| 1         | 1           | 16:00     | 20/03/14  | 0         |
| 1         | 1           | 16:00     | 20/03/14  | 0         |
| 1         | 2           | 08:00     | 21/03/14  | 0         |
| 1         | 2           | 09:00     | 21/03/14  | 0         |
+-----------+-------------+-----------+-----------+-----------+

je vais aussi avoir quelques jobs cron qui fonctionnent chaque semaine qui ajoute une autre semaine d'enregistrements de fente libre dans les fentes de table et aussi supprimer les enregistrements passés pour réduire la taille de la table et les données inutilisées.

un avocat pourra également verrouiller un temps directement dans les slots, ainsi qu'ajouter des temps spécifiques (point 2).

Pour l'inscription, il sera d'obtenir des créneaux horaires pour une date égale ou supérieure qu'aujourd'hui avec des temps libres, puisque chaque heure de chaque date aura une rangée.

Implications sur cette solution: 1) premier jour nous aurons 2500 avocats (2ème mois environ 6000). En supposant 8 emplacements possibles / jour X 20 jours de travail / mois X 12 mois = 1920 dossiers de machines à sous par avocat.

2500 laywers x 1920 dossiers = 4,8 millions de dossiers le premier jour. (~12M, le deuxième mois)

ces enregistrements seront mis à jour, insérés et La suppression de tous les temps. la table slots a quelques index, donc je ne peux pas imaginer que des opérations d'écriture soient faites constamment sur une table avec des enregistrements 12M+ et quelques index. les index mis à jour à chaque seconde ne me semblent pas intelligents.

je ne peux vraiment pas venir avec une solution évolutive et. Ma solution avec une table seulement pourrait fonctionner, mais je ne peux pas penser à un moyen de l'interrogation. Et la table des fentes dénormalisées sera énorme, tout en ayant besoin d'écriture constante opérations.

des conseils?