[mysql] optymalizacja zapytania Opcje

[lenczewski]

witam mam taką tabelę

[SQL] pobierz, plaintext 
CREATE TABLE `urls` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user` varchar(222) NOT NULL DEFAULT '',
  `data` date NOT NULL DEFAULT '0000-00-00',
  UNIQUE KEY `id` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin2 AUTO_INCREMENT=1 ;
[SQL] pobierz, plaintext 

chciałbym pogrupować to w takiej formie:

Kod

data1
  user1
  user2
  user1
data2
  user4
  user1

W jaknajmniejszej ilości zapytań do bazy. W tej chwili mam poprostu najpierw zapytanie ze zgrupowanymi datami, następnie w pętli pobieram uzytkowników. da się to przyspieszyć?

[dr_bonzo]

[SQL] pobierz, plaintext 
UNIQUE KEY `id` (`id`)
[SQL] pobierz, plaintext 

ID powinno byc PRIMARY KEY, no chyba ze tutaj oznacza cos innego.

podstawy:

[SQL] pobierz, plaintext 
SELECT DATA, user FROM urls ORDER BY DATA ASC, user ASC
[SQL] pobierz, plaintext 

[lenczewski]

hmmm... teraz wlasnie zrozumialem jaka głupote chciałem zrobić. chałem najpierw zgrupować daty nastepnie wyswietlić jaci uzytkownicy logowali sie tego dnia, czyli najpierw

[SQL] pobierz, plaintext 
SELECT * FROM urls GROUP BY DATA ORDER BY DATA ASC
[SQL] pobierz, plaintext 

, a pozniej w petli pobierałem userów, ale problem polega przy np. 30 dniach (mam wtedy 31 zapytan
myslalem, że mozna to np. jakimś jednym zapytaniem.

Ten post edytował lenzcewski 24.05.2006, 19:57:50

[akubiczek]

hmmm... teraz wlasnie zrozumialem jaka głupote chciałem zrobić.

Czemu głupotę?

BTW możesz rozwiązać to w trochę inny sposób (jeżeli MySQL 4.1+):

[SQL] pobierz, plaintext 
SELECT DATA , GROUP_CONCAT( DISTINCT user ORDER BY user )
FROM urls
[SQL] pobierz, plaintext 

Wszystko w jednym zapytaniu, tylko użytkowników masz w jednym wierszu, a nie osobnych.

[bendi]

[SQL] pobierz, plaintext 
UNIQUE KEY `id` (`id`)
[SQL] pobierz, plaintext 

ID powinno byc PRIMARY KEY, no chyba ze tutaj oznacza cos innego.

Mała uwaga UNIQUE KEY i PRIMARY KEY różnią się tylko tym, że dopuszcza możliwość wystąpienia NULL'a jako wartości. Natomiast przypadku tabeli lenczewskiego akurat kolumna id ma ustawione NOT NULL, więc działanie będzie identyczne, jeszcze tylko by się przydało ustawić UNSIGNED coby rozszerzyć zakres a jednocześnie uniemożliwić wstawienie liczby ujemnej.

[mike]

Mała uwaga UNIQUE KEY i PRIMARY KEY różnią się tylko tym, że dopuszcza możliwość wystąpienia NULL'a jako wartości.

Oj chyba nie tylko.

Widziałeś kidyś klika kluczy PRIMARY?

[bendi]

Oj chyba nie tylko.

Widziałeś kidyś klika kluczy PRIMARY?

Fakt - prmiary może być tylko jeden, bo ma automatycznie przdzielaną taką też nazwę w związku z tym może być TYLKO jeden.