Wersja do druku
Dysponuje ktoś miarodajnym porównaniem szybkości zapisu/odczytu danych z użyciem tych dwóch typów baz danych?
Pytanie nie dotyczy tylko OTSów - chodzi mi o jakiś konkretny przypadek (z życia, w teori mysql jest wielokrotnie szybsze) i konkretne porównanie wydajności oraz czasu implementacji obsługi mysql w C++ (w tym momencie używam własnego tworu podobnego do XML'a).
Serwery SQL mają na ogół swój Cache korzystający z RAMu, więc z dysku korzysta wtedy, gdy czegoś nie ma w Cache albo zapchało się całe przydzielone miejsce.
Jeśli wraz z obsługą XMLowych plików masz jakiś RAMCache dla nich, to różnica pewnie będzie mała między wykorzystaniem SQL a XML. Jeśli nie, to serwer będzie ostro zwalniał przy dużym IO na dysku.
Jeśli chodzi o implementację, to prawdopodobnie w każdym języku masz już jakieś gotowe biblioteki, więc wystarczy tylko przenieść strukturę plików do bazy, a potem same dane.
Nie wiem czemu wymagasz od nas aż takich konkretnych liczb, ale spokojnie można powiedzieć że SQL jest kilkunastokrotnie szybszy, pozwala wyselekcjonować konkretne dane (w przypadku XML wiązało to się z załadowaniem całego pliku gracza), można wykonywać wiele zapytań na raz (w XML masowe logowanie graczy powodowało że dysk nie nadążał i serwer padał).Cytuj:
Fenel napisał
A co do implementacji - i do XML i do SQL są biblioteki pisane w C++, gdzie developerowi pozostaje tylko wywoływać metody specyficzne dla konkretnego języka.
Implementacje XML widziałem w dwóch wydaniach (TinyXML i Mini-XML) - z punktu pisania kodu nie spodobały mi się, więc używałem swojego rozwiązania.
Teraz przejrzałem source otserv'a: porównując sposób wczytywania z bazy danych mysql informacji o koncie w porównaniu do podobnego fragmentu u mnie z XML czy z własnym parserem jest dużo przejrzyściej, więc mysql złapał kolejnego plusa.
RAMCache nie mam - za wczesny etap projektu na optymalizację, nie ma co się bawić z tym dopóki wydajność wystarcza.
Podsumowując wszystko: będę migrował na mysql, przejrzystość, szybkość i wygoda wynagradzają czas pracy na to potrzebny, na dodatek jest perspektywiczne w porównaniu do mojego parsera.