Не могу определиться с базой данных

[huanpedro]

есть ключ, уникальное число
и есть значение - текст от нескольких слов, до нескольких килобайт(может и мегабайт) текста

В чем хранить? куда копать.

[vlad0708]

mongo отличная штука, использую на больших объемах данных.
но ее лучше использовать только на 64-разрядной OS, на 32 она не катит никак.

На Centos 6 в частности шикарная производительность

[vlad0708]

mongo для текущей задачи не совсем подходит

[huanpedro]

Сообщение от chesser

ТС, какие объемы? характер нагрузки и ее количество?
какой процент hot dataset? может 1% данных будет использоваться 90% времени, а может все данные равномерно.



вредная фича на больших объемах, проверено не раз, ну и особенно, если это primary key

монго - гавно, послушайте конференции веб-разработчиков, которые уже отказались от монги, и какие у них причины на это

одна из таблиц - до 75 лямов строк.
общий вес нескольких таблиц до 100 Гб.
первый столбец unique primary key
С базой работает только 1 скрипт, в параллели ничего не работает.
Нужно до пары десятков запросов в секунду к таблице для получения одной строки. В другой таблице несколько запросов в минуту для получения выборки с такого ID по такой подряд.

Так пораскинул мозгом, по востребованности: все записи примерно одинаково востребованы, новые записи чуть чаще. Добавление записей редкое, несколько раз в день. Вроде так.

p.s. ОС Debian

[vlad0708]

Сообщение от huanpedro

Нужно до пары десятков запросов в секунду к таблице для получения одной строки.

запрос по primary key?

[ulitka]

Нужно до пары десятков запросов в секунду к таблице для получения одной строки

чё-то я так и не понял смысл этого действа

[netsnt]

Берется mysql, делается таблица с двумя полями - primary key и text необходимого размера (mediumtext наверное хватит).

Для быстрой выборки по pk ставится и используется плагин handlersocket. В percona и mariadb входит в поставку. Штука крайне шустрая, используется на хайлоадах, на нескольких сайтах из alexa top-100. При этом конечно же сохраняется возможность работать с таблицей стандартными средствами mysql-я.

Если будет все писаться на php, то при таких длинах текста лучше работать с handlersocket обычным fsockopen, чем использовать всякие экстеншены - биндинги на libhsclient: выгода от отсутствия двойного копирования (в либу - в zval) будет больше, чем прирост от нативного сишного кода, т.к. протокол крайне примитивен - обычные строки разделенные табуляцией, и все. Это конечно не относится к расширениям, которые сами реализуют протокол и пишут сразу в zval-ы, но я таких не видел в природе (хотя написать не сложно).

[rushter]

Сообщение от WebNinja

ага послушайте пару недовольных эмо нердов которые "неосилили" или пытались ей делать то, для чего она не предназначена, или как получается у instagram, reddit, pinterest все ок, а значит у крутых "веб-разработчков" есть причины для этого? в сети так же куча выступлений противоположного окраса.

нет конкретики, типа мы делали то-то столкнулись с такими-то проблемами. а без этого все эти разговоры гавно-не-гавно это просто бла-бла-бла, пацаны сказали что сто-пудово НЛО существует.

Самое смешное что instagram mongo не использует, а pinterest отказались в пользу mysql+redis

[vlad0708]

20 запросов в секунду - это ерунда

[WebNinja]

Сообщение от rushter

Самое смешное что instagram mongo не использует, а pinterest отказались в пользу mysql+redis

хуй с ними значит.
http://www.mongodb.org/display/DOCS/...on+Deployments

[huanpedro]

Сообщение от vlad0708

20 запросов в секунду - это ерунда

спасибо Кэп