Hi,
hoffe hier sind nen paar sql experten unter euch
(so wie ich euch kenne ist das garantiert so)

also ich bin dabei ne Datenbank für nen Forum zu erstellen und wollt euch mal fragen ob man noch was, in sachen performance, verbessern könnte?!

hab einige sachen redundant gehalten (um joins zu vermeiden)
und nen paar indizes angelegt

hier ist das script:

create table user(
id int unsigned auto_increment primary key,
name char(40) not null,
pw char(32) not null,
nick char(40) not null,
email char(60),
email_visible enum('y','n'),
geschlecht enum('w','m',''),
banned enum('y','n'),
admin enum('y','n'), #da fehlte enum
birth_day tinyint unsigned,
birth_month tinyint unsigned,
birth_year smallint unsigned,
city char(100),
website_titel char(100),
website_url char(255),
icq int unsigned,
aim char(100),
yim char(100),
jabber char(100),
pertext char(40),
picture char(100),
zeitformat char(20),
timedif tinyint,
signatur char(255),
posts int unsigned
);

create table board(
id int unsigned auto_increment primary key,
name char(50) not null,
lastposter char(40),
threads int unsigned,
posts int unsigned,
subtitle char(200)
);

create table thread (
id int unsigned auto_increment primary key,
topic char(100),
created_by int unsigned,
created_at datetime,
board_id int unsigned,
closed enum('y','n'),
sticky enum('y','n'),
lastposter char(40),
posts int unsigned
);

create table post (
id bigint unsigned auto_increment primary key,
written_at datetime,
edited tinyint unsigned ,
edited_by int unsigned,
user_id int unsigned,
thread_id int unsigned,
message text
);

create table km (
id bigint unsigned auto_increment primary key,
time timestamp,
from_user int unsigned,
to_user int unsigned,
titel char(30),
message text
);

create table moderator(
id int unsigned auto_increment primary key,
user_id int unsigned ,
board_id int unsigned
);

alter table user add index(id); #für die suche eines users anhand seiner id
alter table thread add index(id); #für die suche des threads von den posts
alter table thread add index(created_at); #für die sortierung der threads nach zeit
alter table thread add index(board_id); #für das selektieren der threads nach zeit geordnet
alter table post add index(thread_id); #für das suchen der posts zu den passenden threads
alter table post add index(written_at); #um die posts der zeit nach sortieren zu können; at nicht ad
alter table km add index(to_user); #um die kurzmitteilungen für den user selectieren zu können

edith sagt: hab mich verschrieben :-X

bin selbst auch noch am optimieren und hab gerade noch was interessantes gefunden

alter table post add fulltext index(message); <-- fügt einen volltext index hinzu um volltext suchen zu ermöglichen

ok namen sind geändert worden (alles englisch )

bei den redundanzen bin ich mir nicht ganz sicher, joins sind schon sehr rechenintensiv und ich wollte halt sehr performante db.

aber ich glaub ich werd die doch raushauen und mit joins arbeiten.

Zitat von »crushcoder«

- birth_day, _month, _year würde ich durch einen timestamp ersetzen.
ergibt bei der programmierung mehr möglichkeiten und die zeitzone ist auch unwichtig.

timestamp hab ich absichtlich nicht verwendet da dieser jedesmal mitgesetzt werden müsste wenn irgendeine änderung durchgeführt werden würde.

Zitat von »crushcoder«

- icq, aim, yabber,... würde ich auslagern mit einer kreuztabelle.
dann kann man noch andere dienste hinzufügen ohne gleich alle user ändern zu müssen.

ob ich eine neue spalte in die user tabelle einfüge oder in eine kreuztabelle macht überhaupt nichts aus, da muss ich ja bei jedem post in thread noch nen join machen, was sich wieder negativ auswirkt.

Zitat von »crushcoder«

- was ist picture? ein link zu einer datei? auch da würde ich auslagern, dann kann man festlegen ob der user ein standard-bild, ein verlinktes bild auf eigenem webspace, ein individuelles bild auf dem forum-server oder ein blob in der datenbank hat.

wo ist das problem?! ob ich weiß ob das bild von einem externen server kommt oder nicht ist doch egal, nen url ist nen url

Zitat von »crushcoder«

- bei geschlecht fehlt t für transgender.

ack. wird eingebaut

Zitat von »crushcoder«

- admin/banned usw würde ich durch eine user/rollen-struktur ersetzen, ich denke das man auch admins haben will die nicht alles dürfen

es gibt doch nichts anderes außer admins und moderatoren. daher die spalte ob man admin ist, und die moderatoren tabelle

Zitat von »crushcoder«

- hier im board finde ich ja sehr praktisch das ich sehe welche threads ich gelesen habe, und das funktioniert auch.
das würde ich auch noch einbauen.

stimmt hab ich vollkommen vergessen
danke

Zitat von »crushcoder«

was redundanzen angeht:
erst wenn du wirklich viele zugriffe gleichzeitig hast lohnt sich eine optimierung in diese richtung.
wobei nichts in der datenstruktur redundant sein sollte, sondern zb in ein paar views auf die die anwendung dann zugreift.

redundanzen sind schon gestrichen
werd gleich mal das script überarbeiten und ein neues posten

Zitat von »crushcoder«

wenn es extrem wird partitioniert man eine tabelle, hier am ehesten die posts, dh. man hat mehrere post-tabellen, zb für die letzten tage und eine history, oder nach board getrennt.
sehe ich hier aber nicht die notwendigkeit für.
das ist aber keine redundanz, jedes post gibts nur einmal.

das wäre auch ne idee, aber dann kann man gleich mit textdateien arbeiten, wofür nen dbms wenn der nicht die posts in einer tabelle schnell durchsuchen kann?!

Zitat von »crushcoder«

für die performance solltest du dir erstmal besser ein orm-framework (object-relational-mapping) für die anwendung suchen, das macht schon einiges aus und hilft auch durch die navigation der joins.

ein was?!

neues script folgt sobald ich damit fertig bin

doppelpost für das neue script

create table user(
id int unsigned auto_increment primary key,
name char(40) not null,
pw char(32) not null,
nick char(40) not null,
email char(60),
email_visible enum('y','n'),
geschlecht enum('w','m','t'),
banned enum('y','n'),
admin enum('y','n'),
birth_day tinyint unsigned,
birth_month tinyint unsigned,
birth_year smallint unsigned,
city char(100),
website_titel char(100),
website_url char(255),
icq int unsigned,
aim char(100),
yim char(100),
jabber char(100),
mytext char(40),
picture char(100),
timeformat char(20),
timedif tinyint,
signatur char(255),
posts int unsigned
);

create table board(
id int unsigned auto_increment primary key,
name char(50) not null,
lastposter char(40),
subtitle char(200)
);

create table thread (
id int unsigned auto_increment primary key,
topic char(100),
created_by int unsigned,
created_at datetime,
board_id int unsigned,
closed enum('y','n'),
sticky enum('y','n'),
lastposter char(40)
);

create table post (
id bigint unsigned auto_increment primary key,
written_at datetime,
edited tinyint unsigned ,
edited_by int unsigned,
user_id int unsigned,
thread_id int unsigned,
message text
);

create table km (
id bigint unsigned auto_increment primary key,
time timestamp,
from_user int unsigned,
to_user int unsigned,
titel char(30),
message text
);

create table moderator(
id int unsigned auto_increment primary key,
user_id int unsigned ,
board_id int unsigned
);

create table readed(
user_id int unsigned,
thread_id int unsigned,
readed enum('y','n')
);#wird gefüllt sobald ein user den thread liesst


alter table thread add index(created_at); #für die sortierung der threads nach zeit
alter table thread add index(board_id); #für das selektieren der threads nach zeit geordnet
alter table post add index(thread_id); #für das suchen der posts zu den passenden threads
alter table post add index(written_at); #um die posts der zeit nach sortieren zu können
alter table km add index(to_user); #um die kurzmitteilungen für den user selectieren zu können
alter table post add fulltext index(message);#um posts mit einer volltextsuche nach beiträgen zu durchsuchen

msn?
ne ich mag msn nicht
wer msn in seinem forum haben will soll sich nen anderes suchen

Zitat von »Y0Gi«

Richtig. Aber irgendwas ist ja immer

leider :-X