[elvystrac] Re: [Elvys] #324: Pridani uzivatele se jmenem jiz smazaneho nejde
- From: "Elvys" <elvys@xxxxxxxxxxxxxxxxxxxxxx>
- To: jiri.horky@xxxxxxxxx
- Date: Sun, 06 Feb 2011 22:49:41 -0000
#324: Pridani uzivatele se jmenem jiz smazaneho nejde
-----------------------+----------------------------------------------------
Reporter: JirkaH | Owner: DavidK
Type: task | Status: new
Priority: major | Milestone: Elvys v1.1
Component: webServer | Version:
Keywords: |
-----------------------+----------------------------------------------------
Comment(by DavidK):
Uplne presne si neuvedomuju jak jsme to resili, nezatizen minulosti si
myslim:
A - stavajici uzivatel
B - novy uzivatel
1) A patri do spolecnosti S1 a uzivatel B do spolecnosti S2; A muze byt
aktivni ci "smazany".
Potom by mel jit zalozit bez ohledu na duplicitu jmena, emailu a cehokoliv
dalsiho- pokud jednu instanci toho systemu ma vyuzivat vice firem, tak je
to nutnost.
Mozna cast tohoto principu v systemu funguje, ale aby tomu tak bylo uplne,
musely by se lehce prepsat nejake use-casy a mozna constrainty v DB -
napr. UC password recovery se pta na mejl, musel by se ptat na
<mail;spolecnost>
2) A patri do stejne spolecnosti jako nove zakladany B. Mezi tim, jeslti
je A smazany nebo neni bych nedelal rozdil.
Pokud jmeno uzivatele A nekde v systemu figuruje (myslim si, ze u seznamu
dokumentu, planovani, atd. urcite figuruje) a pokud daneho uzivatele ze
systemu odmazes a v systemu nechas soubory, planovani(?) atd., tak muze
dojit ke zmatkum, pokud zalozis uzivatele se stejnym jmenem. (napr.
existuji dokumenty uploadnute starym uzivatelem Otto Slama, ale jak se
pozna, ze je uploadnul ten stary a ne ten novy - na prvni pohled podle
jmena se to nepozna, pozna se to az v nejakych slozitejsich mistech, kde
se budou joinovat tabulky v DB - pak se vlastne ukaze, ze novy Otto Slama
zadne dokumenty nikdy neuploadoval..
K o to vetsim zmatkum muze dojit pokud budou oba dva ti uzivatele aktivni.
Ja bych byl pro, aby novy uzivatel pod stejnym jmenem jako uz existujici
ve stejne spolecnosti sel vzdy zalozit. Tzn. uzivatel B by dostal nejaky
suffix (nejaky identifikator), ktery by figuroval vsude, kde se zobrazuje
jeho jmeno - napr. "Otto Slama 2"
3) vubec bych neresil jestli ales benda == petr benda - vsude musi
figurovat plne jmeno a takovi uzivatele by nemeli byt oznaceni za
duplicitni (i kdyz ted mozna jsou)
4) u ostatnich entit bych to resil jenom na bazi te, jestli 2 entity se
stejnym jmenem patri do stejne spolecnosti- pokud ne, mohou mit stejna
jmena. Pokud ano a pokud jsou bud aktivni+aktivni nebo aktivni+"smazany",
nemohou mit stejna jmena - otazka je, jestli to neni zbytecne restriktivni
- napr. u smazaneho a znovu vytvoreneho kiosku ci u kategorii
Myslim, ze je potreba to resit spolu s problemem mazani entit - asi si
udelam nejakou tabulku co se jak navzajem ovlivnuje, myslim, ze tady muze
byt schovany jeden z kostlivcu..
--
Ticket URL: <http://elvys.farm.particle.cz/trac/ticket/324#comment:1>
Elvys <http://elvys.farm.particle.cz/trac/>
Elektronicky vyveskovy system
Other related posts:
