Każdy użytkownik na mojej stronie będzie miał około 3000 linijek tekstu do pobrania w txt. Moje pytanie brzmi czy bardziej opłaca się aby skrypt odrazu zapisywał do txt i pliki były przetrzymywane normalnie w folderach(nie są to dane, które trzeba specjalnie chronić) czy aby skrypt zapisywał do bazy mysql, a dopiero w trakcie ściągania będzie generował się plik txt? Jeżeli lepiej będzie do mysql to jaką dać organizację tego: dla każdego użytkownika będzie tworzyć się nowa tabela czy dane wszystkich użytkowników w jednej tabeli(około 3k wierszy na użytkownika)?

Z góry dzięki za pomoc

Czy to zawsze będzie 3000 linijek tekstu?
Czy te dane będą tworzone tylko raz przy rejestracji?
Czy będzie w nich coś wyszukiwane?
Czy będą edytowane?

Na pewno nie baza danych i osobne tabele. To najgroszy pomysł.

Nie zawsze to będzie 3k linijek, ale to jest tak średnio na 1 użytkownika.
Dane będą jakby dopisywane przez kilka dni.
Nic nie będzie wyszukiwane, jedynie do pobrania.
Nie będą zmieniane.

Można by było spokojnie zapisywać do bazy danych w formacie binarnym ,myślę że nie obciążyłoby bazy,ale jak to txt nie wymagający żadnych specjalnych zabezpieczeń to zapisywać do folderu byłoby chyba lepszym rozwiązaniem.

To są takie dane, że mogłyby być nawet publicznie dostępne, ale po prostu są przydatne jedynie dla każdego użytkownika z osobna. Każdy plik będzie prawdopodobnie pobierany max kilka razy, ale tych plików łącznie mogłoby być trochę dużo(zależy od ilości użytkowników). Czyli lepszym rozwiązaniem będzie od razu zapisywanie do txt? Może jeszcze ktoś się wypowie.

PS. Z bazy danych i tak będę korzystał do przechowywania danych użytkowników, tylko kwestia co będzie bardziej optymalne.

Napisałeś że nie będą edytowane a za chwilę że będzie coś dopisywane?
Dopisywanie to w przypadku bazy edycja tak czy siak.

Ja bym stawiał na pliki.

Jeszcze pytanie jakie obciążenie przewidujesz, bo może obawy o optymalność są bezzasadne.
Jeżeli i tak będziesz używał bazy, to może po prostu lepiej zachować spójność danych.

Jeśli nie będziesz nic wyszukiwał to raczej pliki byłyby lepszym rozwiązaniem. Przy ogromnej ilości plików dobrym rozwiązaniem może być grupowanie plików w folderach. Ja to robię przeważnie tak: plik abcdefghij.txt umieszczam w: ab/cd/ef/abcdefghij.txt

Przy dużych ilościach plików, backup będzie mega problemem. Jeżeli strona będzie postawiona na jakimś współdzielonym serwerze, to zwyczajnie ci podziękują, bo ich backup który będą robić, będzie się zatrzymywał na twojej stronie i mielił tak długo aż nie zrobi pełnego backupu.

Jak nie chcesz angażować mysql, bo wydaje ci się to przerostem treści nad formą, a chciałbyś mieć to w pliku, jednocześnie jakoś sensownie posegregowane i żeby odczyt był w miarę szybki, w takim wypadku polecam sqlite. Ostatnio coraz bardziej sam się do niego przekonuje, zwłaszcza w kwestii "panelu" administracyjnego, gdzie można w łatwy i praktyczny sposób w plikowej bazie danych przechowywać jakieś dane. Lub tworzyć taką bazę danych w pamięci, wtedy kiedy jest ona nam potrzebna na jakiś niezbyt długi czas (czas sesji przykładowo).

Jak używasz PDO, to przestawienie się na sqlite nie będzie dla ciebie tym bardziej żadnym problemem.

Miałem na myśli, że w przypadku bazy nie byłoby polecenia UPDATE, a jedynie INSERT INTO.


Tak jak napisałem, każdy użytkownik około 3k linijek txt, pobieranych prawdopodobnie kilka razy, a reszta zależy od ilości użytkowników.


Plików trochę będzie, ale czy aż tyle, że może to mocno spowolnić backup?

To już zależy od samego hostingu, nie wszędzie potrafią napisać ci o tym limicie, nie wszędzie ten limit jest jakiś straszny. Wszystko zależy od hostingu. Jak jest kiepski, za 3,99zł + vat, to możesz się takiego info spodziewać, o ile robione są backupy na takich hostingach nie mniej, ilość plików przeszkadza przy robieniu backupa. Tutaj na forum, czy na webhostingtalk było kilka tematów odnośnie ISP którym to przeszkadzało i delikatnie wypraszali ze swoich serwerów.