Latest posts on MongoDB и/или SQL topichttps://python.su/forum/topic/30495/2016-08-01T22:17:56+03:00Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T22:17:56+03:00Newone165972Так точно. Коллекция.
Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T20:57:30+03:00doza_and165969<blockquote><em>Newone</em><br/>пока идея создать в Монго один толстый документ на пару тройку гигабайт</blockquote>Один документ это как таблица с одной строкой. В этом случае применение базы данных вообще теряет смысл. Т.С. описался, думаю имелась ввиду одна коллекция.
Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T20:24:19+03:00Rodegast165967> пока идея создать в Монго один толстый документ на пару тройку гигабайт<br/><br/>Не получится у монги ограничение 16мб на документ.
Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T14:56:51+03:00Newone165960Согласен с вами, красота русского языка в изменении смысла слова в зависимости от контекста.
Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T13:28:48+03:00ZerG165957Отписываться - есть правилом хорошего тона.
Общий :: Базы данных :: MongoDB и/или SQL
2016-08-01T13:05:18+03:00Newone165956Спасибо. <br/>Вчера прочитал ваш ответ, пошёл думать и читать чтобы ясно ответить на уточнения, пришёл к выводу, что все гораздо проще. <img src="/static/djangobb_forum/img/smilies/smile.png" /><br/><br/>Все дело было в адресах. Предполагалось, что будет умная подсказка при заполнении адреса (уточнение по вашему вопросу - сначала мы запрашиваем, допустим, список стран через api get, после выбора страны опять через get получаем из справочника соответствующие города и т.д по рекурсии, а уж потом через post api размещаем полный документ с адресом и прочим в базы данных пользователей). И я не мог понять, как без внешних ключей это организовать. Но, как оказалось, все гораздо проще, можно запрашивать не ключ при подсказке, а сразу данные <img src="/static/djangobb_forum/img/smilies/smile.png" /><br/><br/>MongoDB выбрана по двум причинам, во-первых именно она в большинстве туториалов по Restful api, во-вторых, не хотелось делать линковочные таблицы в sql, а по задумке их там было бы не мало.<br/><br/>Вебсокеты, кстати, заработали вообще сразу, там у торнадо прям совсем все задокументировано и описано.<br/><br/> Upd.<br/>Нашёл базу данных адресов рф, <a href="http://fias.nalog.ru%2C">http://fias.nalog.ru,</a> пока идея создать в Монго один толстый документ на пару тройку гигабайт, со связями и прочим, если интересно, могу отписаться что вышло )))
Общий :: Базы данных :: MongoDB и/или SQL
2016-07-31T22:36:54+03:00doza_and165941<blockquote><em>Newone</em><br/>“Чета нимнога сложна”</blockquote>Да сложно.<br/>И еще непонятно.<br/>Какое отношение к монге имеют get и post?<br/>Архитектура Nosql и sql баз не так сильно отличается, ну уж справочники (те таблицы вообще говоря) делать можно и там и там. Попробуйте конкретнее сформулировать вопрос. Типа не получается вот такой запрос posgres переложить на MongoDB. <br/><br/>Ответы - <br/>Коллекции документов в mongo это и есть таблицы.<br/>Проблемы при большом количестве данных? Будут точно такие как и в Postgres. Там механизмы вообще идентичные. Но большие это не десятки тысяч, а сотни миллионов.<br/><br/>У вас много технологий для начла задействовано. Может по началу взять классику а потом По мере необходимости переезжать на Mongo, websocket и т п?
Общий :: Базы данных :: MongoDB и/или SQL
2016-07-31T18:26:53+03:00Newone165936Приветствую, прошу совета, какую архитектуру выбрать.<br/><br/>Планирую в своем приложении использовать MongoDB через RESTFUL API, сервер Tornado, websockets. Клиентом пока будет браузер, но в дальнейшем планируются еще и мобильные устройства.<br/><br/>Проблема следующая:<br/>MongoDB, насколько я пока понимаю, прекрасна в случае GET, но вот при POST могут возникнуть проблемы из за отсутствия “справочника”.<br/><br/>Предполагаемое решение:<br/>Справочники держать и апдейтить в PostgreSQL. На основе данных SQL запрошенных через GET создавать документы в NoSQL через POST.<br/><br/>Сомнения:<br/><ul><li>“Чета нимнога сложна”<br/></li></ul><ul><li>Придется хранить во многом <strong>Продублированные данные</strong> в разных системах.<br/></li></ul><br/>Вопросы:<br/><ul><li>Есть ли возможность в NoSQL организовать справочник в виде документа (фактически, как таблица в SQL), например, countries, и обращаться к элементам, например, countries.item.index?<br/></li></ul><ul><li>Если предыдущий пункт возможен, насколько это правильное решение, не будет ли проблем с производительностью, если позиций может быть очень много (десяток или несколько тысяч)?<br/></li></ul><br/>Пардон, если спрашиваю элементарные вещи, пока еще начинающий.<br/><br/>