[MySQL][teoretycznie]Silnik dla systemu statystycznego Opcje

[Mackos]

Cześć,
Pracuję nad nowym silnikiem dla swojej aplikacji reklamowej.
I generalnie mam problem czysto teoretyczny.

Otóż cały czas czytam o różnych silnikach bazodanowych i nie idzie się zdecydować, chodzi mi dokładnie o silnik do którego zapisywane są dane o wyświetleniu reklamy. Przewiduję dzienny ruch / zapis rzędu 1,5mln rekordów na spokojnie.
I jak dotąd myślałem, że innoDB ze względu na blokowanie tabeli na poziomie rekordu zdaje egzamin, jednak teraz przeczytałem kilka innych artykułów, które sugerują do tego typu zadań wykorzystywanie MyISAM. Bo w rzeczy samej tabela w bazie będzie się opierała niemal wyłącznie o inserty, w dodatku o "insert delayed", tylko pytanie czy MyISAM obsłuży lepiej te kilkaset insertów na minutę lub nawet sekundę?
Oczywiście dla ścisłości, co 4 godziny tworzona jest nowa tabela gdzie są zapisywane informacje, tym sposobem rekordy z całego dnia są przeliczane do finałowej tabeli w trybie podliczania ostatniej wolnej tabeli i zapisywania danych do tabeli z raportami, (i tu pytanie nr 2) jakiego silnika użyć dla tabeli z raportami?
Jak coś to Archive nie zdaje dla mnie egzaminu, MEMORY używam ale w innym celu. Za mało wiem o TokuDB ale na tyle na ile mi wiadomo to jest to baza noSQL co raczej wyklucza ją z pakietu zainteresowań ze względu na blokowanie całej bazy.

Co poradzicie?

[Mackos]

Okej, to zdecydowałem robić zapis danych w takiej formie:
Aplikacja -> Redis (jeśli włączony) -> Baza Danych, teraz ponowie pytanie z jakich silników korzystać dla tabeli z raportami (czyli policzonymi spersonalizowanymi statystykami)?

W bardzo podobnej sprawie założyłeś już kiedyś temat, w którym również się bardzo podobnie wypowiedziałem.

Tak, cały czas praktycznie pracuję w jednej branży (reklamy), i cały czas się uczę i czytam o nowych zastosowaniach co wzbudza moje niemal identyczne wątpliwości.
Finalnie w tych aplikacjach baza danych (zawsze) niedomaga :/ .
Na domiar złego ta aplikacja nad którą pracuję, nie dość że ma być związana właśnie z taką ilością rekordów, to będzie rozliczana w modelu SaaS. Więc te liczby są liczone per klient.
Fajnie byłoby maksymalnie ograniczyć `pożary` systemu przed startem, bo itak wiem, że po starcie to będzie ciągły update.