Arkitektur spm

Sidstnævnte, helt sikkert, så er du forberedt på lige pludselig at skulle vise scootere, cykler, luftskibe, helikoptere m.v. Det er du ikke med førstnævnte løsning

Det regnede jeg også med. Er der nogle faldgruber, jeg skal være opmærksom på?

Det er svært at sige på forhånd. Er der noget som du selv tror vil skabe problemer. Skal du have filer/billeder i selve databasen? Vil du kunne lave context søgninger? Skal du replikere? Hvis ikke, så er det vist ikke de store hurdles. Husk, af performancehensyn, kan det godt betale sig at denormalisere en smule, men det afhænger af situationen.

Nu har jeg arbejdet lidt videre med det. Jeg har nu en tabel kaldet Vehicles (som er den generaliserede tabel). Derudover har jeg forskellige tabeller som Cars, MotorCycles etc. Alle tabeller har selvfølgeligt en primær nøgle. Bør værdien af Cars', MotorCycles' etc primære nøgler være den samme som det tilsvarende Vehicle ID? Lige nu har hver række i Cars-tabellen dels et CarID (primær nøgle) og et VehicleID(fremmednøgle). Begge nøgler er unikke og begge nøgler dækker sådan set over det samme "objekt".

Hvorfor har du alle de tabeller Car, MortorCycles etc.? Er de fordi har har specifikke egenskaber som er specielle for dem? Der er som sådan ikke noget i vejen for at have 1-1 relationer, som det nok gør sig gældende her, men måske at du kunne bruge nogle feltbetegnelser der gør at du kan slippe af med de typeafhængige tabeller. Du kunne også lave en mange-mange relationstabel (vehicleproperties) mellem vehicles og properties, hvor du peger på en egenskab (længde, højde etc.) og et køretøj (cykel, bil, båd etc.), påført en værd (vehicle 1, property 5, value 7.21), men dette kan være meget tungt at fremsøge senere hen. dette betyder dog at du ikke skal ændre din datamodel når du tilføjer en ny type transportmidler.

Jeg vil I så vid udstrækning som muligt lade alt centrere sig om Vehicles, men  en bil kan eksempelvis være sedan, stationcar etc, så der er nogle typespecifikke ting, hvilket er grunden til at jeg både en Vehicles og Cars, Motorcycles etc tabeller. For nemheds skyld ville det være rart, hvis både en given Car og dets tilsvarende Vehicle havde samme ID, så det er nemmere at referere til, men jeg ved ikke, om det er måden at gøre det på.

Det lyder for mig som om det er et 1-1 forhold, så brug Cars som primærnøgle og lav en foreign key reference og en primærnøgle i de øvrige tabeller som benytter samme værdier.

Undskylder, at jeg skal have det pinnet så meget ud, men jeg vil godt have det helt på det rene:
Bare for at forstå det helt rigtigt. Der er en 1-1 relation. Vi har to tabeller Cars og Vehicles. Cars har to kolonner (CarID (primær nøgle) og VehicleID(foreign key)).  Vehicles har én kolonne (VehicleID (primær nøgle). Jeg ser to scenarier ud fra ovenstående.
1: Alle tre kolonner(Cars.CarID, foreign key Cars.VehicleID og Vehicles.VehicleID) har samme værdi.

2: Cars.CarID har én værdi. Cars.VehicleID og Vehicles.VehicleID har en anden (baseret på Vehicles.VehicleIDs værdi). 

Det er nr. 2, jeg skal bruge?

2 er det mest almindelige, men hvis det er en ægte 1-1 relation så skal du sådan set bare bruge Cars.VehicleId og Vehicles.VehicleId, du har ikke brug for en rigtig priæmærnøgle på Cars (CarId) da der jo ikke er dubletter i Cars.Vehicle id. Sæt evt. et unique index på denne kolonne.

Tak for vejledningen