 co jest lepsze ?, wydajniejsze... |
  |
| co jest lepsze ?, wydajniejsze... |
  26.09.2004, 09:28:49
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 75 Pomógł: 0 Dołączył: 21.07.2004 Ostrzeżenie: (0%) 
 |
które rozwiązanie jest wydajniejsze ?
A. 1 baza (system + forum w jednym) B. 2 bazy (system w pierwszej, forum w drugiej) czy jest w ogóle jakaś różnica ? thx za answers |
 |
 
|
|
26.09.2004, 09:35:28
Post
#2
|
|
 Grupa: Zarejestrowani Postów: 581 Pomógł: 0 Dołączył: 21.07.2003 Skąd: Jasło Ostrzeżenie: (0%)
|
B.
A różnica jest tym że masz odzielnie forum i system i nie obiazasz jedną baze forum i systemem. -------------------- „Człowiek jest wielki nie przez to, co posiada, lecz przez to, kim jest;
nie przez to, co ma, lecz przez to, czym dzieli się z innymi.” Jan Paweł II |
|
|
|
|
26.09.2004, 10:57:16
Post
#3
|
|
 Grupa: Zarejestrowani Postów: 127 Pomógł: 0 Dołączył: 19.11.2003 Skąd: Poznań Ostrzeżenie: (0%)
|
DO momentu gdy wszystko pracuje na jednej maszynie praktycznie nie ma roznicy. Stosując 2 bazy w przyszłości mozna taki engine rozłozyc na 2 maszyny bazodanowe. Strony wspólne (wyświetlające treści z systemu i z forum) będą jedynie wymagały dwóch konektorów do baz.
-------------------- Enceladus
Warsztat: bez warsztatu Aktua |
|
|
|
|
26.09.2004, 13:12:04
Post
#4
|
|
 Grupa: Zarejestrowani Postów: 602 Pomógł: 1 Dołączył: 3.04.2004 Skąd: Trójmiasto (Gdańsk) Ostrzeżenie: (0%)
|
myślę że większej różnicy w wydajności nie ma (możesz zrobić sobie testy - jeśli to zrobisz nie zapomnij opublikować wyników
 ), ale warto zachować rozłączność forum/serwis - hermetyczność na wypadek gdybyś potem chciał zmienić jeden z elementów
-------------------- |
|
|
|
|
26.09.2004, 13:37:24
Post
#5
|
|
|
Grupa: Zarejestrowani Postów: 75 Pomógł: 0 Dołączył: 21.07.2004 Ostrzeżenie: (0%)
|
widzę że 2 bazy są bardziej przyszłościowym i niestety dużo droższym rozwiązaniem
|
|
|
|
|
26.09.2004, 22:07:44
Post
#6
|
|
 Grupa: Zarząd Postów: 2 277 Pomógł: 6 Dołączył: 27.12.2002 Skąd: Wołów/Wrocław |
Cytat niestety dużo droższym rozwiązaniem Jeśłi stanowi to problem, (choćb wpspomniane kwestie finansowe) to można skorzystac z inengo sposobu, udstępnianego przez większość systemów, tj. z prefixów w nazwac tabel. Dzięki temu pracując na jednej bazie mamy "odseparowane" dane, i o ile skrypt nie ma jakichś poważnych błędów bezpieczeństwa, zapewnia to wystarczajacy komfort pracy (również przy przenoszeniu i zapisywaniu danych) Faktycznie bowiem - poza względami estetycznymi i bezpieczeństwa, innych zalet, albo przeciwwskazań nie ma. (nie zaobserwujesz żadnych różnic wydajności) -------------------- "Niezależnie od tego, jakie masz osiągnięcia, ktoś Ci pomaga..."
|
|
|
|
|
27.09.2004, 13:14:03
Post
#7
|
|
|
Grupa: Zarejestrowani Postów: 75 Pomógł: 0 Dołączył: 21.07.2004 Ostrzeżenie: (0%)
|
ciekawe rozwiązanie ale teraz bym musiał dużo przerobić żeby to osiągnąc,
wielobazodanowy system ma dużą (z tego co widzę) zaletę : to to że można go rozłożyć na parę komputerów (i osiągnąć w ten sposób łatwy przyrost wydajności -> komputer = jedna baza) |
|
|
|
|
27.09.2004, 13:27:49
Post
#8
|
|
 Grupa: Zarząd Postów: 3 503 Pomógł: 28 Dołączył: 17.10.2002 Skąd: Wrocław |
Jeśli projekt to dwa osobne pakiety, to ok. ale jesli budujesz coś ściśle integralnego, to może się okaząc, ze dwie czy więcej silników baz danych pociaga za soba koniecnzosc kontroli tego, co w której bazie siedzi.
Pozatym, jesli projekt uwzględnia możliwość autoryzacji uzytkowników, to pamiętaj, że któraś baza musi być nadrzędna. W końcu tylko w jednym miejscu powinna być informacja o uzytkowniku - chyba, zę do każdej części serwisu będzie trzeba się osobno rejestrować. -------------------- |
|
|
|
|
27.09.2004, 13:40:43
Post
#9
|
|
|
Grupa: Zarejestrowani Postów: 75 Pomógł: 0 Dołączył: 21.07.2004 Ostrzeżenie: (0%)
|
i tutaj jest problem bo wszystko musi być integralne (tj. koszyk na zakupy + system rejestracji + baza produktów -> baza system; forum + szczegółowe statystyki (nie tylko dotyczące forum) + newsy -> baza forum
|
|
|
|
|
|
Wersja Lo-Fi | Aktualny czas: 24.07.2025 - 16:47 |
