Hvordan strukturere denne Snapchat-lignende databasen


Beste svaret

eksempeltabeller

Brukere – id – brukernavn – e-post – navn – passord (saltet og hash) – andre felt etter behov

Kanaler – user\_id – channel\_title – venn\_id

Snaps – id – user\_id – title – caption – date

Channel\_Subscribers – channel\_id – user\_id

Snap\_Reaction – snap\_id – user\_id – response (like, lol, cry , sint osv.)

Kommentarer

Hovedkravet som vil gi deg mest hodepine, vil være den delte delen . Det er enkelt å dele med alle, legg ut til kanalen, og alle abonnenter kan se det. Den delte delingen er langt mer problematisk, fordi brukeren må velge hver abonnent å dele bildet med. Som du kan forestille deg, er det enkelt med 5 abonnenter, umulig å administrere med 500+ (bristepunktet er sannsynligvis under det tallet).

En mulig løsning kan være å lage en slags gruppeinnstilling, der brukere kunne målrette mot en gruppe. Kanskje er det målet basert på interaksjoner med snaps; som et snap og bli lagt til snaps-gruppen, kommenter og det er en mer inkluderende gruppe du blir lagt til. Dette kan håndteres automatisk, kanskje legge til et lønnsnivå også, noe som vil tillate deg å tjene penger på appen som en inntektsdel med brukeren (standard epletype delt 70 brukeren / 30 til appen). Å målrette en gruppe er mye enklere på brukergrensesnittet, og å begrense den til 3 eller 4 grupper gjør målretting enklere for brukeren.

Mine to øre.

Svar

Av toppen av hodet mitt, som utvikler, ikke databaseadministrator, vil jeg anbefale deg å sette opp databasen som følger:

== snap\_table ==

snapid | fromuserid | snaptext | øyeblikksbilde | tidsstempel

== snap\_to\_friend\_relation\_table ==

id | snapid | touserid

Dette lar deg sende et snap til flere brukere ved å bruke «snap\_to\_friend\_relation\_table». Gir det mening? Jeg kan prøve å være mer detaljert om nødvendig …

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *