----- Original Message -----
Sent: Thursday, May 23, 2002 6:55
AM
Subject: [aspdedatabase] AW:
[aspdedatabase] Re: AW: DB-Konstrukt Verbesserungsvorschl�ge
Aus
diesem Grund wurde in meinem Forum nur nach Wunsch eine Antwort gesendet. d.H.
der User mu� explizit ausw�hlen, das er eine Antwort per Mail erhalten will.
Die
Automatische Anmeldung d�rfte kein Problem sein. Du tr�gst einfach den Namen
und die E-Mail in die Tabelle ein und sendest dem User ein autom. generiertes
Mail mit seinen Logindaten. Vorher �berpr�fst du noch die E-Mail Adresse auf
korrektheit. Dadurch kannst du dann bereits die meisten fakes ausschlie�en.
(Besonders auf das L�nderk�rzel in der Domain achten!!) Au�erdem kannst du
dann zus�tzlich eine Sperrliste f�r div. Mail-Domains Anlegen, welche keine
autom. Mail erhalten.
Achte auch darauf, das du einzelne Nachrichten jederzeit "deaktivieren"
k�nnen musst. Dies ist notwendig, um Nachrichten, welche gegen geltendes Recht
versto�en, zu entfernen. Allerdings sollten vielleicht nachfolgende
Nachrichten weiterhin gezeigt werden.
Ich
habe mein Forum wie folgt aufgebaut:
tbl_messages:
ID,
ZuID, MemberID, Message, Datum, IP
tbl_members:
ID,
Membername, E-Mail, .....
Man
braucht in einem Forum nur eine Tabelle. Da jede Antwort auch wieder eine
Frage sein k�nnte. Es wird also in der Spalte ZuID gespeichert, zu welcher
vorhergehenden Nachricht diese Nachricht geh�rt. Sollte in dieser Spalte eine
0 stehen, so ist dies ein neuer Thread.
Die
Email habe ich, wie du siehst nur in der tbl_members gespeichert. Dies
vermindert die Datenflut auf ein Minimum.
mfg
R.
Ebner
K�nntest du auf das automatische anmelden mal
eingehen?
Scheint mir da ja dann ein datenwust zu
entstehen von usern mit wahrscheinlich zu 50% gefakden E-mail Adressen, was
bei sp�terer benachrichtigung bei Antwort auf die gestellte Frage lauter
R�ckl�ufer produziert.
Gru�
----- Original Message -----
Sent: Wednesday, May 22, 2002 4:40
PM
Subject: [aspdedatabase] AW:
[aspdedatabase] DB-Konstrukt Verbesserungsvorschl�ge
Sehe hier kein Problem. Einzig die Funktion hierzu mu� ein wenig
komplexer sein. Falls eine UserID in der Spalte vorhanden ist, mu� der
User aus einer anderen Tabelle verkn�pft werden. ansonsten wird der
Username aus der Spalte in der "Haupttabelle" genommen. Diese L�sung ist
wirklich bereits die beste die man haben kann. einzig und alleine die
M�glichkeit, den User automatisch anzumelden br�chte mehr erfolg. (Du
wirst doch wohl die E-Mail Adresse auch mitspeichern) Hierdurch wird
dieses Problem g�nzlich vermieden und der User hat schnell und einfach ein
Login kreiert, welches er nachtr�glich noch ver�ndern kann. Hier musst du
jedoch aufpassen, das du keine doppelten E-Mail adressen zul�sst,
ansonsten wird die Usertabelle �ber kurz oder lang zu
gro�.
mfg
R. Ebner
Hi an die Liste,
ich bastle gerade an einem Forum und es
w�re nett wenn ihr mir zu folgendem
Konstrukt Verbesserungsvorschl�ge
hinsichtlich des Konstrukts geben k�nntet.
Auch hinsichtlich auf die
sp�tere Umsetzung auf SQL-Server 2000.
ich weis das die Daten nicht
wirklich normalisiert sind hinsichtlich den
usern aber da liegt ein
Problem.
das Forum soll angemeldeten Usern sowie nicht angemeldeten
zug�nglich sein.
Das Problem bei nicht angemeldeten ist nun das ich
dann keine User-Id
(tabelle2/3) habe weswegen ich
die notwendigen
Daten extra mit aufnehmen mu�. Es w�re nett wenn da jemand
eine
besser L�sung w��te
(au�er nat�rlich der Vorschlag ist nur
angemeldeten Usern das Posten zu
gew�hren).
Alle inkremet-werte
werden noch auf GUID ge�ndert wegen replikation.
Funktioniert
Replikation auch mit SQL??
1.Tabelle (gruppen)
# kat_id
(auto-wert, inkremet, indiziert ohne Duplikate)
# kat_name(text,
nicht indiziert)
2 Tabelle (g_fragen)
# message_id(auto-wert,
inkrement, indiziert ohne duplikate)
# kat_id(verkn�pfung mit tabelle
1: long integer, indiziert mit duplikate)
# frage_titel
(text)
---- PROBLEM: ---
Forum soll sowohl angemeldeten und
nicht-angemeldeten User offen stehn
Nicht-Member -> Keine User-Id
???
# user_name(text, eingabe erforderlich)
# user_id (long
integer, eingabe nicht erforderlich)
---
# e-mail (text, eingabe
erforderlich)
# frage_datum (datum-standard)
# views
(integer)
# Frage (Memo)
3.Tabelle (antworten)
# a_id
(auto-wert, inkrement, ohne duplikate)
# message_id (verkn�pfung
Tabelle2 : long integer, indiziert mit duplikaten)
# user_name (wie
tabelle2)
# user_id (wie tabelle2)
# e-mail (wie tabelle2)
#
datum (wie tabelle2)
# antwort (memo)
Danke schonmal und
Gru�
Alex
| [aspdedatabase] als [EMAIL PROTECTED] subscribed
| http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie
k�nnen sich unter folgender URL an- und abmelden: |
http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
| [aspdedatabase] als [EMAIL PROTECTED] subscribed |
http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen
sich unter folgender URL an- und abmelden: |
http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
| [aspdedatabase] als [EMAIL PROTECTED] subscribed |
http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen
sich unter folgender URL an- und abmelden: |
http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
| [aspdedatabase] als [EMAIL PROTECTED] subscribed |
http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen
sich unter folgender URL an- und abmelden: |
http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
| [aspdedatabase] als 