Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7   вперед  Ctrl      все
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SERG1257
Member

Откуда:
Сообщений: 2932
Warstone
Вмиг все тормозить перестало. Вот вам пример NoSQL
Именно так - быстро, дешево и сердито. Не проблема размазать любую SQL базу (каждому клиенту по серверу). Гораздо сложнее согласовать все это и гарантировать согласованную работу при любом сбое. А поскольку сбои случаются редко, то это имеет право на жизнь. И если последнее сообщение чата не дошло, или оценка фотографии криво поставилась, то бог бы с ним - повторю это случается редко. А вот если деньги потерялись, то тут клиенты начинают нервничать и говорить - "лучше уж никак, вместо как-нибудь".
1 фев 12, 18:48    [12014720]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
sp
Из личного опыта - реляционные базы на больших объемах загибаюцца
ну сейчас вы услышите много о своих личных качествах проектировщика
1 фев 12, 19:44    [12015008]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
S.G.
sp
Из личного опыта - реляционные базы на больших объемах загибаюцца
ну сейчас вы услышите много о своих личных качествах проектировщика


да не страшно, в децтве били - тогда было страшно, а щас - нет! лишь бы по делу, а не по телу :)
1 фев 12, 19:55    [12015060]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
давайте не будем передергивать и текстовые файлы называть NoSQL (хотя они таки не СКЛ :) )
те что десятилетия назад были - использовали текстовые файлы, а мы ведем речь о современных технологиях, которых тогда не было - так что не надо сравнивать божий дар с яичницей! :)
1 фев 12, 19:59    [12015076]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
вопрос не в том что старые добрые реляционки устаревают и не могут уже отражать реалии мира нынешнего (где данные иерархичны и слабо структурированы - примером тому набивший всем аскомину каталог товаров!)
поэтому люди и рвутся из этого ада структурированных реляционок - не было бы тяги - не появился бы табун движков!
1 фев 12, 20:03    [12015091]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sp
вопрос не в том что старые добрые реляционки устаревают и не могут уже отражать реалии мира нынешнего (где данные иерархичны и слабо структурированы - примером тому набивший всем аскомину каталог товаров!)
поэтому люди и рвутся из этого ада структурированных реляционок - не было бы тяги - не появился бы табун движков!

"табун движков" появился не благодаря насущности или тяге, а благодаря развитию коммуникаций, когда каждый встречны-поперечный может скачать сорцы очередного велосипеда и построить на его основе свой собственный, самый-самый-лучший велосипед, на этот раз - с квадратными (а не треугольными, как раньше) колёсами
1 фев 12, 20:11    [12015116]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
locky
sp
вопрос не в том что старые добрые реляционки устаревают и не могут уже отражать реалии мира нынешнего (где данные иерархичны и слабо структурированы - примером тому набивший всем аскомину каталог товаров!)
поэтому люди и рвутся из этого ада структурированных реляционок - не было бы тяги - не появился бы табун движков!

"табун движков" появился не благодаря насущности или тяге, а благодаря развитию коммуникаций, когда каждый встречны-поперечный может скачать сорцы очередного велосипеда и построить на его основе свой собственный, самый-самый-лучший велосипед, на этот раз - с квадратными (а не треугольными, как раньше) колёсами


не былоб тяги - никтоб не скачивал и не подпиливал бы колеса и не красил бы их!!
1 фев 12, 20:13    [12015121]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sp
locky
пропущено...

"табун движков" появился не благодаря насущности или тяге, а благодаря развитию коммуникаций, когда каждый встречны-поперечный может скачать сорцы очередного велосипеда и построить на его основе свой собственный, самый-самый-лучший велосипед, на этот раз - с квадратными (а не треугольными, как раньше) колёсами


не былоб тяги - никтоб не скачивал и не подпиливал бы колеса и не красил бы их!!

был такой ресурс (да и сейчас есть, наверное), делфийский, запамятовал, как зовется, кажется, Torry
Там были ТЫСЯЧИ компонентов типа TMySuperPuperLabel
И не потому что что "тяга была" (точнее, тяга то была, но немного не та), а потому что дражайший Рей взял как-то да и налабал книжонку. И в ней на простых примерах показал - как можно слепить свою лейблу. И опаньки - тысячи девелоперов, подгоняемые зудом, стали плодить тысячи лабелов.
Нахрена? А кто его знает.

аналогично, благодаря Ричи (если я не ошибаюсь), существуют ТЫСЯЧИ разнообразных (но слава богу, малоизвестных) аналогово ls.
и всё только потому что оный Ричи в книжонке сказал "а давайте шутки и тренировки ради напишем свой собственный ls, но теперь - со вкусом клубники".
такие дела.
1 фев 12, 20:39    [12015201]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
locky,

может и этот фактор быть тоже - но девелоперы люди не глупые - если уже реляционные не тянут задачи - то девелоперы пытаются искать альтернативы
1 фев 12, 23:50    [12015957]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54790

sp
девелоперы люди не глупые

Молодость... Оптимизм... Почитай тут топики этих "девелоперов", ужаснись.

Posted via ActualForum NNTP Server 1.5

1 фев 12, 23:55    [12015982]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
sp
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
Вы ставите вопрос ребром: "или-или".
Как насчёт "и" (ООП, SQL, NoSQL) ? (Эволюция продолжается)
2 фев 12, 00:18    [12016065]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sp
locky,

может и этот фактор быть тоже - но девелоперы люди не глупые - если уже реляционные не тянут задачи - то девелоперы пытаются искать альтернативы

Ну, тот факт, что девелоперы не тянут реляционные задачи - я уже давненько отметил
Но это, скорее, личная проблема девелоперов.
2 фев 12, 00:21    [12016073]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
servit
sp
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
Вы ставите вопрос ребром: "или-или".
Как насчёт "и" (ООП, SQL, NoSQL) ? (Эволюция продолжается)

"Если ты одновременно ведёшь машину и целуешь девушку, помни! И то и другое - ты делаешь плохо!" (С)
"В Большом пусть поют, а я буду оперировать. И никаких разрух!" (С)
2 фев 12, 00:22    [12016074]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
locky
"Если ты одновременно ведёшь машину и целуешь девушку, помни! И то и другое - ты делаешь плохо!" (С)
"В Большом пусть поют, а я буду оперировать. И никаких разрух!" (С)
Не встречал Вас в нашем подфоруме ...
2 фев 12, 00:29    [12016097]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
servit
locky
"Если ты одновременно ведёшь машину и целуешь девушку, помни! И то и другое - ты делаешь плохо!" (С)
"В Большом пусть поют, а я буду оперировать. И никаких разрух!" (С)
Не встречал Вас в нашем подфоруме ...

Если честно, я с каше распрощался практически сразу после его выхода. (или еще на бета-стадии? Давно, в общем, это было).
2 фев 12, 00:57    [12016187]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
fedya.fedpet
Member

Откуда:
Сообщений: 11
Еще кстати есть пример компании NoSQL - это Splunk, они раньше себя рекламировали как Google for Logs. Ну и сам Google ессно тоже такой же.
2 фев 12, 02:41    [12016445]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
sp,
но Вы можете пойти еще дальше: отказаться и от самих БД. Смотрмте, любая СУБД так или иначе стремиться к универсальности в каком-то круге проектов с определенными требованиями. А Вы на лабаете специализированное что-то и за счет этого выигрываете в производительности. Это типа известное достоинство файловых систем , то шо было пока не придумали БД.
Вы бросив SQL, Вы получаете гемор в разрабротке и сопровождении, Вы получаете выигрыш в производительночти. Выбросив самую СУБД, Вы получтите еще больше гемора, но, возможно (у кого-то и с SQL буит шустрее чем без оного, а куго-то на двух Ораклах буит одно и тол же с разной скоростью ползать), добьетесь, по крайней мере в теории, еще большей производительности.
2 фев 12, 08:52    [12016675]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
servit
sp
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
Вы ставите вопрос ребром: "или-или".
Как насчёт "и" (ООП, SQL, NoSQL) ? (Эволюция продолжается)


ребром не ставлю, но достало бороться с задачами типа каталог товаров или с постоянно изменяющимися структурами - замечу что в реляционках - это именно борьба с задачей, куча извратов и хрупких и тяжелых решений - хочется чтоб инструмент не осложнял, а упрощал жизнь, а с реляционками для данного типа задач все наоборот
2 фев 12, 12:31    [12018194]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
~
Guest
sp,
Простите, а что с каталогом товаров не так? Там есть что-то специфическое, что нельзя на SQL реализовать без тормозов (с "каталогом" не работал, не знаю)?
2 фев 12, 13:36    [12018692]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
~
sp,
Простите, а что с каталогом товаров не так? Там есть что-то специфическое, что нельзя на SQL реализовать без тормозов (с "каталогом" не работал, не знаю)?


там проблема с тем, что товар как сущность не имеет жесткой структуры - вы же не можете создать таблицу в которую впихнете описание параметров телевизора и молотка при этом чтобы поля отрабатывали ограничения и вести поиск по конкретному типу товара? приходится городить EAV - а это такой геморрой - достойный выделения специально на него, как минимум, одного специалиста
2 фев 12, 13:57    [12018929]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
sp
ребром не ставлю, но достало бороться с задачами типа каталог товаров или с постоянно изменяющимися структурами - замечу что в реляционках - это именно борьба с задачей, куча извратов и хрупких и тяжелых решений - хочется чтоб инструмент не осложнял, а упрощал жизнь, а с реляционками для данного типа задач все наоборот
В этом сообщении (9998912) я приводил ссылку на блог, в котором его автор как раз и описывает своё решение этой проблемы (часто меняющаяся структура данных/правила обработки данных).

PS: с тех пор блог стал приватным, поэтому привожу ссылку на сайт, где это реально работает.
2 фев 12, 13:58    [12018946]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
servit
sp
ребром не ставлю, но достало бороться с задачами типа каталог товаров или с постоянно изменяющимися структурами - замечу что в реляционках - это именно борьба с задачей, куча извратов и хрупких и тяжелых решений - хочется чтоб инструмент не осложнял, а упрощал жизнь, а с реляционками для данного типа задач все наоборот
В этом сообщении (9998912) я приводил ссылку на блог, в котором его автор как раз и описывает своё решение этой проблемы (часто меняющаяся структура данных/правила обработки данных).

PS: с тех пор блог стал приватным, поэтому привожу ссылку на сайт, где это реально работает.


Ну там же речь идет о Cache, а там же не чистый реляционный движок! на таких движках любой дурак сможет! :) а пусть на MS SQL такое же сделает! :))
2 фев 12, 14:12    [12019079]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
sp
достало бороться с задачами типа каталог товаров или с постоянно изменяющимися структурами - замечу что в реляционках - это именно борьба с задачей, куча извратов и хрупких и тяжелых решений - хочется чтоб инструмент не осложнял, а упрощал жизнь, а с реляционками для данного типа задач все наоборот
sp
там же не чистый реляционный движок! на таких движках любой дурак сможет! :) а пусть на MS SQL такое же сделает! :))
2 фев 12, 14:30    [12019318]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
фасет
Guest
sp
там проблема с тем, что товар как сущность не имеет жесткой структуры - вы же не можете создать таблицу в которую впихнете описание параметров телевизора и молотка при этом чтобы поля отрабатывали ограничения и вести поиск по конкретному типу товара? приходится городить EAV - а это такой геморрой - достойный выделения специально на него, как минимум, одного специалиста


Let's Google "Фасетная классификация".
2 фев 12, 14:47    [12019519]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
~
Guest
sp
там проблема с тем, что товар как сущность не имеет жесткой структуры - вы же не можете создать таблицу в которую впихнете описание параметров телевизора и молотка при этом чтобы поля отрабатывали ограничения и вести поиск по конкретному типу товара? приходится городить EAV - а это такой геморрой - достойный выделения специально на него, как минимум, одного специалиста

Извините, у вас есть таблица товар - таблица категория товара. У категории есть таблица набор признаков. Вы не можете выводить еще в одну таблицу уникальные ключи из всех вышеперечисленных таблиц + конечные значения признаков?
Может я не прав, но работ по структуре минут на 120 максимум.
2 фев 12, 14:53    [12019604]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить