Robie pewien prosty generator memów w czystym php i JS . Ilość danych nie jest specjalnie duza - zasadniczo zapisywani są użytkownicy którzy włączyli aplikacje, no i przesłane pliki . Ponieważ te dane nie są duże pomyślałem że zapisywać je będę w plikach tekstowych a nie bazie SQL , ponieważ uznałem że tak będzie szybciej to działało, co może być odczuwalne przy wielu wejściach. Ale zastanawiam się czy zapis w bazie sql nie jest jakoś bezpieczniejszy pod kątem niezawodnosci tzn jeśli wielu ludzi we względnie tym samym czasie podejmuje akcje które modyfikują pliki w których są dane. Np w tej samej sekundzie kilka osób wychodzi i wchodzi (czyli numery pewnych userów znikają, a innyc się pojawiają). Co radzicie, lepiej zrobić to opierajac sie o SQL czy o pliki tekstowe? Czy może pod katem niezawodności nie ma to znaczenia?

Masz sqlite.

Tj. przedmówca. Miałem kiedyś serwis gdzie wiele danych opartych było o płaską bazę danych i przez wiele lat pojawiały się różne dziwne rzeczy. Wtedy mi nikt nie podpowiedział o istnieniu SQLite, a taka baza rozwiązałaby wiele problemów z ówczesnym serwisem.

Oczywiście nic nie stoi na przeszkodzie mieć takie pliki które są częściej do odczytu niż modyfikacji, ale tak czy siak nie bałbym się używania nawet do wielu zapytań baz danych SQL.

Oczywiście ze baza, jaka by nie była, jesli boisz sie blokady czy braku wydajności, to mozesz uzyc rabbitmq do kolejkowania zapisywanych danych.

Dlaczego baza? Bo wystarczy że pojawi się wymóg wyszukania jakichś danych, dodania np daty utworzenia rekordu, statystyk wejść i zaraz i tak będziesz musiał przerabiać na bazę danych.

@ohm musiałby mieć miliony zapytań/s żeby tam wsadzać rabbita