Stimmt, das will ich nicht.

Hintergrund - vielleicht auch zur Erkl�rung - Votings sind nur ein
Beispiel. Es soll die M�glichkeit bestehen, unter gewissen Umst�nden
diese Anonymit�t zwar nicht "aufzuheben", jedoch soll der Moderator
durch heruntersetzen der Rechte des Users entsprechend einschreiten
k�nnen - ohne zu wissen, wer es ist (es reicht, wenn die Datenbank das
wei�!), bzw. der Admin im "Notfall" (bei etwaigen Klagen, etc.) dann
sehr wohl offen legen kann, wer was gepostet hat.
Anonyme Abstimmungen werden laut Anforderungen zwar sehr selten sein,
die Leute w�nschen sich jedoch genau diese Vorkehrungen.

Stefan.



-----Urspr�ngliche Nachricht-----
Von: Claudius Ceteras [mailto:[EMAIL PROTECTED]] 
Gesendet: Donnerstag, 27. Juni 2002 08:52
An: ASP Datenbankprogrammierung
Betreff: [aspdedatabase] RE: AW: Wenn-Dann in SQL-String

Dann sind aber alle Abstimmungen anonym... Das wollte er ja nicht...

Claudius

> 
> Hallo,
> 
> Eine weitere M�glichkeit w�re es zwei Tabelle anzulegen. Eine 
> Tabelle daf�r wer schon Abgestimmt hat und eine zweite 
> Tabelle f�r die Abstimmung. Bei der zweiten l�sst du einfach 
> das Feld mit der User-ID leer (Null) wenn es anonym sein soll.
> Dann kann man bei diesen Feldern nicht (so leicht) 
> herausfinden wer es war und hat trotzdem einen Schutz vorm faken.
> 
> Gru�
> 
> Heiko Richler
> 
> Fachbereich Informatik
> Georg-Simon-Ohm-Fachhochschule N�rnberg
> http://www.informatik.fh-nuernberg.de/heiko.richler/
> 
> > -----Original Message-----
> > From: Claudius Ceteras [mailto:[EMAIL PROTECTED]] 
> > Sent: Thursday, June 27, 2002 8:28 AM
> > To: ASP Datenbankprogrammierung
> > Subject: [aspdedatabase] RE: AW: Wenn-Dann in SQL-String
> > 
> > 
> > Wieso speicherst Du nicht einfach in einem boolean feld, ob 
> es anonym
> > war und entscheidest erst bei der ausgabe, ob der name 
> auftaucht oder
> > nicht?
> > 
> > Claudius
> > 
> > > -----Original Message-----
> > > From: Mayer, Stefan [mailto:[EMAIL PROTECTED]] 
> > > Sent: Donnerstag, 27. Juni 2002 08:14
> > > To: ASP Datenbankprogrammierung
> > > Subject: [aspdedatabase] AW: Wenn-Dann in SQL-String
> > > 
> > > 
> > > Nun, da das Design noch nicht abgeschlossen ist, frag ich 
> > mal, wie man
> > > meine Aufgabenstellung realisieren k�nnte:
> > > 
> > > Ich habe eine Tabelle, wo ich meine 250 User drinnen 
> > gespeichert habe.
> > > Die User d�rfen sich an Abstimmungen beteiligen. Ich 
> > > speichere zur jeder
> > > abgegebenen Stimme mit dazu, wer es war, um zu verhindern, 
> > da� jemand
> > > mehrfach abstimmt.
> > > ABER: Ich will jedem die M�glichkeit lassen, "anonym" 
> > abzustimmen. Im
> > > Feld "Art" wird vermerkt, ob die Abstimmung "offen" war 
> (-->2) oder
> > > "geheim" (-->1)
> > > 
> > > In der Auswertung will ich zu jeder abgegebenen Stimme 
> den Usernamen
> > > dazu ausgegeben haben - es sei denn, die Abstimmung war 
> > > "anonymisiert".
> > > 
> > > 
> > > 
> > > -----Urspr�ngliche Nachricht-----
> > > Von: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] 
> > > Gesendet: Donnerstag, 27. Juni 2002 08:05
> > > An: ASP Datenbankprogrammierung
> > > Betreff: [aspdedatabase] AW: Wenn-Dann in SQL-String
> > > 
> > > Hallo!
> > > 
> > > > Ich will in einer Sicht/Abfrage 2 Tabellen zusammenh�ngen. 
> > > Aus Tabelle
> > > 1
> > > > nehme ich die User (UID ist der Schl�ssel), aus Tabelle 2 die
> > > > Abstimmungsergebnisse eines Votings. Hier hei�t der 
> Schl�ssel "U".
> > > > 
> > > > W�re an sich ja kein Problem, wenn es in Votings nicht zwei
> > > > Ausnahmef�lle g�be: N�mlich das Feld "Art", das Einfluss 
> > haben soll,
> > > und
> > > > zwar diesen:
> > > > 
> > > > Art < 2 --> User.UID = Votings.Art
> > > > Art = 2 --> User.UID = Votings.UID
> > > 
> > > So etwas sollte man beim Design vermeiden: Einen JOIN abh�ngig von
> > > anderen Spalten - da kann die Abfrage ja gar nicht mehr 
> > vorkompiliert
> > > werden. Ich w�rde auf jeden Fall das Design �ndern.
> > > 
> > > Ansonsten machst Du eben einen JOIN auf eine zweite Abfrage:
> > > 
> > > SELECT Art AS UID, ... FROM Votings WHERE Art < 2
> > > UNION
> > > SELECT UID,        ... FROM Votings WHERE Art = 2
> > > 
> > > Diese View verwendest Du dann in der ersten Abfrage:
> > > 
> > > SELECT ... FROM User AS A INNER JOIN viewVotings AS B ON 
> > A.UID = B.UID
> > > 
> > > Freundliche Gr��e
> > > Joachim van de Bruck
> > > 
> > > 
> > > | [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/aspdedataba
> se.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/aspdedataba
se.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 [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

Antwort per Email an