[mysql] klucze

ďťż

[mysql] klucze ďťż

[mysql] klucze
Zobacz wiadomości

Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian

Indeks BCB i MySQL subiekt gt fototapeta

Witamy

[mysql] klucze

sd - 23-02-2007 00:01
[mysql] klucze
witam

chcialbym dobrze zaprojektowac baze, wiec zaczynam od poczatku, od podstaw:)

chce dodac klucz na kolumny ktore beda powiazane z kolumna w innej tabeli
czy moge zrobic tak
ALTER TABLE `artykuly` ADD INDEX `Index_2`(`kat_id`, `u_id`);
?
czy raczej pojedynczo
ALTER TABLE `artykuly` ADD INDEX `Index_2`(`u_id`);
ALTER TABLE `artykuly` ADD INDEX `Index_3`(`kat_id`);

czy moze odrazu zalozyc klucz obcy?

ALTER TABLE `artykuly` ADD CONSTRAINT `FK_artykuly_1` FOREIGN KEY
`FK_artykuly_1` (`u_id`)
REFERENCES `uzytkownik` (`u_id`)
ON DELETE CASCADE
ON UPDATE RESTRICT;

wiem ze to podsawy, ale bardziej praktyczne. z gory dziekuje za informacje.
pozdrawiam

ZepZoSo - 23-02-2007 00:01

sd brzdąka pod nosem:
> czy moze odrazu zalozyc klucz obcy?

Załóż klucz obcy i indeks na nim. Przyda się przy złączeniach.

--
ZepZoSo

=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 23-02-2007 00:01

sd wrote:
> witam
>
> chcialbym dobrze zaprojektowac baze, wiec zaczynam od poczatku, od
> podstaw:)
>
> chce dodac klucz na kolumny ktore beda powiazane z kolumna w innej tabeli
> czy moge zrobic tak
> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`kat_id`, `u_id`);
> ?
> czy raczej pojedynczo
> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`u_id`);
> ALTER TABLE `artykuly` ADD INDEX `Index_3`(`kat_id`);
>
>
> czy moze odrazu zalozyc klucz obcy?
>
> ALTER TABLE `artykuly` ADD CONSTRAINT `FK_artykuly_1` FOREIGN KEY
> `FK_artykuly_1` (`u_id`)
> REFERENCES `uzytkownik` (`u_id`)
> ON DELETE CASCADE
> ON UPDATE RESTRICT;
>
>
> wiem ze to podsawy, ale bardziej praktyczne. z gory dziekuje za informacje.
> pozdrawiam

- Z czego wynika zainteresowanie kat_id?
- Index się przyda się albo nie przyda - najczęściej się przydaje, ale są różne
sytuacje.

--
P.M.

sd - 23-02-2007 00:01

Paweł Matejski napisał(a):

> - Z czego wynika zainteresowanie kat_id?

wlasciwie to przykladowe nazwy;) kat_id to pewnie ID kategorii do ktorej
przypisany jest art, artykul tylko do jednej kategorii.

> - Index się przyda się albo nie przyda - najczęściej się przydaje, ale są różne
> sytuacje.
>

a czy jest roznica jezeli wykonam takie zapytanie
ALTER TABLE `artykuly` ADD INDEX `Index_2`(`kat_id`, `u_id`);
a takie
ALTER TABLE `artykuly` ADD INDEX `Index_2`(`u_id`);
ALTER TABLE `artykuly` ADD INDEX `Index_3`(`kat_id`);
baza mysql

reasumujac

czy dobre bedzie takie cos:
u_id - ID autora
kat_id - ID kategorii
art_id - ID artykulu

CREATE TABLE `artykuly` (
`art_id` int(10) unsigned NOT NULL auto_increment,
`art_tytul` int(10) unsigned default NULL,
`art_tresc` int(10) unsigned default NULL,
`kat_id` int(10) unsigned default NULL,
`art_data` datetime default NULL,
`u_id` int(10) unsigned default NULL,
PRIMARY KEY (`art_id`),
KEY `FK_artykuly_2` (`kat_id`),
KEY `Index_4` (`u_id`,`kat_id`),
CONSTRAINT `FK_artykuly_1` FOREIGN KEY (`u_id`) REFERENCES
`uzytkownik` (`u_id`) ON DELETE CASCADE,
CONSTRAINT `FK_artykuly_2` FOREIGN KEY (`kat_id`) REFERENCES
`art_kategorie` (`kat_id`) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

pozdrawiam

Artur Muszynski - 23-02-2007 00:01

sd wrote:
> a czy jest roznica jezeli wykonam takie zapytanie
> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`kat_id`, `u_id`);
> a takie
> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`u_id`);
> ALTER TABLE `artykuly` ADD INDEX `Index_3`(`kat_id`);
> baza mysql

Zwykle jest tak, że silnik łatwo umie skorzystać z jednego indeksu, a z
wielu korzysta rzadziej albo wcale i zwykle z gorszym efektem. Dlatego dobre
są indeksy wielokolumnowe, bo pozwalają na ominięcie tego ograniczenia. Po
prostu silnik łączy te kolumny w jedną i już sobie radzi. W tym pierwszym
przypadku silnik skorzysta z tego łączonego indeksu przy:
WHERE kat_id=xxx
WHERE kat_id=xxx AND u_id=yyy
A także zbliżonych przypadkach, w zależności od inteligencji silnika. Masz
to opisane w manualu.
W drugim przypadku - w zależności, co mu statystyki podpowiedzą - skorzysta
z jednego indeksu, a dalej wybierze skanując fragment tabeli, albo skorzysta
z obu indeksów, a wyniki będzie musiał połączyć. Zresztą dokładnie nie wiem,
ale na pewno będzie gorzej.

artur

=?ISO-8859-2?Q?Pawe=B3_Matejski?= - 24-02-2007 00:02

sd wrote:
> Paweł Matejski napisał(a):
>
>> - Z czego wynika zainteresowanie kat_id?
>
> wlasciwie to przykladowe nazwy;) kat_id to pewnie ID kategorii do ktorej
> przypisany jest art, artykul tylko do jednej kategorii.
>
>> - Index się przyda się albo nie przyda - najczęściej się przydaje, ale
>> są różne
>> sytuacje.
>>
>
> a czy jest roznica jezeli wykonam takie zapytanie

A)

> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`kat_id`, `u_id`);
> a takie

B)

> ALTER TABLE `artykuly` ADD INDEX `Index_2`(`u_id`);
> ALTER TABLE `artykuly` ADD INDEX `Index_3`(`kat_id`);
> baza mysql

1 - where kat_id = :x and u_id = :y
2 - where kat_id = :x
3 - where u_id = :y

A. Dla 1 wykorzystany index korzystnie - oba warunki są uwzgledniane.
Dla 2 wykorzystany index (teoretycznie może być minimialnie gorsza wydajność
niż dla B i 2 - może być potrzeba przeczytanie większej
ilości stron pamięci, w praktyce pewnie niezauważalne)
Dla 3 nie korzysta z indeksu

B. Dla 1 większość baz skorzysta tylko z jednego indexu (ale np. najnowszy
postgres wykorzysta oba, nie wiem jak reszta baz).
Dla 2 i 3 skorzysta z indeksu

> reasumujac
>
> czy dobre bedzie takie cos:
> u_id - ID autora
> kat_id - ID kategorii
> art_id - ID artykulu
>
> CREATE TABLE `artykuly` (
> `art_id` int(10) unsigned NOT NULL auto_increment,
> `art_tytul` int(10) unsigned default NULL,
> `art_tresc` int(10) unsigned default NULL,
> `kat_id` int(10) unsigned default NULL,
> `art_data` datetime default NULL,
> `u_id` int(10) unsigned default NULL,
> PRIMARY KEY (`art_id`),
> KEY `FK_artykuly_2` (`kat_id`),
> KEY `Index_4` (`u_id`,`kat_id`),
> CONSTRAINT `FK_artykuly_1` FOREIGN KEY (`u_id`) REFERENCES
> `uzytkownik` (`u_id`) ON DELETE CASCADE,
> CONSTRAINT `FK_artykuly_2` FOREIGN KEY (`kat_id`) REFERENCES
> `art_kategorie` (`kat_id`) ON DELETE CASCADE
> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Nie ma uniwersalnej zasady. Jakby była, to pewnie bazy zakładały by index
automatycznie. Jeśli nie wiesz co zrobić, a bazę masz stosunkowo niewielką to
bezpieczniejsza jest opcja B.

--
P.M.

[mysql] =?ISO-8859-2?Q?Za=E6mienie=2E=2E=2E_jak_wy=B6wietli=E6?==?ISO-8859-2?Q?=2E=2E=2E?= [mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?= [MySQL] =?ISO-8859-2?Q?Wy=B6wietlenie_kolejnej_pozycji=2C_?==?ISO-8859-2?Q?jak=B1_mia=B3by_dany_rekord=2C_gdybym_czyta=B3 _?==?ISO-8859-2?Q?wg_konkretnych_kryteri=F3w=2E_Da_si=EA_=3F?= [mysql 4.0.x] przenoszenie kolum =?ISO-8859-2?Q?mi=EAdzy_bazam?==?ISO-8859-2?Q?i_cd_=2E=2E=2E_?= [MySQL] =?ISO-8859-2?Q?z=B3=B1czenie_tabeli_u=BFytkownik_i?==?ISO-8859-2?Q?_zdj=EAcia_z_wyborem_zdj=EAcia_domy=B6lnego?= [MySQL] Jak =?ISO-8859-2?Q?wpisa=E6_do_tabeli_pozycje_dl?==?ISO-8859-2?Q?a_wierszy_gdybym_te_wiersze_wybiera=B3_w_ok?== ?ISO-8859-2?Q?re=B6lonej_kolejno=B6ci_=3F?= Gdzie MySQL 4.1, a gdzie 5.0? [MySQL 4.0...4.1] zabezpieczenie przed =?ISO-8859-2?Q?jednoczesn?==?ISO-8859-2?Q?=B1_edycj=B1?= [MS SQL] "set names" (mySQL) w MS SQL [mysql 5.x] jak =?ISO-8859-2?Q?zrealizowa=E6_zapytanie=3F_cz?==?ISO-8859-2?Q?yli_podzapytanie_i_wi=EAcej_ni=BF_jeden_rz=B1? ==?ISO-8859-2?Q?d_wynik=F3w?=

Cytat

Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona

Free website template provided by freeweblooks.com

Darmowy hosting zapewnia PRV.PL