-
Logische structuur
Ik heb een applicatie gebouwd die telefoonrekeningen controleert. Nu zit ik emt de voglende vraag
Een gebruiker krijgt een telefoonnummer toegewezen met een begindatum
Een einddatum komt er aan als hij stopt met gebruiken van het nummer.
Tussen de gebruiker en het telefoonnummer zit een koppeltabel waarin de begin data geregistreerd worden en de einddata.
Alleen de rekening gegevens zijn per maand.
Zit een beetje in dubio!
-
En wat is de vraag?
Indien je een gebruiker "actief" wil flaggen in elke maand betekend dat een join of een subselect. Dat komt de performance niet ten goede.
Echter als je de ID weet van de gebruiker en dat als uitgangspunt neemt kun je het unieke userid eenvoudig koppelen tussen je begin/eind tabel en de maandafschriften.
Of je model efficiënt is is dus mede afhankelijk hoe ze gekoppeld zijn en welke informatie je wil vinden.
"Ik geloof niet in een limiet van mijn kunnen,
wel van mijn kennis"
-
ik heb hier even het schema toegevoegd van een stukje DB.
schema.jpg
-
Waar denk je aan als alternatief? Het lijkt alleen wel alsof data gedupliceerd wordt in het huidige opzet, dat is mogelijk niet zo handig. Daar een telefoonnr uniek is het je in principe geen aparte ID's nodig.
"Ik geloof niet in een limiet van mijn kunnen,
wel van mijn kennis"
-
Ja dat klopt alleen in theorie kan een telefoonnummer aan meerdere mensen gekoppeld worden. Vandaar die tussen tabellen om te koppelen.
-
Zou jij jou oplossing eens in een simpel schema kunnen zetten?
Berichtenregels
- U mag geen nieuwe discussies starten.
- U mag niet reageren op berichten.
- U mag geen bijlagen versturen.
- Umag niet uw berichten bewerken.
-
Forumregels