Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> Wirtualne foldery
NickOver
post 30.05.2016, 17:43:58
Post #1





Grupa: Zarejestrowani
Postów: 332
Pomógł: 10
Dołączył: 13.03.2014
Skąd: Bydgoszcz

Ostrzeżenie: (0%)
-----


Cześć smile.gif
Robię projekt w którym user może zakładać swoim klientom foldery (foldery mogą być w folderach) do których user będzie mógł wrzucać pliki. Najpierw myślałem nad trzymaniem tego w json'ie (jeden plik na klienta) jednak ciągle mam problemy ze strukturą danych tj. muszę mieć informację o nazwie danego folderu jak i "ścieżce" aby można było jednoznacznie przypisać plik do miejsca (aby nie było problemów gdy są 2 foldery o takiej samej nazwie w 2 różnych folderach). Przez głowę przeleciała mi baza jednak jest to zły pomysł ze względu na ilość rekordów. Nie chciałbym aby były to "realne foldery" ponieważ tylko zajmują niepotrzebnie miejsce a aplikacja będzie chmurowa. Rozwiązywaliście kiedyś taki problem? A może macie pomysł na strukturę danych w jsonie?
Pozdrawiam
NickOver
Go to the top of the page
+Quote Post
Pyton_000
post 30.05.2016, 18:23:07
Post #2





Grupa: Zarejestrowani
Postów: 8 068
Pomógł: 1414
Dołączył: 26.10.2005

Ostrzeżenie: (0%)
-----


JSON odpada.

BD i nested set rozwiąże Twój problem w 100%
Go to the top of the page
+Quote Post
NickOver
post 30.05.2016, 18:41:42
Post #3





Grupa: Zarejestrowani
Postów: 332
Pomógł: 10
Dołączył: 13.03.2014
Skąd: Bydgoszcz

Ostrzeżenie: (0%)
-----


Cytat(Pyton_000 @ 30.05.2016, 19:23:07 ) *
JSON odpada.

BD i nested set rozwiąże Twój problem w 100%


Niestety. Zakładam na początek 50 userów po 300 klientów dla których będzie ~15 katalogów Co daje albo ~250k rekordów (które będą pobierane i modyfikowane dość często) lub 15k tabeli.
Go to the top of the page
+Quote Post
Pyton_000
post 30.05.2016, 18:51:36
Post #4





Grupa: Zarejestrowani
Postów: 8 068
Pomógł: 1414
Dołączył: 26.10.2005

Ostrzeżenie: (0%)
-----


Skoro uważasz że Json będzie lepszy to nie mam nic więcej do powiedzenia.

Ten post edytował Pyton_000 30.05.2016, 18:51:45
Go to the top of the page
+Quote Post
Crozin
post 30.05.2016, 18:54:40
Post #5





Grupa: Zarejestrowani
Postów: 6 476
Pomógł: 1306
Dołączył: 6.08.2006
Skąd: Kraków

Ostrzeżenie: (0%)
-----


Dlaczego 250 tys. rekordów miałoby być problemem?
Go to the top of the page
+Quote Post
NickOver
post 30.05.2016, 19:07:23
Post #6





Grupa: Zarejestrowani
Postów: 332
Pomógł: 10
Dołączył: 13.03.2014
Skąd: Bydgoszcz

Ostrzeżenie: (0%)
-----


Cytat(Pyton_000 @ 30.05.2016, 19:51:36 ) *
Skoro uważasz że Json będzie lepszy to nie mam nic więcej do powiedzenia.


Nie uważam. Po prostu według mnie trzymanie całej struktury w bazie nie będzie zbytnio optymalne zważając że często będzie to edytowane.


Cytat(Crozin @ 30.05.2016, 19:54:40 ) *
Dlaczego 250 tys. rekordów miałoby być problemem?


Ponieważ to dane na sam początek. W pierwszych dniach działania mam zapewnioną taką liczbę userów. A planuję dość szybką ekspansje.
Go to the top of the page
+Quote Post
Arcioch
post 30.05.2016, 19:15:22
Post #7





Grupa: Zarejestrowani
Postów: 324
Pomógł: 110
Dołączył: 18.09.2012

Ostrzeżenie: (0%)
-----


Dla mnie nested i baza to słuszne rozwiązanie smile.gif
Do tego jakiś cache typu Redis albo Memcached i będzie śmigać.

Polecam też prezentację Pana Mariusza Gila na temat jak lepiej zrozumieć i budować wydajne bazę: LINK
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 14.08.2025 - 12:23