Logika działania bazy w aplikacji

pytanie zadane 6 stycznia 2018 w SQL, bazy danych przez Anoonymous Obywatel (1,560 p.)

Witam, piszę aplikację, która wykorzystuje API połączone z bazą. Zastanawiam się w jaki sposób ma to działać tzn. projekt działa podobnie do tzw. RSS readerów (tak nałatwiej będzie wytłumaczyć problem). Wszystkie śledzone kanały znajdują się w kolekcji/tablicy. Jeśli user zasubskrybuje kanał zostaje mu on przypisany (id kanału do usera) i w ten sposób wyświetlane są mu wpisy. Zasnawiam się jakby to działało jakbym chciał np. oznaczyć jako "przeczytane" albo po prostu usunąć z listy. Pierwszy lepszy pomysł jaki mi przyszedł do głosy to zapisywanie u usera id artykułu, który ma być pomijany, jednak zastanawiam się, czy to jest dobra droga i czy nie bedzie to robiło problemów z biegiem czasu przy większej ilości danych. Jakbyście rozwiązali owy problem? Jak do tego podejść od tej strony?

1 odpowiedź

odpowiedź 6 stycznia 2018 przez Mateusz Kołodziej Użytkownik (690 p.)

Jeśli z twojej bazy danych nie będzie korzystało z 100 000 osób to problemów nie będzie przy twoim pomyśle no chyba, że już jest to przeznaczone na taką liczbę osób! po za tym jeśli nie będzie tam od groma artykułów/filmów/fotek to po co Ci coś takiego, chyba dla użytkownika nie będzie problem przewinąć o 1-2 strony.

komentarz 6 stycznia 2018 przez Anoonymous Obywatel (1,560 p.)

specyfika wymaga takowej opcji - jeśli nie byłoby takiej potrzeby to bym nie pisał ;)

Dzięki za odpowiedź, zastanawiam się tylko czy da radę to zrobić jakoś 'wydajniej', ładniej...