РСУБД против NoSQL для сайта досок объявлений

Для ваших целей можно использовать как SQL, так и no-SQL. Две основные причины отказаться от SQL: если у вас действительно большой трафик (и ваше решение sql не работает с точки зрения производительности), и если у вас много неструктурированных и изменяющихся данных, которые выгода от отсутствия схемы.

Лично я считаю, что важным фактором для вас является ремонтопригодность.

Если вы создаете что-либо с использованием no-sql, у вас будет меньше 10% аудитории для его обслуживания по сравнению с SQL.

Обычно программисты хотят использовать «лучшее» решение с технической точки зрения, но не принимают во внимание аспекты ремонтопригодности и затрат, особенно когда они считают решение «простым».

), для ваших целей я думаю, что NoSQL, вероятно, лучший выбор, чем MySQL. Вы должны проверить, например, MongoDB или CouchDB, обе являются масштабируемыми базами данных NoSQL с открытым исходным кодом (и, как уже упоминалось, есть другие базы данных NoSQL и системы хранения файлов, коммерчески доступные). В принципе, доски обмена сообщениями действительно не нуждаются в СУБД. В СУБД обработка запросов выполняется медленнее, чем в БД NoSQL, и доски обмена сообщениями могут иметь большой объем трафика, а также данные, которые не обязательно имеют фиксированную схему. Гибкость NoSQL в отношении структуры данных позволяет легко использовать и внедрять сегментирование, разбиение на разделы, индексирование и другие технологии.

Хотя производительность является одним из ключевых элементов, это не особенность NoSQL, это скорее следствие дизайна, я считаю, что особенность - это гибкость его структуры данных и возможность хранить информацию в одной строке, избегая множественных круговые обходы, когда вы работаете с записями, которые тесно связаны (см. этот пост http://djondb.com/blog чтобы лучше понять, о чем я говорю). Для любого веб-сайта, который требует ежедневного изменения своей модели, разумно выбрать БД, которая может не отставать от этой гибкости. Я немного предвзят, потому что я являюсь автором хранилища документов NoSQL, но я предлагаю вам попробовать хранилище документов NoSQL, вы будете удивлены, насколько быстро вы можете создавать решения, используя такой простой подход к хранению. .

Вы смотрели Redis (http://redis.io/)?

Вы можете смоделировать практически все, что есть в вашей СУБД, с помощью Redis. В большинстве случаев вы получите производительность x10, и это поддерживается большим и очень активным сообществом.

Я предлагаю вам подробно описать свои потребности на форуме Redis, и вы, вероятно, получите самые честные и профессиональные ответы; часть из них может предполагать, что вы используете другие технологии NoSQL в разных частях вашей архитектуры.