artykuły z grafiką w bazie danych Opcje

[tukan]

Witam po prawie rocznej przerwie .
Znowu wakacje, znowu PHP, WRESZCIE!
Zastanawiam się nad jedną rzeczą. W tabelce trzymam różne informacje ( nie długie, ok 5 zdań). Co do niektórych będą zamieszczone zdjęcia ( po jednym ). I teraz jak to zoorganizować? Umieszczać linka obok treści informacji, a może w osobnej kolumnie, ( jak w takim razie zanzaczać, w którym miejscu chcę to zdjęcie ( czyli np. dwie linijki tekstu, zdjęcie i znowóż dwie linijki tekstu)). Poza tym, rozważam możliwość generowania kiedyś pdfów, więc, żeby się potem nie okazało, że będzie problem ze wstawieniem zdjęć do pdf'a.
Pozdrawiam!

Ten post edytował tukan 15.06.2012, 14:19:49

[emkej]

Wgrywaj zdjęcia osobno na FTP i do artykułow wrzucaj tylko linki.

[alegorn]

sprawa nie jest taka prosta.

jedna z ważniejszych maksym tutaj to będzie że: dane nie trzymane w bazie danych - nie są przez tą bazę zarządzane
jeśli nie są to wielkie pliki, oraz nie będzie ich wiele - lepiej będzie trzymać to bazie danych.

większość programistów będzie wskazywać rozwiązanie sugerujące umieszczanie plików poza bazą, ale nie jest to zawsze dobrym rozwiązaniem np:
* masz jakiś art.
* chcesz usunąć dany artykuł (zwłaszcza jeśli stosujesz miękkie usuwanie) masz dwie opcje:
- zostawiasz grafikę
- usuwasz grafikę

kwestia wyboru opcji - albo dziergasz kolejne linie skryptu i usuwasz zbędną (i widoczną z netu) grafikę, albo nie przejmujesz się tym że zaśmiecasz sobie serwer.(a serwery lubią porządek w katalogach. sic!)

- usuwasz (no, ale co jeśli będziesz chciał przywrócić dany art??)
- zostawiasz, ale jeśli nie zastosowałeś bardziej zaawansowanej obsługi plików - możesz rozwalić sobie system plików na serwerze

także, moim zdaniem, jeśli nie robisz np galerii - zapis plików do bazy danych, nie jest już tak bezsensowny.
jedynym problemem, ale do rozwiązania jest backup tych tabel, ale jeśli zrobisz to w osobnej tabeli i backup jej robisz przyrostowo.

j.

[smokit]

tylko że pojemność na hostingu ma się na ogół w GB
a pojemność bazy danych z MB (a już nie wiem jak z wydajnością takiego przetwarzania)
na ogół

a co do grafiki, jak usunie się art i automatycznie grafikę to co za problem?
jak się doda na nowo art to i na nowo doda się grafikę, jako autor ma się i art i grafikę albo zgodę innego autora

po co sobie mieszać i utrudniać
jest art i grafika i robisz 3 statusy artykuły
1 = widoczne
2 = nie widoczne (jest na serwerze i art i grafa
(3 status do po prostu fakt skasowania i fizycznego niebytu na serwerze)

[alegorn]

smokit::

* wielkość hostingu - no cóż, to już zależy od specyfiki zleceniodawcy.
dla sporej większości, rozmiar bazy danych nie ma znaczenia. <przynajmniej dla profesjonalistów>

* usuwanie i przywracanie - mowa o miękkim usuwaniu, i możliwości przywrócenia artykułu. temat rzeka, zalety i wady tego są znane i szeroko komentowane.

ja tutaj zaznaczyłem jedynie, że nie jest to pomysł z punktu zły. że powinien być rozważany względem każdego projektu. bo wcale nie twierdzę że to jest jedyne i słuszne rozwiązanie.


poza tym, wiesz, co się dzieje z systemem plików na serwerze uniksowym (zwłaszcza tych starszych ext2, ext3) jeśli przekroczysz barierę liczby plików ?

j.

edit: korekta.

Ten post edytował alegorn 27.06.2012, 12:33:19