MSQL: er der nogen der kan hjælpe med brugen af idx VS nøgler

Grundliggende gar nøgler og index ikke meget med hinanden at gøre.

En primær-nøgle er et felt (eller flere felter) som giver en unik identifikation
af en række.

En fremmed-nøgle er et felt (eller flere felter) som peger på en række
i en anden tabel (via dens primær-nøgle).

Det har noget med data at gøre og hvordan man kan join etabeller.

Index har noget at gøre med performance.

Hvis database serveren skal finde en værdi i et felt som ikke
er indekseret er den nødt til at løbe samtlige rækker igennem.

Et index er en lille data struktur der gør at database serveren
kan slå værdier op uden at løbe alle rækker igennem.

Ligesom i en database bog hvor der bagerst kan være et index
som siger "3. normal form - side 127", så man slipper for
at læse 400 sider for at finde 3. normal form.

Der bliver normalt (altid ?) lavet et index for en primær-nøgle.

Det er næsten altid en god ide at lave et index på fremmed-nøgler, fordi
de værdier skal ofte slåe sop i.f.m. JOIN.

Det er også en god ide at have index på felter som man søger meget i.

Og husk at index gør søgning mange gange hurtigere men koster
en lilel smule i insert (og i database plads).

vil det sige at jeg f.eks laver en tabel bruger med et idx1 og en tabel data med idx2.?
ideen jeg ville frem til var noget i stil med:
bruger tabel(
idx1 int  //primær
fornavn char[30]
efternavn char[30])

data tabel(
idx1 int  //fremmed
idx2 int  //primær
datating char [50])

er det måden at joine disse tabeller eller?????
PLEASE jeg kunne virkelig godt bruge et eksempel evt. ved hjælp af ovenstående tabeller.

Ah. Så har jeg vist misforstået dig.

Der er ikke nogen "index" i traditionel forstand der.

Det er bare to felter i tabellen.

Primær og fremmed nøglerne er helt korrekte.

Ja du kan joine de 2 tabeleller med:

SELECT * FROM bruger,data WHERE bruger.idx1=data.idx1;

Jeg vile nok vælge nogle andre felt navne og datatyper:

bruger
------

brugerID - int - primær nøgle
fornavn - varchar(30)
efternavn - varchar(30)

data
----

dataID - int - primær nøgle
brugerID - int - fremmed nøgle
datating - varchar(50)

dataID og brugerID er langt nemmere at læse end idsx1 og idx2.

char(30) er altid 30 tegn lang.

varchar(30) er op til 30 tegn langt.

ahhhhhhhh nu begynder det at give mening.
og ja du har evigt ret med hensyn til datatyperne//fandt bare hurtigt på noget for at komme igang.
et lille bi spørgsmål.
når brugerID er fremmednøgle i datatabellen vil den indsatte værdien fra brugerID i brugertabellen automatisk blive overført som værdi?????

hey Arne_v jeg vil acceptere dit svar men tænkte at jeg lige kunne presse citronen lidt mere, eller koster det ekstra? =)

Den forstår jeg ikke helt.

Når du joiner med bruger.brugerID=data.brugerID så kobler du
bare de rækker der hører sammen i en forespørgsel - du indsætter
ikke noget.

Hvis du er klærer data.brugerID til at være en fremmed nøgle
som peger på bruger brugerID, så vil databasen forhindre dig
i at indsætte brugerID i data tabellen som ikke er i bruger
tabellen.

Man kan godt forvente en hel del hjælp for 100 point.

Og så er jeg ikke typen der stopper med at hjælpe fordi point
er givet.

/*RESPECT der skulle være flere som dig*/
ok jeg er også blevet lidt forvirret, fordi jeg bruger msql og i denne såkalte database har de erstattet brugen af primærnøgler med idx og i manuallen skriver de lidt om brugen af disse men intet om "fremmed idx" giver det mening?

Jeg kender ikke MSQL.

Er det ikke bare felt navnet der er idxn ? Og kan man ikke vælge et andet ?

øh jo comandoen for at oprette et idx er som følger:

bruger
------

brugerID - int - wannabe primær nøgle - bruger_idx
fornavn - varchar(30)
efternavn - varchar(30)

data
----

dataID - int - wannabe primær nøgle - data_idx
brugerID - int - fremmed nøgle -??????????????????
datating - varchar(50)

CREATE UNIQUE INDEX bruger_idx ON bruger (brugerID)
CREATE UNIQUE INDEX data_idx ON bruger (dataID)

skal jeg evt. droppe "fremmed_idx" og joine de to primær_idx....er det måden.?
det skulle gerne munde ud i at hver bruger skal kunne havde et vilkårligt antal
rækker i datatabelen.

Tabellerne oprettes med CREATE TABLE.

De 2 CREATE UNIQUE INDEX laver index i den betydning jeg startede
med at tale.

De er kun nødvendige for performance.

Og burde ikke skulle laves for felter der er erklæret som primær nøgle i
CREATE TABLE.

MSQL har igen nøgler

MSQL har ingen nøgler ?

Så er det næstbedste jo nok at lave et UNIQUE INDEX fordi det
også sikrer uniqueness ligesom en primær nøgle.

Så har vi vist været hele vejen rundt.

hvis jeg igen nøgler har og ikke "skal" bruge idx
hva så.
jeg fatter igen ting.........hvordan kan jeg få to tabeler til at hænge sammen uden brug af noget?

50 point ekstra for et eksempel på to tabeller der hænger sammen ved hjælp af idx

Det gør du bare med din WHERE betingelse.

SELECT * FROM bruger,data WHERE bruger.brugerID=data.brugerID;

virker uanset om der er nøgler eller index.

Så forespørgsler er ikke et problem.

Ved indsæt skal du holde tungen lig i munden fordi databasen ikke
sikrer din referentielle integritet. Men det må du bare slev sørge for så
i din applikation.

Tabeller hænger ikke sammen med index.

Tabeller hænger sammen med felter hvis værdier matcher.

Index gør bare at man kan finde de rigtige værdier hurtigt.

Hvis jeg skal lave et lille eksmepel.

bruger indeholder
1 Lars Larsen
2 Niels Nielsen
3 Jens Jensen

data indeholder:
1 1 a
2 2 b
3 3 c
4 3 d

så vil:

SELECT fornavn,efternavn,data FROM bruger,data WHERE bruger.brugerID=data.brugerID;

returnere:

1 Lars Larsen a
2 Nield Nielsen b
3 Jens Jensen c
3 Jens Jensen d

hey Arne check lige spørgsmål 353498

hej Arne =)
dine eksempler gav mig god inspiration, er det sådan at du også lige har et eksempel på hvordan man indsætter (se kl.21:29:41) jeg er ikke så god til at holde tungen lige i munden.
det jeg har problemmer med er at få brugerID ind i data.

INSERT INTO bruger VALUES (4, 'Ole olsen');
INSERT INTO data VALUES (5, 4, 'e');

Det vigtige er at din applikation skal sørge for at brugerID matcher i de
to INSERT (begge er 4 i mit eksempel).

Hov skal iøvrigt være:

INSERT INTO bruger VALUES (4, 'Ole', 'Olsen');
INSERT INTO data VALUES (5, 4, 'e');

(navn er 2 felter)

kan du hjælpe med noget.? skal indsætte fra mit api.

Du hentyder til http://www.eksperten.dk/spm/354605 ikke ?

Jeg har set det men havde ikke lige umiddelbart nogle gode ideer.

Matcher datatyperne ?  Der skal kun '' omkring varchar felter
ikke omkring integer felter.

den der hedder sequence er en int, hvordan for jeg den ud?

Der skal bare ikke '' omkring den.

Du koder i C ?

jeps

det er ikke '  ' du mener omkring værdierne

result=msqlQuery(sockdb,"insert into indbakke values (123,'frombuff','tobuff','subjectbuff','datebuff','bodybyff')");

skulle nok virke.

Men det du i virkeligheden søger er nok:

int sequence;
char frombuff[100];
char tobuff[100];
char subjectbuff[100];
char datebuff[100];
char bodybuff[1000];
char sql[1000];

/* giv disse værdier */

sprintf(sql,"insert into indbakke values (%d,'%s','%s','%s','%s','%s')",
        sequence,frombuff,tobuff,subjectbuff,datebuff,bodybuff);
result=msqlQuery(sockdb,sql);

det gør den også, problemmet er bare at mit sequence indeholder en dynamisk værdi (en tæller på alle nye insert)

jeg tester lige =)

der se ud til at virke men aligevel ikke. Hvis jeg køre en strace på mit api, kan jeg se at jeg for en forkert størrelse af 'emne', jeg har prøvet at gøre mit felt i databesen unødvendigt stort men for stadig fejlen.
Hvis problemmet bliver løst, gå til spørgsmål 354605 der ligger 100 point.

To spørgsmål:

1)  Er emne blevet erklæret CHAR(n) istedetfor VARCHAR(n) ?

2)  Indeholder emne noget suspekt ?