Sådan struktureres denne Snapchat-lignende database


Bedste svar

eksempletabeller

Brugere – id – brugernavn – e-mail – navn – adgangskode (saltet og hash) – andre felter efter behov

Kanaler – user\_id – channel\_title – friend\_id

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

Channel\_Subscribers – channel\_id – user\_id

Snap\_Reaction – snap\_id – user\_id – reaktion (som, lol, cry , vred osv.)

Kommentarer

Hovedkravet, der får dig mest hovedpine, er den delte del . Det er let at dele med alle, send til kanalen, og alle abonnenter kan se den. Den delte deling er langt mere problematisk, fordi brugeren skal vælge hver abonnent at dele billedet med. Som du kan forestille dig, er det simpelt med 5 abonnenter, umuligt at administrere med 500+ (brudpunktet er sandsynligvis under dette tal).

En mulig løsning kan være at oprette en slags gruppeindstilling, hvor brugerne kunne målrette mod en gruppe. Måske er dette mål baseret på interaktion med snaps; som et snap og få tilføjet til gruppen snap, kommentar og det er en mere inkluderende gruppe, du bliver føjet til. Dette kunne administreres automatisk, måske også tilføje et lønniveau, hvilket giver dig mulighed for at tjene penge på appen som en indtægtsdel med brugeren (standard æbletype opdelt 70 brugeren / 30 til appen). At målrette mod en gruppe er meget nemmere på brugergrænsefladen, og det at begrænse den til 3 eller 4 grupper gør målretning lettere for brugeren.

Mine to cent.

Svar

Over toppen af ​​mit hoved, som udvikler, ikke databaseadministrator, vil jeg anbefale dig at oprette databasen som følger:

== snap\_table ==

snapid | fromuserid | snaptekst | øjebliksbillede | tidsstempel

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

id | snapid | touserid

Dette giver dig mulighed for at sende et snap til flere brugere ved hjælp af “snap\_to\_friend\_relation\_table”. Giver det mening? Jeg kan prøve at være mere detaljeret, hvis det er nødvendigt …

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *