Legjobb válasz
mintatáblák
Felhasználók – id – felhasználónév – e-mail – név – jelszó (sózva és kivonatolva) – egyéb mezők szükség szerint
Csatornák – user\_id – channel\_title – friend\_id
Pattanások – id – user\_id – title – felirat – dátum
Channel\_Subscribers – channel\_id – user\_id
Snap\_Reaction – snap\_id – user\_id – reakció (például, lol, sírás , mérges stb.
Megjegyzések
A legfőbb követelmény, amely a legtöbb fejfájást okozza, a részleges megosztás lesz . Megosztása mindenkivel egyszerű, tegye közzé a csatornát, és minden előfizető láthatja. A részleges megosztás sokkal problémásabb, mert a felhasználónak ki kell választania minden előfizetőt, akivel megosztja a képet. Ahogy el lehet képzelni, 5 előfizetővel egyszerű, 500+ felett kezelni lehetetlen (a töréspont valószínűleg ennél a számnál alacsonyabb).
Lehetséges megoldás lehet valamilyen csoportbeállítás létrehozása, ahol a felhasználók megcélozhat egy csoportot. Lehet, hogy ez a cél a bepattanásokkal való kölcsönhatáson alapul; mint egy pillanat, és vegye fel a snaps csoportba, megjegyzést és egy befogadóbb csoportot, amelyhez hozzáad. Ez automatikusan kezelhető, esetleg fizetési szintet is hozzáadva, amely lehetővé tenné, hogy bevételt szerezzen az alkalmazásból, mint bevételi részesedés a felhasználótól (a szokásos almatípus 70 a felhasználót / 30 az alkalmazásra osztja). A felhasználói felületen sokkal könnyebb egy csoportot megcélozni, és ha 3 vagy 4 csoportra korlátozza, akkor a felhasználó számára egyszerűbb a célzás.
Két centem.
Válasz
Fejem tetején kívül, mint fejlesztő, nem pedig adatbázis-adminisztrátor, azt javaslom, hogy állítsa be az adatbázist a következőképpen:
== snap\_table ==
snapid | fromuserid | snaptext | pillanatkép | időbélyeg
== snap\_to\_friend\_relation\_table ==
id | snapid | touserid
Ez lehetővé teszi, hogy a „snap\_to\_friend\_relation\_table” sablonnal több felhasználót is küldhessen több felhasználónak. Ennek van értelme? Szükség esetén megpróbálhatok részletesebb lenni …