nieuwsbrief logica
Een vraagje...
Stel, mensen kunnen zich op jouw website anoniem aanmelden voor een nieuwsbrief enkel door hun mailadres in te vullen.
Nu vraag ik me af... behandel je zo'n mailadres dan als een persoon? Anders gezegd... maak je daar een "user" voor aan? Of zet je die mailadressen in een aparte "newsletter" tabel?
En wat doe je nu als een user zich inschrijft, en het blijkt dat deze user al een nieuwsbrief ontvangt? Ga je dan tijdens de inschrijving melden dat hij al een nieuwsbrief ontvangt? Of komt de optie om je aan te melden voor de nieuwsbrief dan te vervallen?
Ik ben benieuwd naar jullie reacties...
Later als iemand bij een registratie dat mailadres valideert, kan je het alsnog koppelen aan het nieuwe userID.
En in het algemeen. Zou jij een e-mailadres opslaan bij een user? Of heb je een aparte tabel met mailadressen, en gebruik je een koppel-tabel om users en mailadressen te matchen?
Elke gebruiker zou toch graag maar één mail per keer willen, ik zie niet in waarom je er een uitzondering voor zou willen maken met een koppeltabel. Dat is misschien wel handig als je meerdere nieuwsbrieven verstuurt waarop mensen zich kunnen abboneren.
Bijv. Jan, Core en Piet de Bakker die allemaal de mail ontvangen die wordt verzonden naar [email protected] ?
Er is in het adres geen onderscheid voor welke wie de mail is.
het leuke van database en PHP is dat je alles kan normaliseren, maar ergens moet je een grens trekken en niet teveel gaan doordenken. Ik ken het zelf en moet soms ook wel eens een punt maken. ;-)
Gewijzigd op 07/04/2014 21:53:50 door - Ariën -
Mijn 1e gedachte was: een mailadres is uniek en hoort dus bij 1 user. Maar ja, wat nu als je een man en vrouw hebt die samen 1 mailadres delen. Of wat als je een paar mensen uit hetzelfde bedrijf hebt die zich op jouw website inschrijven, en als mailadres het algemeen mailadres van het bedrijf gebruiken. Hoe ga je daar dan mee om?
Gewijzigd op 07/04/2014 21:59:59 door - Ariën -
Gewijzigd op 07/04/2014 22:18:29 door Aad B
Stel dat we even het hele nieuwsbrief-verhaal vergeten, dus dat bestaat even niet.
Nu komt er een user op een webshop en die wil zich inschrijven als klant. Hij moet dan zijn mailadres opgeven. Waar slaan we dit mailadres nu op? In een aparte tabel? Of slaan we het op in de user tabel?
Gewijzigd op 07/04/2014 22:31:51 door Aad B
Quote:
Is de relatie user <-> emailadres 1-op-1, een user heeft één emailadres, dan sla je het op in de user tabel. Heeft een user meer email-adressen, relatie 1-op-n, dan maak je een email_adres tabel.
Ik snap wel wat je zegt, maar kan een e-mailadres ook meerdere users hebben?
En wat is eigenlijk "gebruikelijk"? Sla jij bijv. zelf het e-mailadres op bij de user of in een aparte tabel?
Ozzie PHP op 07/04/2014 22:42:35:
Ik moet (op mijn werk waar we overigens geen php gebruiken) de normalisatie regels volgen dus zoals ik eerder omschreef: wanneer 1 user 1 e-mailadres heeft dan sla je het op bij de user. Heeft een user meerdere e-mailadressen dan maak je een email tabel. Prive heb ik ooit 1 website gebouwd en die onderhoud ik voor een ondernemer-met-weinig-budget.En wat is eigenlijk "gebruikelijk"? Sla jij bijv. zelf het e-mailadres op bij de user of in een aparte tabel?
Edit:
en je vraag: Ik snap wel wat je zegt, maar kan een e-mailadres ook meerdere users hebben
Misschien wel, hangt van de eisen van de applicatie/toepassing af, dus applicatiebeschijving (functioneel ontwerp) lezen.
Misschien wel, hangt van de eisen van de applicatie/toepassing af, dus applicatiebeschijving (functioneel ontwerp) lezen.
Gewijzigd op 07/04/2014 23:10:07 door Aad B
Misschien een stomme vraag, maar maak je dan voor die ene user met meerdere e-mailadressen een nieuwe tabel? Of heb je het nu over één algemene tabel waarin je de "extra" mailadressen opslaat?
>> Misschien wel, hangt van de eisen van de applicatie/toepassing af, dus applicatiebeschijving (functioneel ontwerp) lezen.
Nou, het is voor mezelf, dus in die zin kan ik doen wat ik wil. Ik wil alleen graag weten wat een slimme aanpak is.
Zou je kunnen stellen dat iedere user zijn/haar eigen e-mailadres heeft en dat een e-mailadres persoonsgebonden is? Hoort één e-mailadres bij één persoon? En dan heb ik het niet over nieuwsbrieven, maar gewoon in het algemeen. Om met een user te communiceren heb ik een e-mailadres nodig. Dus in die zin zou je kunnen zeggen dat dat e-mailadres bij die persoon hoort. Toch? Of denk ik nu verkeerd?
>> Zou je kunnen stellen dat iedere user zijn/haar eigen e-mailadres heeft en dat een e-mailadres persoonsgebonden is? Hoort één e-mailadres bij één persoon?
Ja. De meesten van ons hebben waarschijnlijk meerdere e-mailadressen. Maar het gaat niet om de theoretisch relaties tussen gebruikers en hun e-mailadressen, maar om de functionele. En dan heb je voor de meeste applicaties voldoende aan een 1 : 1-relatie, zelfs al is de relatie in werkelijkheid 1 : n.
Je kunt een database ook over-normaliseren — niet in theorie, maar wel in de praktijk.
>> Ik zou één e-mailadres per gebruiker aanhouden en die opslaan in tabel met gebruikers. Heb je eventueel een tweede e-mailadres nodig, dan zou ik zelfs die opslaan in dezelfde tabel.
Oké. En wat doe je op het moment dat een e-mailadres al bestaat? Dus stel Piet schrijft zich in met mailadres [email protected] en nu blijkt dat zijn vrouw ook al staat ingeschreven met datzelfde mailadres. Geef je dan een melding dat het e-mailadres al in gebruik is?
Stel je hebt een webshop en daar staan 2 verschillende klanten ingeschreven. Dan wil je de factuur wel naar de juiste persoon kunnen sturen. Twee dezelfde mailadressen lijkt me dus een no-go. Maar van de andere kant... je wilt eigenlijk ook niet dat een buitenstaander kan "testen" of iemand ergens is ingeschreven door zijn/haar mailadres in te voeren. Hmmm... da's een lastige.
Maar goed, jij zegt dus: een mailadres hoort bij een persoon. En wat zou jij dan doen met nieuwsbrieven? Geef jij dan in de tabel met users aan of die persoon wel of niet een nieuwsbrief wil ontvangen? Of maak je een losse tabel met mailadressen voor de nieuwsbrief?
Van een nieuwsbriefabonnee hoef je niet veel meer te weten dan de voornaam en het e-mailadres; van klanten heb je veel meer gegevens nodig.
Dat zijn dus verschillende overwegingen die van site tot site anders kunnen uitvallen.
Als je nog een suggestie hebt voor die dubbele mailadressen dan hoor ik het graag. Dus hoe je kunt voorkomen dat mensen kunnen "testen" of iemand ergens is ingeschreven.