[ACCES/CFML]

[Verwijderd]

Hallo,

Ik wil graag op een website content aanbieden gespecificeerd op de wijk waarin iemand woont. Hier in Almere hebben we 46 wijken en van de gemeente heb ik een lijst met de postcodes per wijk kunnen krijgen. Ik wil namelijk resultaten laten zien uit m'n database en elk record heeft een postcode.

Nu kan ik twee dingen doen. De site werkt met een MS Access database. Ik kan voor elke wijk een tabel aanmaken met daarin de bijbehorende postcodes. Dat houdt in dat ik een kleine 50! tabellen erbij krijg, op de een of andere manier lijkt Access me daar niet het geschikte DBMS voor.

Of ik kan alle postcodes met wijk in een tabel zetten, krijg ik een tabel met ong. 5000 records.

Hoe je het ook wendt of keert, ik zal bij het zoeken naar een bepaald record in mijn database moeten zeggen. "Okee, je woont in wijk A, daar horen postcode 1 t/m 75 bij, selecteer dus alles uit de database met postcode1, postcode2, postcode3 ... postcode75." Want helaas heeft PTT Post niet de postcodes voor een wijk binnen een bepaalde range gehouden.
Je kunt in wijk A wonen en code 1333AA hebben en in wijk K heeft iemand 1333AC. Terwijl een andere wijk A bewoner dan weer 1333AF heeft.

Het is een beetje een ingewikkeld verhaal geworden, ik hoop dat jullie er nog wijs uit kunnen. Wat ik graag wil weten of iemand een beter idee of een tip heeft waarop ik de data in het DBMS kan zetten en sneller resultaten krijgen want de manieren die ik kan bedenken gaan langzaam en log worden.

Oops. topic vergeten

[djluc]

Sowieso geen 50 tabellen, dat heeft niets met de capaciteiten van acces te maken maar met een verkeerd ontwerp.

Maak gewoon die tabel met alle postcodes en wijken, en normaliseer die eerst eens, bijvoorbeeld:
tabel wijken:id-naam
tabel postcodes:id-postcode-wijkid

Dan kun je alle postcodes van 1 wijk vinden met:

code:

SELECT FROM 
    postcodes AS p 
    INNER JOIN 
        wijken AS w 
    ON p.wijkid=p.id 
WHERE w.id=de_geselecteerde_wijk_id

Weet je al zeker dat je met acces wilt werken? Zoek anders eens naar de voor en nadelen daavan. Houdt daarbij rekening met de manier waarop je de gegevens aan de gebruiker wilt tonen, web?

[ Voor 46% gewijzigd door djluc op 06-09-2003 19:02 ]

[Verwijderd]

Ik weet niet wat er allemaal in die db staat, maar een 50 tables is een beetje overdone. Met een table speciaal voor zoekresultaten ben je het snelste uit.

Laat access ajb links liggen, het is zo instabiel als wat, en wordt door zowel Microsoft als Macromedia afgeraden. Qua snelheid valt het gelukkig nog mee.

Ga als je eenmaal je tables afhebt eens kijken naar query caching icm met query of query onder ColdFusion, dan kun je ranzige hoeveelheden snelheidswinst halen.