[mysql]tabela sesji Opcje

[Black-Berry]

Mam taką tabelę sesji:

[SQL] pobierz, plaintext 
"CREATE TABLE session (
                    `id` VARCHAR(64) NOT NULL, PRIMARY KEY(`id`),
                    `last_modification` DATETIME, INDEX (`last_modification`),
                    `data` TEXT
                ) ENGINE=InnoDB CHARACTER SET `utf8`;"
[SQL] pobierz, plaintext 

Chciałbym prosić o komentarze:

• czy dobrze jeśli id jest jednoczesnie kluczem sesji a typ pola id to VARCHAR? Ponoć CHAR jest szybsze. To prawda?
• czy index na polu last_modification coś mi da?
• pole data trzymać będzie zserializowane dane sesji. Czy dobrze dać pole typu text? Moze są jakieś szybsze typy?
• W jednej konfiguracji mySQL'a widziałem opcję ustawienia tabeli na MEMORY. Dokładnie nie pamiętam ale chyba to oznaczało, że tabela będzie przechowywana w RAM-ie. Czy to prawda? Mogę ustawić tylko tą tabelę żeby działała szybciej?
• Mam też inne tabele które są stosunkowo małe a wymagają częstego odczytu (zapisu tylko raz na jakiś czas np. settingsy). Dane w nich są jednak ważniejsze. Czy można zrobić tak aby tabela siedziała w ramie i była szybko odczytywana a update oznaczałby zapis na dysku ?

[phpion]

• czy dobrze jeśli id jest jednoczesnie kluczem sesji a typ pola id to VARCHAR? Ponoć CHAR jest szybsze. To prawda?

Zmiana pola na CHAR przy równoczesnym użyciu innego pola tekstowego o zmiennej długości nie przyniesie oczekiwanego rezultatu (w Twoim przypadku pole `data`).

• czy index na polu last_modification coś mi da?

Tak. Indeksy powinno się zakładać na pola, po których będzie odbywało się wyszukiwanie lub sortowanie. Dodatkowo różnorodność danych w takich polach powinna być wysoka (w książce "MS SQL Server 2005. Programowanie" zostało to określone na poziomie 90%). Czyli nie ma sensu ustawiać indeksu na polu typu boolean bo nic się nie zyska, a wręcz straci (duplikacja danych). W Twoim przypadku indeks powinien być przydatny.

• pole data trzymać będzie zserializowane dane sesji. Czy dobrze dać pole typu text? Moze są jakieś szybsze typy?

Ja bym sugerował olać serializację i skorzystać raczej z formatu JSON (json_encode" title="Zobacz w manualu PHP" target="_manual + json_decode" title="Zobacz w manualu PHP" target="_manual) aczkolwiek nie wiem jak się ma pod względem wydajności. Zaoszczędzisz sporo miejsca. Typ pola wydaje się jedynym sensownym.

Na resztę pytań wolę się nie wypowiadać aby nie napisać głupot.

PS: Na dzień dobry zmień InnoDB na MyISAM, które jest szybsze. Może potem zmienisz na Memory ale na razie olej dobrodziejstwa jakie daje InnoDB, z których i tak nie korzystasz.

Ten post edytował phpion 16.09.2008, 06:18:39