Aktywne Wpisy
Fialo +1494
corvvus +12
Muszę się wyżalić tutaj, bo nie mam gdzie.
W lipcu skończyłem 5-letnie studia. Przez cały semestr zwykle było luźno, zajęć niewiele, a jedynym ciężkim okresem gdzie trzeba było się rzeczywiście uczyć i zakuwać to był miesiąc sesji w ciągu każdego semestru. Miałem umowę z rodzicami, że będą mnie utrzymywać na studiach dopóki ich nie skończę, potem mam się usamodzielnić i zarabiać sam na siebie. I tak sobie żyłem przez te 5 lat
W lipcu skończyłem 5-letnie studia. Przez cały semestr zwykle było luźno, zajęć niewiele, a jedynym ciężkim okresem gdzie trzeba było się rzeczywiście uczyć i zakuwać to był miesiąc sesji w ciągu każdego semestru. Miałem umowę z rodzicami, że będą mnie utrzymywać na studiach dopóki ich nie skończę, potem mam się usamodzielnić i zarabiać sam na siebie. I tak sobie żyłem przez te 5 lat
Piszę w #python skrypt, który ma za zadanie monitorować ceny konkurencji, ok 30k ofert w sumie, ceny będą sprawdzane każdego dnia.
No i tutaj pojawia się pytanie w jaki sposób trzymać te dane i w jaki sposób na nich pracować, np:
1. Czy trzymać to w bazie danych czy w jakimś pliku txt?
2. Jeśli baza, to jakiego typu bazy danych najlepiej użyć w tym przypadku? (nie mam za bardzo rozeznania)
3. Jak się rozwiązuje tego typu problemy "zgodnie ze sztuką"? Czy wpycha się do bazy zawsze wartość z danego dnia czy tylko te wartości, które uległy zmianie?
Ewentualnie loguj zmiany tylko, wtedy będziesz wiedzieć przez jaki okres utrzymywała się dana cena, a nie będziesz miał ogromnej bazy z wpisem każdego dnia.
@Dar_Q: Generalnie wiadomo, że lepiej mieć pełne dane, także jest to kwestia tego, czy możesz sobie pozwolić na taką redundancję danych. 30k wierszy dziennie to prawie milion miesięcznie, a więc nie tak mało.
Każda oszczędność w danych zwykle oznacza bardziej zawiłą strukturę danych i
1. Baza dokumentów
2. CouchBase
3. To zależy już od Ciebie jak chcesz tymi danymi operować. Wrzucanie tylko zmian nie jest złe, ale leniwi wybiorą dodawanie codziennie (łatwiej potem pokazać na wykresie czy wygenerować cokolwiek). W zależności od tego jak wielkie są to liczby jeśli jesteś upierdliwym geekiem możesz zapisywać jedynie zmiany, a nie aktualną cenę. Czyli jeśli wyjściową ceną jest 1 0000, a zmieniło się na 1 0001 to
1. Zdecydowanie w bazie, daje Ci to później dużą elastyczność w manipulacji.
2. W zasadzie dowolna, na początek sqlite wystarczy, jak później będziesz chciał zmienić to nie powinno stanowić problemu ( http://www.python.rk.edu.pl/w/p/sqlalchemy/ ).
3. Pytasz o strukturę swojej bazy, tu temat jest zależny od wielu czynników, z tego co napisałeś, to zrobiłbym 2 tabele: konkurenci i zapisy (z kluczem obcym do konkurentów). Nie baw się w trzymanie różnic, bo później
@toshibaas: Nic wielkiego w sumie, cele są dwa:
1. Mieć jakiś ogólny pogląd na zmiany cen konkurencji, czyli mieć jakieś podstawowe statystyki zmian.
2. Pobierać dane o cenach kokurencji do innych moich skryptów, które na tej podstawie będą ustalały moją politykę cenową
Jeśli nie masz ograniczeń co do rozmiaru bazy, to opcja druga będzie łatwiejsza w późniejszych zestawieniach.