gdzie powinienem robić obliczenia, PHP lub Mysql?

Question

W dzisiejszych czasach robiłem wiele rzeczy do kalkulowania. Zazwyczaj wolę wykonywać te obliczenia w PHP niż w MySQL, choć wiem, że PHP nie jest w tym dobry. Myślałem, że MySQL może być gorszy. Ale znalazłem pewien problem z wydajnością: niektóre strony zostały załadowane tak wolno, że limit czasu 30 sekund nie jest dla nich wystarczający! Zastanawiam się, gdzie jest lepsze miejsce do obliczeń i zasad? Sugestie będą mile widziane.

Answer 1

Wszystko, co można zrobić za pomocą RDBMS (GROUPING, SUMMING, AVG), gdzie dane mogą być filtrowane po stronie serwera, powinno być wykonane w RDBMS.

Jeśli obliczenia byłyby bardziej odpowiednie w PHP, to dobrze, idź z tym, ale poza tym nie próbuj robić w PHP tego, do czego został stworzony RDBMS. PRZEGRASZ.

Answer 2

Powiedziałbym, że do obliczeń w językach, które zostały stworzone do tego, jak C++. Ale jeśli wybierzesz między mysql i php, php jest lepszy.

Answer 3

Używaj PHP, nie marnuj swojego MySQL na niekończące się kalkulacje. Jeśli mówisz o takich rzeczach jak sortowanie OK, aby używać MySQL do takich rzeczy, SUMA, AVG, ale nie przesadzaj.

Answer 4

cmptrgeekken ma rację, potrzebowalibyśmy trochę więcej informacji. ALE jeśli potrzebujesz wykonać obliczenia odnoszące się do zapytań do bazy danych lub wykonując na nich operacje, porównujesz pola certyfikatów z bazy danych, zmodyfikuj bazę danych. Wykonywanie specjalnych zapytań w SQL to cheape r (jeśli chodzi o czas i jest zoptymalizowany pod kątem tego). Jednak zarówno PHP, jak i MySQL są po stronie serwera, tak naprawdę nie ma znaczenia, gdzie wykonujesz obliczenia. Ale jak już mówiłem wcześniej, jeśli są operowane na bazie danych, wykonaj bardziej skomplikowane zapytanie SQL i użyj tego.

Answer 5

Natywne funkcje MySQL są bardzo szybkie. Zrób to, co ma sens w Twoich pytaniach.

Jeśli masz serwery wielokrotne (tj. Serwer WWW i serwer DB), zauważ, że serwery DB są znacznie droższe od serwerów WWW, więc jeśli masz duży ruch lub bardzo zajęty serwer DB, nie rób tego. "dodatki", które można obsługiwać równie łatwo/wydajnie na maszynie serwera WWW, aby zapobiec spowolnieniu.

Answer 6

Zalecam wykonanie dowolnego obliczenia poziomu wiersza za pomocą RDBMS.

Nie tylko uzyskasz lepszą wydajność, ale także zwiększysz mobilność aplikacji, jeśli chcesz przełączyć się na inny język skryptowy, powiedzmy PHP na Python, ponieważ już sortowałeś, filtrowałeś i przetwarzałeś dane używając swojego RBDMS.

Pomaga także oddzielić logikę aplikacji, pomógł mi zachować czystość i czystość kontrolerów podczas pracy w środowisku MVC.

Answer 7

Wystarczy śledzić, gdzie znajdują się wąskie gardła. Jeśli stolik zostanie zablokowany, ponieważ próbujesz uruchomić niektóre obliczenia, wszyscy pozostali oczekują na odczyt/zapis danych w wybranych tabelach, a kolejka będzie dalej rosnąć.

MySQL jest zwykle szybszy w przetwarzaniu poleceń, ale PHP powinno być w stanie obsłużyć proste problemy bez zbytniego zamieszania. Oczywiście nie oznacza to, że powinieneś wielokrotnie sprawdzać pingi w bazie danych dla tych samych obliczeń w kółko.

Możesz lepiej buforować wyniki, jeśli możesz i zlecasz cronowi aktualizację go raz dziennie/godzinę (nie rób tego co minutę, Twój dostawca usług hostingowych prawdopodobnie Cię nienawidzi).

Answer 8

Wykonaj tak dużo filtrowania i scalania, jak to tylko możliwe, aby wprowadzić minimalną ilość danych do php. Gdy masz już ten minimalny zestaw danych, zależy to od tego, co robisz, obciążenia serwera i być może innych czynników.

Jeśli możesz zrobić coś równie dobrze w obu, a SQL nie jest zbyt skomplikowany, aby pisać (i utrzymywać), to rób to. Dla prostej matematyki sql jest zwykle dobrym zakładem. W przypadku manipulacji ciągami, w których łańcuchy kończą się na tej samej długości lub rosną, php jest prawdopodobnie dobrym zakładem.

Najważniejszą rzeczą jest zażądanie jak najmniejszej ilości danych. Manipulowanie danymi, przynajmniej to, co może zrobić sql, jest wtórne do pobierania i przesyłania danych.