Feedback på min DB(bild)

Hej kära FB!

Nu har jag skapat en databas för ett annonseringssystem.
Jag har massor med annonser, sen ska jag enkelt kunna filtrera fram de jag vill ha.
Denna modell ska vara normaliserad också (tror att jag har gjort rätt).

Är det något som ser tokigt ut? Skulle den modellen klara av 10 000annonser från flera hundra kommuner?

Bild : http://img72.imageshack.us/img72/7908/27221845.png
Databasen är byggd i MySQL Workbench och originala filen kan laddas upp om det önskas!

All hjälp uppskattas ! MVH

det fattas en FK i annonsbransch, och en mellan annons och annonsadress.

sen kan man fundera på varför du har både annons och annonsadress. Det behöver inte vara fel, men det kan vara värt att tänka igenom om du verkligen vill ha det så.

Vad är det för främmande nyckel som fattas i annonsbransch, nu har jag ju redan 2st FK.

Vad för lösning är bättre på annonsadress? Att jag fyller adress + kommun till annons och tar bort tabellen annonsadress?

Tackar för ditt svar!

vad mer än branch är FK i annonsbransch då?

Funderat på en dokumentdatabas? Finns gott om alternativ så som MongoDB, Redis, CouchDB osv. Tror faktiskt de skulle uppfylla ditt mål bättre än SQL-databaser.

annonsbransch.id är en främmande nyckel till annons.id och nu la jag märke till att relationen mellan de är 1-* de ska vara 1-*

och vad förslår du för lösning på annonsadress?

Vad är det för program? Generar de automatiskt en databas eller är det ett annat designa databas program

Det är alternativa databaser som inte är baserade på SQL.

Jag har inga problem att jobba med SQL, och php e min grej liksom jag halvt suger på att designa databaser bara, jag håller på att lär mig att normalisera db och använda nycklar vilket jag inte ens visste existerade.

Problemet är hur mina databaser ska se ut då jag inte har så mycket erfarenhet inom den delen.

så annonsbransch.id är både PK och FK? gör ett attribut för varje imo.

Tackar, det kan vara bättre i och med att samma annons kan ha flera rader i annonsbransch
(en annons kan ingå i flera branscher)

http://img220.imageshack.us/img220/4743/db2.png

Vill också påpeka att ifylld <>(rotad fyrkant) innan attributen innebär att attributen är (not null)
annonsadress.id är PK och även en FK till annons.id , eftersom en annons kommer bara att få en rad i annons och annonsadress så de lär ändå ha samma id och det är också smidigare att de alltid har samma id.

Tack för hjälpen uppskattar det verkligen, vad mer kan förbättras på modellen?

vore det inte ännu smidigare att ha dem i samma tabell?