Pliki danych podejście do przechowywania na serwerach internetowych

głosy
0

Moje dane aplikacji internetowych sklepach produkt w plikach XML na dysku na serwerze WWW. To jest w porządku, jeśli chodzi o niewielkiej liczby produktów, jednak mam obawy, że duże ilości plików może powodować problemy.

Więc powiedzmy, że będę mieć 20.000 produktów, które mogłyby oznaczać konieczności 20.000 plików XML wewnątrz katalogu. Nie jestem zaznajomiony z infrastrukturą pamięci dyskowej serwera, by tak wiele plików powodować problemy, takie jak znaczny spadek szybkości dostępu i / lub nadmiernej fragmentacji dysku? Czy serwery pamięci masowej nawet fragment, jest fragmentacja problem, że muszę się martwić na serwerach?

Wolałbym, aby moje pliki XML osobnika, bo mogę mieć do nich dostęp bezpośrednio jako zawartość statyczną poprzez http daje mi dużo większą szybkość dostępu i buforowanie. Alternatywą byłoby stworzenie dużego binarny plik danych i przechowywania danych XML każdego produktu wewnątrz tego pliku w trybie binarnym, a następnie użyć skryptu po stronie serwera plików XML, aby wyodrębnić z tego dużego pliku danych. (Tak wiem, że mogę po prostu zapisać je w bazie danych, ale to nie jest przypadek, że jestem zainteresowany).

Utwórz 27/08/2009 o 00:04
źródło użytkownik
W innych językach...                            


5 odpowiedzi

głosy
0

Baza danych jest droga. Jeśli nie chcesz zależności zewnętrzne można przejść z SQLite. Jest on zbudowany w php i domyślnie włączona w obecnych wersjach php.

Podstawowym magazyn danych jest zazwyczaj pojedynczy plik.

Odpowiedział 28/08/2009 o 17:51
źródło użytkownik

głosy
0

jeśli można dostać się do punktu, gdzie trzeba, że wiele produktów, to bardzo polecam przy użyciu systemu bazy danych pewnego rodzaju. Jeśli głównym problemem jest buforowanie, istnieje wiele metod buforowania tam, które zapewnią statyczny podobną wydajność systemów bazodanowych. Plus, jeśli Twoja firma jest w miejscu, gdzie ma 20.000 produktów do zarządzania, a następnie zarządzanie tabela bazy danych jest najmniej ich zmartwień;)

Odpowiedział 27/08/2009 o 00:44
źródło użytkownik

głosy
0

Dobry pomysł, aby ograniczyć liczbę plików lub katalogów w danym katalogu.

Jedną ze strategii jest, jeśli masz unikalne identyfikatory dla każdego pliku XML, należy utworzyć strukturę folderów, która używa tego identyfikatora.

na przykład

Produkt 000123 jest przechowywana w:

Produkty \ 00 \ 01 \ 23 \ product.xml

i produkt 019384 jest przechowywana w:

Produkty \ 01 \ 93 \ 84 \ product.xml

To będzie zmniejszyć liczbę elementów w danym folderze, do 100, co jest dość rozsądna.

Nadzieję, że pomaga.

Odpowiedział 27/08/2009 o 00:33
źródło użytkownik

głosy
0

Spójrz na systemie baz danych XML Berkeley DB. można zachować swój rodzimy XML zyskując jednocześnie wszystkie zalety kwasowy DB.

Należy pamiętać, że dysk IO zamierza być jednym z najdroższych operacji.

Link: http://www.oracle.com/database/berkeley-db/xml/index.html

Odpowiedział 27/08/2009 o 00:14
źródło użytkownik

głosy
-1

Jakiej wielkości są pliki? Ile odsłon / s? Co znajduje się względną popularność każdego pliku? Ile dysków? Ile pamięci RAM? Używasz RAID?

Zasadniczo - to zależy.

Odpowiedział 27/08/2009 o 00:13
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more