[Wykopowicz_Ryan]

Pracował ktoś na bazach danych gdzie liczba nowych rekordów w ciągu doby wynosiła jakieś 160 tysięcy? (jedna tabela)

MySQL wytrzyma po roku?

Pytanie też jak to rozdzielić, kilka baz według dat dodania? Na powiedzmy oddzielnych serwerach.

Dodawać co miesiąc nowy serwery i trzymać ich dane w jakiejś głównej bazie?

Jakaś gotowa metodyka w przypadku tego typu przedsięwzięć dla skromnego kodera się znajdzie?

#webdev #mysql #bazydanych

[ppawel]

taktyk

[weedget]

@Wykopowicz_Ryan: nie twierdze że będzie to najlepsze rozwiązanie ale w przypadku mysql możesz spróbować partycjonowania...

[virus-t]

taktyk

[torm]

@Wykopowicz_Ryan:

1. tak

2. zależy od rozmiaru rekordów, przeznaczenia bazy i tego co rozumiesz pod pojęciem "wytrzyma"

3. zależy jak to będzie odpytywane, jakie dane chcesz wyciągać.

Robiłem oprogramowanie wspierające monitorowanie infrastruktury radiowej - ilość danych była porównywalna. To co spływało na bieżąco i to co operator musiał widzieć (i ew. filtrować) było w wydzielonej tabli w RAM (MEMORY) - max 24h, równolegle dane leciały do zwykłej tabeli, z której dane

[m.....q]

@Wykopowicz_Ryan: Partycjonowanie po dacie?

http://stackoverflow.com/questions/11881079/add-mysql-range-partition-for-date-column

http://dev.mysql.com/doc/refman/5.5/en/partitioning-range.html

I przenoszenie wpisow starszych niz x dni do tabeli typu archove

http://dev.mysql.com/doc/refman/5.6/en/archive-storage-engine.html

lub na inny server?

[Wykopowicz_Ryan]

@msq: Przypomniałeś mi o tym wpisie.

@torm:

@weedget:

Dzięki za propozycje ale rozwiązałem to inaczej na ten moment.

Trochę nad tym myślałem i doszedłem do wniosku że nie muszę dodawać 160 tysięcy nowych rekordów co 24 godziny, ponieważ mogę przechowywać dane z całego miesiąca w każdym z rekordów (statystyki), tak więc wychodzi 160 tysięcy rekordów miesięcznie, nie dziennie.

Tak więc ilość tych rekordów już aż tak nie przeraża.

W