SQL (MySQL) по сравнению с NoSQL [закрытый] (CouchDB)
Я посреди разработки хорошо масштабируемого приложения, которое должно хранить много данных. Просто, например, это сохранит партии о пользователях и затем вещах как много их сообщений, комментирует и т.д. Я всегда использовал MySQL прежде, но теперь я настроен попробовать что-то новое как couchdb или подобный, который не является SQL.
У кого-либо есть какие-либо мысли или руководство на этом?
1 ответ
Вот цитата из недавнего сообщения в блоге от Дэйра Обасанджо .
Базы данных SQL подобны автоматической передаче, а базы данных NoSQL - ручной передаче. Когда вы переходите на NoSQL, вы отвечаете за большой объем работы, которую система выполняет автоматически в системе реляционных баз данных. Подобно тому, что происходит, когда вы выбираете ручную коробку передач вместо автоматической. Во-вторых, NoSQL позволяет повысить производительность системы за счет устранения множества проверок целостности , выполняемых реляционными базами данных из {{1} } уровень базы данных. Опять же, это похоже на то, как вы можете повысить производительность своего автомобиля, управляя механической коробкой передач по сравнению с автоматической трансмиссией.
Однако наиболее заметным сходством является то, что, как и большинство из нас, не может воспользоваться преимуществами автомобиля с механической коробкой передач, потому что большая часть наших водителей находится в пробке по дороге на работу и обратно, существует аналогичная суровая реальность , когда большинство сайтов не принадлежат Google или {{ 1}} масштаб Facebook и, следовательно, нет необходимости в Bigtable или Cassandra.
К этому я могу добавить только то, что переход с MySQL, где у вас есть хотя бы некоторый опыт, на CouchDB, где у вас нет опыта, означает, что вам придется иметь дело с совершенно новым набором проблем и изучать различные концепции и лучшее практики.Хотя это само по себе замечательно (я играю дома с MongoDB, и он мне очень нравится), это будет стоимость, которую вам нужно будет рассчитать при оценке работы для этого проекта, и она несет неизвестные риски, обещая при этом неизвестные преимущества. Будет очень сложно судить, сможете ли вы выполнить проект вовремя и с тем качеством, которое хотите / необходимо для успеха, если он основан на технологии, которую вы не знаете.
Теперь, если у вас есть в команде эксперт в области NoSQL, то непременно присмотритесь к нему. Но не имея опыта в команде, не переходите на NoSQL в новый коммерческий проект.
Обновление : просто чтобы подлить бензина в открытый огонь, который вы развели, вот две интересные статьи от людей из лагеря SQL. : -)
Я не могу дождаться, когда NoSQL умрет (исходной статьи нет, вот копия )
Борьба с мышлением NoSQL, хотя это не анти- NoSQL Piece
Обновление : Вот интересная статья о NoSQL
Осмысление NoSQL