Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 SQL or NoSQL  [new]
Slaviskes
Member

Откуда:
Сообщений: 43
Когда удобнее использовать NoSQL СУБД, например документо-ориентированные как MongoDB и есть ли преимущества кроме производительности и масштабирования. На сколько просто\удобно в реальных проектах использовать туже MongoDB вместо других SQL РСУБД?
26 фев 14, 14:58    [15632922]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5825
Slaviskes
Когда удобнее использовать NoSQL СУБД, например документо-ориентированные как MongoDB и есть ли преимущества кроме производительности и масштабирования. На сколько просто\удобно в реальных проектах использовать туже MongoDB вместо других SQL РСУБД?


Если не нужен ACID, то можно NoSQL.
В противном случае только SQL.
26 фев 14, 15:50    [15633425]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
mad_nazgul
Slaviskes
Когда удобнее использовать NoSQL СУБД, например документо-ориентированные как MongoDB и есть ли преимущества кроме производительности и масштабирования. На сколько просто\удобно в реальных проектах использовать туже MongoDB вместо других SQL РСУБД?


Если не нужен ACID, то можно NoSQL.
В противном случае только SQL.
Хм. А мы поддержку ACID самостоятельно реализовали поверх MongoDB.
Но основным хранилищем пока остаётся MS SQL Server
26 фев 14, 19:13    [15635221]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
miksoft
Member

Откуда:
Сообщений: 38921
mad_nazgul
Если не нужен ACID, то можно NoSQL.
В противном случае только SQL.
http://stackoverflow.com/questions/2608103/is-there-any-nosql-that-is-acid-compliant
26 фев 14, 20:50    [15635669]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
SERG1257
Member

Откуда:
Сообщений: 2934
skyANA
Хм. А мы поддержку ACID самостоятельно реализовали поверх MongoDB.
Но основным хранилищем пока остаётся MS SQL Server
Разрешите поинтересоваться в целях повышения образованности, а зачем тогда вообще связыватся с MongoDB. В минусе - зоопарк, необходимость поддержки еще одного звена и т.д. и т.п., а в плюсе?
26 фев 14, 20:55    [15635693]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Yo.!
Guest
на сколько я знаю кроме ACID там полная задница с джоинами. т.е. если условия задачи изменились и тебе нужно не просто вытаскивать документ, а несколько связанных, то если это не было заложено изначально в архитектуру, то туши свет.
26 фев 14, 23:37    [15636411]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
SERG1257
skyANA
Хм. А мы поддержку ACID самостоятельно реализовали поверх MongoDB.
Но основным хранилищем пока остаётся MS SQL Server
Разрешите поинтересоваться в целях повышения образованности, а зачем тогда вообще связыватся с MongoDB. В минусе - зоопарк, необходимость поддержки еще одного звена и т.д. и т.п., а в плюсе?
Ну как зачем.. Performance, Scalability, and High Availability...

А для кэширования мы используем Couchbase, жуть да?
27 фев 14, 01:17    [15636782]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Yo.!
на сколько я знаю кроме ACID там полная задница с джоинами. т.е. если условия задачи изменились и тебе нужно не просто вытаскивать документ, а несколько связанных, то если это не было заложено изначально в архитектуру, то туши свет.
Ну эту "задницу" мы обошли при помощи шаблона "прямые ручки"
27 фев 14, 01:18    [15636785]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
SERG1257
Member

Откуда:
Сообщений: 2934
skyANA
Ну как зачем.. Performance, Scalability, and High Availability..
А родные средства от MS SQL не тянут или слишком дорого?
27 фев 14, 01:54    [15636882]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
SERG1257
skyANA
Ну как зачем.. Performance, Scalability, and High Availability..
А родные средства от MS SQL не тянут или слишком дорого?
Дорого и трудозатратнее.
27 фев 14, 01:58    [15636896]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
DPH3
Member

Откуда:
Сообщений: 456
skyANA
А родные средства от MS SQL не тянут или слишком дорого?
Дорого и трудозатратнее.[/quot]
А какие нагрузки были?
27 фев 14, 07:08    [15637137]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5825
skyANA
mad_nazgul
пропущено...


Если не нужен ACID, то можно NoSQL.
В противном случае только SQL.
Хм. А мы поддержку ACID самостоятельно реализовали поверх MongoDB.
Но основным хранилищем пока остаётся MS SQL Server


В том то все и дело!
Зачем что-то делать, когда уже все есть?
Т.е. зачем нужно MongoDB для кэша, когда то же самое можно добиться настройками SQL-сервера?

Я понимаю, что NoSQL нужны в некоторых случаях (их не так много, но они есть)
Но пихать их всюду смысла нет, т.к. придется делать кучу "велосипедов", только для того чтобы реализовать то что есть давно в SQL.
27 фев 14, 07:47    [15637171]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
NoSQL базы данных: понимаем суть
27 фев 14, 09:58    [15637598]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
mad_nazgul
skyANA
пропущено...
Хм. А мы поддержку ACID самостоятельно реализовали поверх MongoDB.
Но основным хранилищем пока остаётся MS SQL Server


В том то все и дело!
Зачем что-то делать, когда уже все есть?
Т.е. зачем нужно MongoDB для кэша, когда то же самое можно добиться настройками SQL-сервера?

Я понимаю, что NoSQL нужны в некоторых случаях (их не так много, но они есть)
Но пихать их всюду смысла нет, т.к. придется делать кучу "велосипедов", только для того чтобы реализовать то что есть давно в SQL.
Вы это к чему? Так, рассуждаете?

Мы не используем MongoDB для кэша и не пихаем всюду. Да и не делаем кучу "велосипедов". :-)
27 фев 14, 10:27    [15637813]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
DPH3
skyANA
А родные средства от MS SQL не тянут или слишком дорого?
Дорого и трудозатратнее.

А какие нагрузки были?[/quot]Уточните свой вопрос.
27 фев 14, 10:28    [15637823]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Valeriu
Member

Откуда: Chisinau
Сообщений: 2196
mad_nazgul
Если не нужен ACID, то можно NoSQL.
В противном случае только SQL.

Почему же так, есть и такие NoSQL:
http://www.fisglobal.com/products-technologyplatforms-gtm
27 фев 14, 16:39    [15641445]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Slaviskes
Member

Откуда:
Сообщений: 43
Собственно документо-ориентированные СУБД ещё не использовал и даже не касался их.
Вопрос касательно join'ов какая альтернатива? К примеру у нас есть запись под ней комментарии, сами комментарии можно положить в массив, но каждый комментарий оставлен конкретным пользователем, со своим ником, аватаркой - которую он может хоть каждый день менять, как правильно организовать структуру и это всё вытащить?
28 фев 14, 00:09    [15643598]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Slaviskes
Собственно документо-ориентированные СУБД ещё не использовал и даже не касался их.
Вопрос касательно join'ов какая альтернатива? К примеру у нас есть запись под ней комментарии, сами комментарии можно положить в массив, но каждый комментарий оставлен конкретным пользователем, со своим ником, аватаркой - которую он может хоть каждый день менять, как правильно организовать структуру и это всё вытащить?
Документо-ориентированная СУБД тут не нужна.
28 фев 14, 03:40    [15643911]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Slaviskes
Member

Откуда:
Сообщений: 43
skyANA
Slaviskes
Собственно документо-ориентированные СУБД ещё не использовал и даже не касался их.
Вопрос касательно join'ов какая альтернатива? К примеру у нас есть запись под ней комментарии, сами комментарии можно положить в массив, но каждый комментарий оставлен конкретным пользователем, со своим ником, аватаркой - которую он может хоть каждый день менять, как правильно организовать структуру и это всё вытащить?
Документо-ориентированная СУБД тут не нужна.

Где тут? Где бывает подобная ситуация и потребность в JOIN? Где бывают записи и комментарии к ним?
Это же только абстрактный пример.
28 фев 14, 12:28    [15645383]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Slaviskes
skyANA
пропущено...
Документо-ориентированная СУБД тут не нужна.

Где тут? Где бывает подобная ситуация и потребность в JOIN? Где бывают записи и комментарии к ним?
В блогах и форумах.
Slaviskes
Это же только абстрактный пример.
Плохой пример.
28 фев 14, 14:01    [15646405]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Slaviskes
Member

Откуда:
Сообщений: 43
skyANA
Slaviskes
пропущено...

Где тут? Где бывает подобная ситуация и потребность в JOIN? Где бывают записи и комментарии к ним?
В блогах и форумах.
Slaviskes
Это же только абстрактный пример.
Плохой пример.

Ну собственно мой вопрос изначально и был "когда удобней использовать то или иное решение", на что получил ответ если не нужен ACID(а вами ещё добавлено, что и ACID сами реализовали) то можно использовать.
Поэтому интересуюсь у людей кто на своей практике использовал в реальных проектах
28 фев 14, 14:47    [15646847]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Slaviskes
skyANA
пропущено...
В блогах и форумах.
пропущено...
Плохой пример.

Ну собственно мой вопрос изначально и был "когда удобней использовать то или иное решение", на что получил ответ если не нужен ACID(а вами ещё добавлено, что и ACID сами реализовали) то можно использовать.
Поэтому интересуюсь у людей кто на своей практике использовал в реальных проектах
Всё зависит от характера данных и их объёма. От предполагаемых операций с ними, количества этих операций в единицу времени и их профиля. От характера изменения перечисленных показателей в будещем.

Когда ясно какие предполагаются данные, их объём, профиль нагрузки, тогда и видно какое решение подходит, а какое нет.
28 фев 14, 15:02    [15646932]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Slaviskes, задайтесь этими вопросами и попробуйте ответить себе самостоятельно: РСУБД решит ваши проблемы, или нужно искать NoSQL решение?
28 фев 14, 15:03    [15646941]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
Slaviskes
Member

Откуда:
Сообщений: 43
skyANA
Slaviskes
пропущено...

Ну собственно мой вопрос изначально и был "когда удобней использовать то или иное решение", на что получил ответ если не нужен ACID(а вами ещё добавлено, что и ACID сами реализовали) то можно использовать.
Поэтому интересуюсь у людей кто на своей практике использовал в реальных проектах
Всё зависит от характера данных и их объёма. От предполагаемых операций с ними, количества этих операций в единицу времени и их профиля. От характера изменения перечисленных показателей в будещем.

Когда ясно какие предполагаются данные, их объём, профиль нагрузки, тогда и видно какое решение подходит, а какое нет.

Нет, я прекрасно понимаю и осознаю, что каждый инструмент удобней в определённом конкретном случае и выбор нужно осуществлять в зависимости от конкретных параметров. Но это можно сказать о чём угодно, о выборе технологии\языка\платформы\библиотеки.
Я не спрашиваю совета под конкретный свой проект, меня интересует опыт людей применявших на практике, ведь довольно не редки случаи когда выбранная технология при проектировании оказалась неудачной и в процессе реализации проекта это всё вышло боком или наоборот, смена\выбор технологии оказалась крайне удачной.
28 фев 14, 15:16    [15647044]     Ответить | Цитировать Сообщить модератору
 Re: SQL or NoSQL  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Slaviskes, окей. Ссылка на проект в моём профиле. В MongoDB хранятся данные CMS модуля системы.
Почему MongoDB - писал выше.

Где ещё используется MongoDB и как, можно узнать у MongoDB community (благо есть такое).
Если есть более конкретные вопросы - задавайте.
28 фев 14, 16:12    [15647520]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить