Kan iemand mij duidelijk maken wat het nut van een multi-column key voor het opslaan van sessie informatie is? Waarbij een implementatie van Zend_Session_Db_Savehandler dus niet alleen sessionID gebruikt als primary, maar ook save_path en sessionName als aanvullende kolommen in tabel?
Kan dit "omdat de informatie" er is, dus laten we die maar gebruiken? Of kan iemand serieuze voordelen aanwijzen ten opzichte van een single column primary.
Die laatste optie (1 kolom) lijkt me overigens sneller dan een samengestelde primary.
Ik vraag dit omdat ik eigenlijk altijd een single column voor sessionid als primary heb, maar ik zie nu op de ZF site dat daar zowel in de documentatie over Zend_Session zowel een single als multi column variant staat (zonder uitleg). Bovendien wordt in het voorbeeld voor het gebruik van Zend_Application_Resource_Session gebruik gemaakt van een multi column key.
Kan dit "omdat de informatie" er is, dus laten we die maar gebruiken? Of kan iemand serieuze voordelen aanwijzen ten opzichte van een single column primary.
Die laatste optie (1 kolom) lijkt me overigens sneller dan een samengestelde primary.
Ik vraag dit omdat ik eigenlijk altijd een single column voor sessionid als primary heb, maar ik zie nu op de ZF site dat daar zowel in de documentatie over Zend_Session zowel een single als multi column variant staat (zonder uitleg). Bovendien wordt in het voorbeeld voor het gebruik van Zend_Application_Resource_Session gebruik gemaakt van een multi column key.