Notificatiescript [U heeft X ongelezen rapportages]

  • Onderwerp starter Onderwerp starter SvU
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.

SvU

Terugkerende gebruiker
Lid geworden
26 jan 2007
Berichten
1.534
Forumleden,

Ik ben bezig met een projectapplicatie, waarbij werknemers van Bedrijf X voortgangsrapportages aan kunnen maken bij voor Bedrijf Y lopende projecten. Werknemers van Bedrijf X zijn admins, vertegenwoordigers van Bedrijf Y zijn klanten (die dus in de projectapplicatie de status van hun project kunnen bekijken).

Nu wil ik een indicator inbouwen, waar je uit kunt opmaken hoeveel nieuwe rapporten er zijn, maar ik weet niet zo goed hoe ik dat moet aanpakken.

Ik heb zitten denken aan een volgende methode:

Voortgangsrapport wordt aangemaakt bij een project van Bedrijf X, Bedrijf X heeft als bedrijf_id '10'. Bij Bedrijf X horen 5 werknemers, zeg gebruikers 1 t/m 5.
Is het dan handig om in een database een tabel 'notifcatie' (of iets dergelijks) aan te maken waar ik iets als volgt opsla?

id_voortgang - id_project - id_user

Vervolgens, als de klant '3' inlogt, doe ik het als volgt:

PHP:
// Variabele '$row' komt gewoon uit een selectquery waarmee ik informatie over de voortgang ophaal uit de database.

$voortgang = $row['id_voortgang'];
$projectid = $row['id_project'];
$userid = $_SESSION['id_user'];

$query = "DELETE FROM notificatie WHERE id_voortgang = $voortgang AND id_user = $userid AND id_project = $projectid";

Ik weet dat deze manier werkt, maar ik vraag me af in hoeverre dit een efficiënte manier van werken is.

Iemand een suggestie, of zou ik het op deze manier moeten uitvoeren?
 
Ik denk niet dat het handig is om die DELETE-query bij het inloggen uit te voeren, dan kan is het record immers weg wanneer hij het wil bekijken.

Je zult het moeten doen wanneer ze naar de rapportage gaan.

Die koppeltabel is een prima idee, het zal je veel gezoek schelen.
 
Eh, dat ik 'inlogt' heb getypt kan ik me zelf niet eens meer herinneren, en moet inderdaad bij het bekijken van het rapport zijn. :P

Bedankt voor je reactie in ieder geval.

Het probleem dat ik had met die koppeltabel is de ruimte die het mogelijk in gaat nemen in de database, maar zolang andere suggesties uitblijven hou ik het maar bij m'n eigen idee inderdaad.
 
Werkt overigens uitstekend.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan