Ja niet helemaal een newbee in webbouwen.
Maar wel in database gestuurde websites.
En ik weet niet zo goed waar ik moet beginnen, misschien is er een ervaren bouwer die mij wat advies kan geven.
Ik moet een website maken voor een makelaar. Met een groot aantal verschillende panden en info die daarbij hoort. Ze willen alles zelf gaan bijhouden. Mijn idee gaat meteen uit naar PhP.
Maar nu de vraag;
Ga ik een website bouwen met Dreamweaver en voeg daarna de database funktionaliteit toe d.m.v. koppelingen naar records enz.
Of ga ik een al reeds uitontwikkeld hulpprogramma zoals bv Typo3 http://typo3.org/ gebruiken ??
Een webportal zoals PhPNuke is voor dit project niet zo geschikt denk ik.
En er zijn zoveel (gratis) hulpprogramma's, ik zie ff door de bomen het bos niet meer !!
Kan een ervaren iemand, die ook al een keer voor deze beslissing heeft gestaan mij advies geven ???
Elwin, een forum is voor de server zwaarder. Bij een forum heb je te maken met veel updates, inserts en select en de database / aantal velden van een forum zijn veel groter dan die van een makerlaardij.
Dit is natuurlijk gewoon een non-argument op mijn bericht. Waar zeg ik dat het voor de server uitmaakt of je wel of niet gaat normailseren? De serverload zal eigenlijk mijn bips oxideren. Je kan namelijk makkelijk met meerdere servers werken.
Het normaliseren is gewoon belangrijk. Punt. Je kan natuurlijk zeggen dat ook bij deze website [Edit: de website voor een makelaar] de database niet moeilijk is. Tuurlijk. Maar ooit wil je uitbreiden. En dan heb je de goede structuur alsnog nodig.
In princiepe zou je deze database uit 2 a 3 tabelen samenstellen.
Namelijk:
"huizen"
"inhoud" (voor alle andere pagina's)
"gebruikers"
Dat was ik op zich wel met je eens toen ik je post las. Maar nu ik er beter over ga nadenken kom ik al voor een probleem te staan. Jij noemt het huizen, maar ik wil mijn garage verkopen. Dan zeg je, noem het panden en geef in wat de soort is. Kan.
Maar dan geef je bij pand 1 als soort een huis op.
En bij pand 2 is de soort ook toevallig een huis.
Pand 3, oké dit is dus mijn garage.
Eens?
Dan ben je fout! Kijk maar naar wat Mitch zegt:
re·dun·dan·tie (de ~ (v.), ~s)
1 overvloed aan gegevens
Er staat twee keer huis in je database, daarbij kan je het de ene keer als Huis schrijven en de andere keer over huis. En dat is een heel verschil als je twee panden wilt gaan vergelijken.
Beter is natuurlijk om weer een tabel te hebben waarin je de soorten objecten hebt (de panden dus) en dan met een vreemde sleutel naar die objectsoorten verwijzen (zoals je op een forum naar een member verwijst).
Geloof me als ik zeg dat ik geen zin heb om te veel voorbeelden te verzinnen om mijn standpunt nog beter te onderbouwen: normaliseren is belangrijk.
Een goede overzicht van zowel de code als de database is een eis. Maak daarom stap zoor stap de dingen die je wilt maken en doe geen 10 dingen door elkaar. En zet alles eerst op papier.
Ook zo. En dan mag jij raden wat normaliseren is.
Als je 'een hulpmiddel' zegt, dan heb je mijn verhaal begrepen.
Als je een vraag krijgt om een dergelijke website te gaan bouwen dan begint alles bij het modelleren van de informatiebehoefte zoals al eerder is gezegd.
Wat wil de makelaar met de site kunnen? Alleen maar een overzicht geven van objecten die hij in de verkoop heeft met relevante gegevens erbij?
Moeten klanten online zaken kunnen regelen?
Als iemand die nog nooit een site in PHP heeft gebouwd zou ik niet aan zo'n project beginnen. Dat wordt voor jou een teleurstelling omdat het je veel meer tijd gaat kosten dan je in eerste instantie verwacht had, en voor de makelaar omdat het systeem waarschijnlijk niet heel gebruiksvriendelijk zal zijn en veel minder kan dan hij bij andere makelaars wellicht online heeft gezien.
Als je echt wilt leren hoe dat informatiemodelleren in zijn werk gaat, en je wilt een database kunnen bouwen die goed beveiligd is, geen reduntante gegevens bevat, en waarbij de relaties tussen de tabellen allemaal logisch zijn (het moet niet voor niets een relationele database zijn) dan kan ik je aanraden de opleiding bedrijfskundige informatica te gaan volgen.
Om je even een idee te geven: Voor een website van de studentenvereniging waar ik lid van ben heb ik een database met 18 tabellen waarin autorisatieniveaus, lidmaatschap van commissies binnen de vereniging, bestuursfuncties, nieuwsberichten voor op de site, agenda en noem maar op worden bijgehouden. En dan praat ik over een vrij kleine organisatiestructuur.
Voordat ik ook maar een lettertje code had geschreven heb ik eerst de structuur van de database op papier gezet met de relaties tussen de tabellen in dat model, de kardinaliteit van alle velden, de veldtypes, de uniciteit van de gegevens en noem maar op. Vervolgens de hele database ingericht, en gevuld met data. Toen pas begonnen met de PHP code.
En ik ben ook nog een redelijke beginner op PHP gebied, maar ik weet wel heel veel van informatiemodelleren, en zonder kennis daarvan kom je niet ver met een database gestuurde website.
