например, 200 мегабит в секунду, это подъемно?
Может быть, там, где Вы нашли такую СУБД (неужели трудно правильно писать название)? ;) А вообще, это целиком зависит от "железа", транзакций и количества клиентов.
если это один клиент на запись, берет данные и кладет в БД, железо, будем считать, избыточное?
Почему бы нет? Это же всего лишь ~20 MB / s, так?
25 мегабайт/с, если точно, 2,16 терабайта в сутки.
Так Вы учитывайте, что PostgreSQL — это не "свалка" для данных (а если нужно такое, PostgreSQL не стоит использовать, IMHO), а потому на таблице/таблицах будут и индексы (и CHECK-и и defaults, почти наверняка, кстати). Да и накладные расходы на каждый row довольно велики, и т.д. и т.п. Т.е. записываемый объём можно смело умножить на 5, например (по отношению к входному). Опять-таки, если "железо" это вытянет — почему бы нет...
что, по-вашему больше подойдет для такой "свалки", если искать надо вплоть до одной строки?
Зависит от других требований — ACID/нет, SQL/нет, multiuser/нет и т.п. В любом случае, это не здесь нужно спрашивать.
Обсуждают сегодня