Problem spoljasnjeg kljuca.

Problem spoljasnjeg kljuca. 26.05.2008. u 14:03 · pre 224 meseca #1

Stavio sam za PK `user_id` TINYTEXT u tabeli 'users'
i sljaka ok, medjutim iz druge tabele 'buckets' kada hocu da stavim FK na user_id iz tabele users kaze sledece :

BLOB/TEXT column 'user_id' used in key specification without a key length

Potpis

I don't need a girl for sex , All I Need is Binary and HEX

Re: Problem spoljasnjeg kljuca. 26.05.2008. u 19:20 · pre 224 meseca #2

Pozd.

Poruka je dosta jasna. Ne mozhesh imati kljuch sa BLOB/TEXT poljem ako ne navedesh duzhinu tog polja u kljuchu. To znachi da ce kljuch uzimati u obzir samo prvih X karaktera takvog polja. Nisam siguran zbog chega ti je za polje USER_ID potreban tip TINYTEXT - u svakom sluchaju, nije preporuchljivo koristiti BLOB/TEXT polja u okviru FK, a i zbog optimizacije je preporuchljivo ovakve kljucheve imati samo sa ordinalnim tipovima podataka, kao shto je INT.

Svako dobro.

Re: Problem spoljasnjeg kljuca. 27.05.2008. u 10:40 · pre 224 meseca #3

Slažem se sa Milanom. INT ključ je mnogo bolja ideja. Ali, ako baš mora primary key da bude tekstualan, daj koristi VARCHAR. TINYTEXT je isto što i VARCHAR 255 tako da ne vidim razlog za TINYTEXT kao primary ključ.
Takođe, sad sam u phpmyadminu probao da stavim primary key nad text poljem i ne mogu.

Pročitaj CREATE INDEX sintaxu i u najmanju ruku promeni polje u VARCHAR (255).

Potpis

"Common sense is not so common." - Voltaire

Re: Problem spoljasnjeg kljuca. 05.06.2008. u 02:15 · pre 224 meseca #4

Citat:

Shinhan: Slažem se sa Milanom. INT ključ je mnogo bolja ideja. Ali, ako baš mora primary key da bude tekstualan, daj koristi VARCHAR. TINYTEXT je isto što i VARCHAR 255 tako da ne vidim razlog za TINYTEXT kao primary ključ.
Takođe, sad sam u phpmyadminu probao da stavim primary key nad text poljem i ne mogu.

Pročitaj CREATE INDEX sintaxu i u najmanju ruku promeni polje u VARCHAR (255).

Ucinjeno - Doduse u VARCHAR(20) ali to je to,jer mi i ne treba vise. Moralo je tipa textualno polje jer je rec o Username-u ,a bilo bi besmisleno koristiti i user_id tipa INT i username tipa TINYTEXT/TEXT..

HVALA!

Potpis

I don't need a girl for sex , All I Need is Binary and HEX

Re: Problem spoljasnjeg kljuca. 05.06.2008. u 09:51 · pre 224 meseca #5

Pa nije bas besmisleno. Ako ne koristis username kao PK vec koristis za user_id koji takodje linkujes u drugim tabelama kao FK onda imas mogucnost promjene username-a. Ukoliko bi u tvom slucaju zelio promjeniti username-a, znaci update-ovati PK morao bi (u slucaju da koristis MyISAM) sam se pobrinuti da se i ostale tabele koje koriste taj PK budu update-ovane. A u slucaju da koristis InnoDB, ne znam da li je uopste i izvodljivo update-ovanje PKa ukoliko je koristen kao FK u relacijama.

Potpis

:: Nemoj se svadjati sa budalom, ljudi cesto nece primjetiti razliku ::

Forum kao aplikacija na telefonu

Srodne teme