Join af forskellige datatyper

Maa jeg foreslaa at du istedet omstrukturerer dine tabeller saa du bruger en lookup i tabel 1, hvor du henter program navnet direkte fra tabel 2 istedet?
Det vil goere livet vaesentligt lettere for dig i det lange loeb.
Dermed kan du istedet bibeholde Tabel 2 hvorimod tabel1 faar en struktur i denne retning:
Brugernavn
Ordre/Program
Antal

Derefter bliver det meget nemmere at lave forespoerglser hvor du grupperer efter brugernavn og paa den maade finde alle ordrer.

Men jeg ved slevf ikke hvor meget data du allerede har i tabellerne

Databasen er under opbygning, så andre ideer er velkomne, så jeg prøver at se på dit foreslag.
Kan se du lægger op til at køre det som en ordrestyring, skal lige vurdere hvor meget arbejde det vil give at oprette dem som ordre.
Da ideen er den skal køre 50 TV-kanaler til 300 brugere, som default har tilvalgt alle kanaler, og for så at tage højde for fremtiden, giver mulighed for fravalg. Derfor så jeg løsningen med "flueben" for tilvalgt program som genial, som så henter prisen i Tabel 2.
Også hvis man indføre forskellige TV-pakker

Ser lige hvad der ellers kommer af foreslag

Redesign your tables :o)

You should have THREE tables, one for User, one for Program Infor and the third for UserProgram.
This is a many to many relationship as far as I can make out!

Program Infor = program information

User:
--
UserID
UserName

Program
--
ProgramID
ProgramNavn
ProgramNr
Pris


UserProgram
--
UserID
ProgramID

Having thre tables doesnt mean that you have to manually create 300 records when a new channel comes, it can be done quite easily with a single SQL! If you have only tow tables you have to alter the design of your table each time a new channel comes! NOt smart at all :o)

Terry har ret - det ville vaere bedre. Jeg vidste ikke hvor langt du var i processen saa moederede det lidt til hvad du allerede havde.

Jeg har nu bygget den op over en mange til mange relation mellem de to tabeller og set at det virker.

Da jeg så løsningen, tænkte jeg også det da logisk, men det ses jo også med "friske" øjne:-)

Jeg er stadigvæk varm på ideen om at præsentere det som tilvalgsknapper, da jeg tror en brugere bedre kan forstå sammenhænget på den måde.

Bruger weekenden til at tænke over hvad løsningen bliver, men det tyder på Terry's ide med mange til mange relationen nok er den mest rigtige

this is what relational databases is all about :o)

og god weekend!

Er ikke kommet på noget nyt i Weekenden, så tak for hjælpen Terry

selv tak :o)