Povinný unikátní klíč – MySQL – Fórum – Programujte.com

Ahoj, mám dotaz. Od kdy je povinné mít v tabulce unikátní klíč a proč? Díky ;)

Neni to povinne, co ja vim. Odkud mas takovou informaci?

#1 Forest
povinné to není, ale většinou se využívá tzv. ID s vlastností auto_increment a to proto aby bylo možné jednoznačně identifikovat záznam, který chci např. upravit nebo smazat.

#2 peter

Připojen obrázek.

Tudíž já nemůžu nijak ručně upravovat záznamy a to mě štve ...

ale ono ti to nerika ze musis mit primarni klic... musis mit unikatni klic - aby to dokazalo smazat nejakou polozku aniz by to smazalo neco dalsiho "nahodou"

#5 KIIV
No vzdyt jo, ja tady mluvim o unikatnim a ne o primarnim :-)

pravda.. jde proste o to ze mysql to tam mit nemusi.. za to phpMySql ocividne ano - ale beztak neni spatny mit klic nad sloupcem, podle ktereho vyhledavas - je to minimalne rychlejsi, kdyz tam je vetsi tabulka

#7 KIIV
A jak tam ten unikát mám přidat? Nikdy jsem to nemusel použít, takže vůbec nevím. Zkoušel jsem to přidat, ale hlásí mi to chybu ...

#9 KIIV 

SQL-dotaz:

ALTER TABLE  `main_balance` ADD  `ac_uk` INT( 6 ) NOT NULL FIRST ,
ADD UNIQUE (

`ac_uk`
);

MySQL hlásí:

#1062 - Duplicate entry '0' for key 'ac_uk' 

jo ty se snazis pridat novej sloupec jako index.. minimalne mu dej auto_increment... jinak to budes muset udelat postupne

#11 KIIV
A to já právě nechci. Proč bych tomu měl dávat AUTOINCREMENT? V té tabulce je to totálně zbytečný. AUTOINCREMENT mám jen v tabulce s uživatelskými jmény, protože potřebuju jejich ID.

A to mě ještě děsí představa, že budu muset upravit všechny INSERT INTO příkazy, protože tam, kde nemám ID (což je ve všech tabulkách kromě jedné), používám:

INSERT INTO tabulka VALUES('hodnota1', 'hodnota2', ...);

Místo:

INSERT INTO tabulka (sloupec1, sloupec2, ...) VALUES('hodnota1', 'hodnota2', ...);

Jakmile bych tam přidal klíč, tak musím použít ten druhý způsob, jelikož to začne zapisovat od začátku ...

no na to se da argumentovat jen "neudrzitelny kod" - dobry tak mozna pro placani na koleni neceho, co pak doufejme zase brzo upadne v zapomeni :)

furt muzes jeste ten unikatni klic nahodit na mbusername, jak sem psal par prispevku nazpet... tim tam mas unikatni klic, nestane se, ze budes mit nekolik uzivatelu se stejnym jmenem a muzes vesele mazat v phpMyAdminu

Proc bys musel upravovat vsechny INSERTy? autoincrement sloupec se sam zvysuje pridanim noveho radku, jeho hodnotu nemusis do dotazu uvadet. A jak uz bylo receno, mazani zaznamu podle id (rekneme 3 znaky po 255) je rychlejsi nez vyhlevadani retezce (32 znaku po 255).

A ta hlaska mimochodem znamena, ze funkce Edit, Delete, zaskrtavaci policka phpmyadmina nelze pouzit, protoze je nemuze propojit s unikatnim zaznamem. Navic je to oznacene jako varovani, vykricnik ve zlutem trojuhelnicku ne cervenem. Priklad:
name, psw
Alois, Alois - radek1
Alois, Alois - radek2
SELECT * FROM tabulka WHERE name='Alois' AND psw='Alois'
To vrati 2 radky, takze, kdyby tam dal zaskrtavatko a ty jsi chtel smazat jen jeden radek, tak by to neslo, protoze cisla radku se nikde neukladaji. Predpokladam, ze ani slozity dotaz s AND to v sobe nema zabudovane, protoze to nechce riskovat.
Takovyto druh tabulky pouzivam treba pro banovani, kde mam sloupce: id_uzivatel, ip, poznamka. Vetsinou ale nastavuji id_uzivatele jako unikatni.
 

#15 peter
Proč bych musel upravovat INSERTy? No protože když mi KIV napsal, ať tam přidám AUTOINCREMENT, tak by to vypadalo takto:

Budu mít třeba dva sloupce nick, heslo a provedu příkaz

INSERT INTO tabulka VALUES('peter', 'superheslo');

To je ok. Ve chvíli, kdy ale přidám na začátek id s AUTOINCREMENT a budu mít tedy sloupce id, nick, heslo a zadám stejný příkaz

INSERT INTO tabulka VALUES('peter', 'superheslo');

Tak se mi přece hodnota nicku narve do sloupce id ...

Aha, to jo. Ty mas ty dotazy napsane opacne, ale doporucuje se prave pouzivat ten druhej tvar :)