Advies Database structure polldata

[marco282]

Beste mede tweakers,

Op het moment heb ik een poll website draaien die connected is met API van twitch.tv zodat het broadcasters de mogelijkheid bied om subscriber only polls en follower only polls aan te bieden.

Ik vraag mezelf af of ik wel alles op de juiste manier in de database (mysql 5.6 van percona) op sla.

Op het moment gebruik ik voor de polldata 2 tabellen, namelijk de tabel:

polldata(pollid(PK, auto-inc nn), creator, polltype,creationtime,active, question,totalvotes,option1,votes1,option2,votes2....... tot 30)
&
votes(uid,pollid(fk), voteoption,ipaddress)

Ik ben bang dat de aantal columns te groot is qua performance, als ik een php pagina benchmark met een select query(select * from polldata where pollid='1')bijv kom ik op 5200 requests per seconde uit met benchmarktool wrk.

Hiermee heb ik caching zoals opcache en memcached uitgeschakeld.
Server specs:
Debian 7.5 64 bit
Intel Xeon E3 1245v2 (4cores 8 threads)
32gb memory
2x2tb hdd software raid.
Mysql percona server en database engine InnoDB.


Kan ik beter de polldata anders opslaan zo ja hoe dan? Of zit het wel in orde...

Met vriendelijke groet,
Marco

[NMe]

Als je getalletjes opneemt in je kolommen zit je eigenlijk vrijwel altijd per definitie fout... Zoek eens op wat databasenormalisatie is.

Uiteindelijk heb je na normalisatie de tabellen Question, Answer en Vote nodig. Maar hoe dat in zijn werk gaat lees je vanzelf als je wat bijgelezen hebt. Ik kan deze drie tabellen wel helemaal voor je uitwerken maar daar leer je niks van en bovendien begrijp je het daarmee waarschijnlijk niet eens sneller zonder de juiste basis.