Dynamisk database layout?

Lav en tabel der hedder itemtags som har følgende to kolonner:

varenummer (key)
tag

Når du så opretter en vare, har du et varekartotek med et varenummer og x antal tags til en vare (f.eks. husholdningsapperat, elektronik, tv, blender, etc.) og når der så søges på en vare, søger du i både varekartotekets beskrivelse og i itemtags

product tabel. id, navn, beskrivelse, pris og en FK til en kategori
categories tabel. id, navn, beskrivelse
users tabel, id, username, password, navn, email osv
purchases tabel, productid fk, user fk, price

noget i den stil ..

Tænke mere på hvordan man lavet alle properties på varen smartest, så man kunne søge i dem, etc et tv og en bil har ikke samme egenskaber.

så det skal dele ud i nogen flere tabeller.

skulle nok ha forklaret mig lidt bedre

sådan lige hurtigt, noget i den her stil..

 delimiter $$
 
 CREATE TABLE `shop_items` (
   `item_id` int(11) NOT NULL AUTO_INCREMENT,
   `active` int(1) NOT NULL,
   `owner` int(11) NOT NULL,
   PRIMARY KEY (`item_id`)
 ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$
 
 CREATE TABLE `shop_items_properties` (
   `properties_id` int(11) NOT NULL AUTO_INCREMENT,
   `properties_title` varchar(45) NOT NULL,
   PRIMARY KEY (`properties_id`)
 ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$
 
 CREATE TABLE `shop_items_properties_relation` (
   `item_id` int(11) NOT NULL,
   `properties_id` int(11) NOT NULL,
   `properties_value` varchar(45) NOT NULL,
   PRIMARY KEY (`item_id`,`properties_id`)
 ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$

Tja bliver kompliceret, når du har så mange forskellige varer. Jeg ville af nemheds skyld vælge en række fælles ting indenfor kategorien, så hver kategori, har forskellige egenskaber tilknyttet. Så en bil kategori har 'fabrikant', 'antal døre' osv.. det bliver alt efter hvad du vil meget hurtig rigtig omstændig.

Go' ide, så længe du ikke vil lave sammenlignings muligheder.

Hej alle sammen.

Okay lad os sige jeg skal lave en database der kan bruges til at sælge alt..
telefoner, tv, biler, fly, cykler - ja alt.
kun selve vare tabellerne, ik en hel webshop vi er ude i her..

kunne godt bruge lidt inputs til hvordan i ville bygge sådan en struktur op, for at få lidt inspiration og fornyet tankegang.

håber på nogen interessante forslag og/eller idéer

Det er almindelig normalisering. Som "den rigtige" Brian (åbanbart :-)) er inde på. Men du skal lidt mere end det. Du skal have en key/value tabel.

Dynamiske Attributter Tabel
----------------------------
produktid (samme datatype som din pk i produkt)
attributNavn (nvarchar)
attributværdi (nvarhar)
sortering (int) <-- valgfri men du kommer sikkert til at bruge den

Det betyder at du vil få indhold der ser således ud:

1    | Bildøre  | 5 dørs    | 1
1    | Farve    | Rød metal | 2
1    | Årgang   | 1992      | 3
2    | Udgang   | HDMI/DVI  | 1
2    | RAM      | 8 Gb      | 2
2    | Harddisk | 2 Tb      | 3

Når du så skal have alle dine dynamiske attributter ud for produkt med nummer 1 laver du noget som dette

select * from [dynamisk tabel] where produktid = 1 order by sortering

Giver det mening?

Drop boks-figuren af et fastsat database skema, overvej en NoSQL database som MongoDB, den virker som en god løsningsmodel på dit problem.

Hej alle sammen.

Okay lad os sige jeg skal lave en database der kan bruges til at sælge alt..
telefoner, tv, biler, fly, cykler - ja alt.
kun selve vare tabellerne, ik en hel webshop vi er ude i her..

kunne godt bruge lidt inputs til hvordan i ville bygge sådan en struktur op, for at få lidt inspiration og fornyet tankegang.

håber på nogen interessante forslag og/eller idéer

Det er almindelig normalisering. Som "den rigtige" Brian (åbanbart :-)) er inde på. Men du skal lidt mere end det. Du skal have en key/value tabel.

Dynamiske Attributter Tabel
----------------------------
produktid (samme datatype som din pk i produkt)
attributNavn (nvarchar)
attributværdi (nvarhar)
sortering (int) <-- valgfri men du kommer sikkert til at bruge den

Det betyder at du vil få indhold der ser således ud:

Kode 

1    | Bildøre  | 5 dørs    | 1
1    | Farve    | Rød metal | 2
1    | Årgang   | 1992      | 3
2    | Udgang   | HDMI/DVI  | 1
2    | RAM      | 8 Gb      | 2
2    | Harddisk | 2 Tb      | 3

Når du så skal have alle dine dynamiske attributter ud for produkt med nummer 1 laver du noget som dette

select * from [dynamisk tabel] where produktid = 1 order by sortering

Giver det mening?

mindre også meget om det jeg skrev i min post tidligere

 SQL kode 
  delimiter $$
  
  CREATE TABLE `shop_items` (
    `item_id` int(11) NOT NULL AUTO_INCREMENT,
    `active` int(1) NOT NULL,
    `owner` int(11) NOT NULL,
    PRIMARY KEY (`item_id`)
  ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$
  
  CREATE TABLE `shop_items_properties` (
    `properties_id` int(11) NOT NULL AUTO_INCREMENT,
    `properties_title` varchar(45) NOT NULL,
    PRIMARY KEY (`properties_id`)
  ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$
  
  CREATE TABLE `shop_items_properties_relation` (
    `item_id` int(11) NOT NULL,
    `properties_id` int(11) NOT NULL,
    `properties_value` varchar(45) NOT NULL,
    PRIMARY KEY (`item_id`,`properties_id`)
  ) ENGINE=MyISAM DEFAULT CHARSET=latin1$$

Drop boks-figuren af et fastsat database skema, overvej en NoSQL database som MongoDB, den virker som en god løsningsmodel på dit problem.

vil jeg lige kigge lidt på.