CMS : Gebruiker wensen
Hier laat ik op de hoofdpagina de laatste 3 berichten zien.
Nu wil ik dat de gebruiker zelf kan bepalen hoeveel laatste berichten komen te staan (dit kan simpel opgelost worden met een getal in de database).
Maar als je naar andere gegevens gaat kijken die de gebruiker zou kunnen willen aanpassen zoals 'Website titel', 'Logo', etc.
Het lijkt me niet dat je deze gegevens elke x uit de database haalt als je op een pagina komt (want dan moet je meerder query's naar de database toe sturen).
Hoe zouden of hebben jullie dit opgelost?
Deze kan je allemaal in 1 keer ophalen. Ik zou (en doe het wel) mbv een database.
Dus dan gebrijk je 2 query's om een pagina te laden (1 voor de settings en 1 voor de content)?
Correct.
Als je de gegevens op wilt halen en dat in een lijst opslaan,... waarom zou je de database niet als die lijst gebruiken... en dus niet gewoon de database gebruiken?
Enorme issues qua performance zal dat niet zomaar hebben, zeker niet als je de verbinding openhoudt (en een goede structuur in de database hebt).
Het kan ook anders, als een gebruiker niet is ingelogd laat je 3 berichten zien, maar als een gebruiker wel is ingelogd, kun je in de database kijken naar zijn voorkeuren en dat getal gebruiken om het aantal artikelen te laten zien. Dan heb je geen sessies nodig voor externe en onbelangrijke data. Hooguit voor de authenticatie van de gebruiker.
- Jim - op 29/01/2012 15:18:39:
Persoonlijk geef ik de voorkeur om de sessie zo min mogelijk te vervuilen met allerlei meuk...
Dat is waar sessie is geen goed idee.
Wat als je een stored procedure aanmaakt die de berichten ophaalt met een limit van 3, en dat als de gebruiker hem veranderd dat je de stored procedure wijzigd naar de gebruiker's input.
Waarom zou je daar een proc voor gebruiken? Kun je dat eens uitleggen?
Merijn Venema op 29/01/2012 17:41:45:
Waarom zou je daar een proc voor gebruiken? Kun je dat eens uitleggen?
omdat ik dan niet naar de database toe hoeft te gaan om de settings op te halen. Ik hoef dan maar alleen die proc uit te voeren.
Er gebeurd in beide gevallen hetzelfde, alleen moet je zelf de keuze maken hoe je het wilt doen. In geval van de SP doe je zelf 1x de query naar de SP die zelf 2 queries doet (ff joins weggelaten). Is samen 3 queries.
Of je doet zelf 2 queries, 1) voor settings, 1 voor berichten.
Gewijzigd op 29/01/2012 23:38:48 door - Jim -
- Jim - op 29/01/2012 22:56:31:
En de SP gaat dan eerst de settings ophalen van de user om te kijken hoeveel berichten er opgehaald moeten worden, en dan ook direct de items zelf ophalen.
Ik denk dat ik de situatie verkeerd heb uitgelegd. Niet elke gebruiker kan ze eigen voorkeuren van de website aanpassen. Alleen een bepaald account kan de website veranderen voor iedereen. Dus heb 1 SP die voor iedereen het zelfde is en die pas je aan de hand van de die (super user) input aan.