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

Откуда:
Сообщений: 3947
Люди, кто что думает по данному вопросу?
У кого есть опыт реального использование NoSQL баз данных на больших объемах
Из личного опыта - реляционные базы на больших объемах загибаюцца - приходится все возвращать взад (делать денормализацию) чтобы база хоть шуршала в приемлемое время

Модератор: Тема перенесена из форума "Microsoft SQL Server".


Сообщение было отредактировано: 1 фев 12, 12:52
1 фев 12, 12:52    [12010480]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
ай ай ай
Guest
sp,

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

Откуда: SPb
Сообщений: 5488
ну так может Вы ознакомите нас со своим личным опытом?
1 фев 12, 12:55    [12010532]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
ай ай ай
sp,
А может ну его нафиг MS SQL и да здравствуют Oracle?


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

Откуда:
Сообщений: 3947
SergSuper
ну так может Вы ознакомите нас со своим личным опытом?

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

Откуда:
Сообщений: 3947
Ни один монстр индустрии не юзать реляционки - все NoSQL -> Google, Facebook и все иже с ними..
1 фев 12, 13:03    [12010639]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
sp
SergSuper
ну так может Вы ознакомите нас со своим личным опытом?

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

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

статейки в том числе и на мсдн, а также свои ощущения от юзания больших баз на MS SQL - насколько я понимаю NoSQL решения не озабочены лишней нагрузкой при проверках ограничений безапелляционности и прочих наростах реляционных движков - отсюда большой выигрыш в скорости + плюс нет нормализации, которая тоже снижает скорость при выборках
1 фев 12, 13:30    [12010981]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

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

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

sp
свои ощущения от юзания больших баз на MS SQL - насколько я понимаю NoSQL решения не
озабочены лишней нагрузкой при проверках ограничений безапелляционности и прочих наростах
реляционных движков - отсюда большой выигрыш в скорости + плюс нет нормализации, которая
тоже снижает скорость при выборках

Ну так переведи пару этих "больших баз" на NoSQL и поделись результатами.

Posted via ActualForum NNTP Server 1.5

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

Откуда:
Сообщений: 3947
Dimitry Sibiryakov
sp
свои ощущения от юзания больших баз на MS SQL - насколько я понимаю NoSQL решения не
озабочены лишней нагрузкой при проверках ограничений безапелляционности и прочих наростах
реляционных движков - отсюда большой выигрыш в скорости + плюс нет нормализации, которая
тоже снижает скорость при выборках

Ну так переведи пару этих "больших баз" на NoSQL и поделись результатами.


на это годы уйдут, а я тут и спрашиваю потому что форум чтоб годы не тратить! )
1 фев 12, 13:59    [12011422]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Dimitry Sibiryakov,
А выб и поделились, а не посылали бы..
1 фев 12, 14:00    [12011434]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
кое чо вот нарыл против NoSql тынц
1 фев 12, 14:00    [12011446]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
А выб и поделились, а не посылали бы..

А мне нечем делиться. Я считаю, что NoSQL - игрушка с малой областью применимости.

Posted via ActualForum NNTP Server 1.5

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

Откуда: SPb
Сообщений: 5488
sp
Dimitry Sibiryakov,
А выб и поделились, а не посылали бы..
ну кто начал тему должен бы сначала и аргументы какие-то привести
статейки, ощущения - проблемы то не видно
1 фев 12, 15:00    [12012115]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3804
sp
Ни один монстр индустрии не юзать реляционки - все NoSQL -> Google, Facebook и все иже с ними..

это монстры ВЕБ индустрии разве что. Во всех других индустриях о носкл и не слыхали.
Или где-то в банковской и вообще финансовой индустрии есть носкл??? Или в ретейле??? Или даже в производстве хотябы??
1 фев 12, 15:05    [12012169]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
sp
Ни один монстр индустрии не юзать реляционки - все NoSQL -> Google, Facebook и все иже с ними..
вы путаете интернет-компании с монстрами индустрии
1 фев 12, 15:17    [12012285]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
SergSuper
sp
Dimitry Sibiryakov,
А выб и поделились, а не посылали бы..
ну кто начал тему должен бы сначала и аргументы какие-то привести
статейки, ощущения - проблемы то не видно


Дык проблемы нету! зачем обязательно проблема? может достаточно дуновения, ощущения, предчуствия...? :)
1 фев 12, 16:00    [12012738]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Ivan Durak
sp
Ни один монстр индустрии не юзать реляционки - все NoSQL -> Google, Facebook и все иже с ними..

это монстры ВЕБ индустрии разве что. Во всех других индустриях о носкл и не слыхали.
Или где-то в банковской и вообще финансовой индустрии есть носкл??? Или в ретейле??? Или даже в производстве хотябы??


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

Откуда:
Сообщений: 3947
Alexander Ryndin
sp
Ни один монстр индустрии не юзать реляционки - все NoSQL -> Google, Facebook и все иже с ними..
вы путаете интернет-компании с монстрами индустрии

а я б поспорил!
1 фев 12, 16:02    [12012754]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 68071
Блог
Ivan Durak
это монстры ВЕБ индустрии разве что.

Правильнее сказать - это монстры индустрии мусора. Веб или не веб - дело десятое, важно то, что данные этих систем имеют крайне низкую индивидуальную ценность. Если гугль вернёт неправильный результат запроса или потеряет данные - этого скорее всего никто не заметит.
1 фев 12, 16:04    [12012785]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
sp
Ivan Durak
пропущено...

это монстры ВЕБ индустрии разве что. Во всех других индустриях о носкл и не слыхали.
Или где-то в банковской и вообще финансовой индустрии есть носкл??? Или в ретейле??? Или даже в производстве хотябы??


ну дык нету потому как недавно то и появились - а ежелиб ранее появились бы - были бы! :)
я бы сказал что относительно недавно (лет 10-15) они оттуда пропали
1 фев 12, 16:57    [12013489]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
sp
Ivan Durak
пропущено...

это монстры ВЕБ индустрии разве что. Во всех других индустриях о носкл и не слыхали.
Или где-то в банковской и вообще финансовой индустрии есть носкл??? Или в ретейле??? Или даже в производстве хотябы??


ну дык нету потому как недавно то и появились - а ежелиб ранее появились бы - были бы! :)
Это cache недавно появилась или Gemstone? А может BerkleyDB?

NoSQL это модное слово, обозначающее старое явление. Так же как и Cloud. Кстати, Cloud начал быстро терять популярность. Мода она так непостоянна.
1 фев 12, 17:06    [12013567]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Warstone
Member

Откуда:
Сообщений: 4896
Блог
NoSQL были, есть и будут есть. Характерный пример... В блоге кого-то из создателей БК (тогда еще... в те лохматые годы) был такой пост:
Были у них проблемы с чатом. Он тормозил. Пришел чувак и сделал следующее: На каждый город/площадку и т.д. сделан был свой файл. В нем были записи по 200 байт на сообщение. Велся цикличный апдейт. Писался текущий поинтер записи. Вмиг все тормозить перестало. Вот вам пример NoSQL. Остальное - вода вокруг. Можете считать любую структуру памяти с ссылками как NoSQL решение.
1 фев 12, 18:01    [12014277]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

Warstone
Были у них проблемы с чатом. Он тормозил.

Были у них проблемы с мозгом. Не было его. Потом пришёл чувак и научил их проктологии. Так
началась мода думать задницей.

Posted via ActualForum NNTP Server 1.5

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

Откуда:
Сообщений: 2959
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

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

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]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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


там проблема с тем, что товар как сущность не имеет жесткой структуры - вы же не можете создать таблицу в которую впихнете описание параметров телевизора и молотка при этом чтобы поля отрабатывали ограничения и вести поиск по конкретному типу товара? приходится городить EAV - а это такой геморрой - достойный выделения специально на него, как минимум, одного специалиста

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

Откуда:
Сообщений: 3947
locky
с каких это бодунов EAV - "геморрой, достойный выделения специалиста"?


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

Откуда: Харьков, Украина
Сообщений: 62034
sp
locky
с каких это бодунов EAV - "геморрой, достойный выделения специалиста"?


да с таких - фрося-семиделка его не осилит - один шаг влево или шаг вправо - и все пропало!
всетаки танцы с бубном у нас а не гопак!!

Бррр... честно говоря, я не до конца понимаю, с каких таких бодунов EAV вызывает большие сложности.
EAV, вообще говоря, при использовании не сложнее товарной накладной.
оно, EAV, даже не является структурой или схемой.
2 фев 12, 15:59    [12020293]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
locky
sp
пропущено...


да с таких - фрося-семиделка его не осилит - один шаг влево или шаг вправо - и все пропало!
всетаки танцы с бубном у нас а не гопак!!

Бррр... честно говоря, я не до конца понимаю, с каких таких бодунов EAV вызывает большие сложности.
EAV, вообще говоря, при использовании не сложнее товарной накладной.
оно, EAV, даже не является структурой или схемой.


значит мед в горшочке, а пчелы правильные! - значит вы какойто упрощенный EAV используете, который слабо использует метаописания структур!
2 фев 12, 19:17    [12022092]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Бррр... честно говоря, я не до конца понимаю, с каких таких бодунов EAV вызывает большие сложности.
EAV, вообще говоря, при использовании не сложнее товарной накладной.
оно, EAV, даже не является структурой или схемой.


значит мед в горшочке, а пчелы правильные! - значит вы какойто упрощенный EAV используете, который слабо использует метаописания структур!

Вообще говоря я использую (точнее - использовал) достаточно сложные EAV, с неслабыми такими метаописаниями :)
но по прежнему не вижу - в чем, собственно, проблема то? Что там неясно? И чем EAV отличается от обычной "карточки учета", "рецептурной карточки" етк.
2 фев 12, 19:23    [12022112]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
locky
sp
пропущено...


значит мед в горшочке, а пчелы правильные! - значит вы какойто упрощенный EAV используете, который слабо использует метаописания структур!

Вообще говоря я использую (точнее - использовал) достаточно сложные EAV, с неслабыми такими метаописаниями :)
но по прежнему не вижу - в чем, собственно, проблема то? Что там неясно? И чем EAV отличается от обычной "карточки учета", "рецептурной карточки" етк.


Попробуйте сначала несведущему в теме EAV разработчику баз данных втолковать чтонить про EAV - сразу все поймете!
Если вы занимались разработкой своего конкретного ЕАВ несколько лет - это не значит что любой разработчик может все это понять и содержать!
2 фев 12, 23:51    [12023067]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

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

во-вторых - ЕАВ это всеже извращение, попытка выкрютится из ситуации, или так скажем ненормальное программирование и в общем-то головная боль для многих - посмотрите на длину топика по ЕАВ в форуме Проектирование - он нескончаемый и длицца уже многие годы - говорит о том что не все с ним понятно и до сих пор!
2 фев 12, 23:53    [12023082]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Вообще говоря я использую (точнее - использовал) достаточно сложные EAV, с неслабыми такими метаописаниями :)
но по прежнему не вижу - в чем, собственно, проблема то? Что там неясно? И чем EAV отличается от обычной "карточки учета", "рецептурной карточки" етк.


Попробуйте сначала несведущему в теме EAV разработчику баз данных втолковать чтонить про EAV - сразу все поймете!
Если вы занимались разработкой своего конкретного ЕАВ несколько лет - это не значит что любой разработчик может все это понять и содержать!

Если человек понимает основы реляционной теории, и азы запросов, то EAV для него не представляет никакой сложности.
3 фев 12, 00:03    [12023130]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

во-вторых - ЕАВ это всеже извращение, попытка выкрютится из ситуации, или так скажем ненормальное программирование и в общем-то головная боль для многих - посмотрите на длину топика по ЕАВ в форуме Проектирование - он нескончаемый и длицца уже многие годы - говорит о том что не все с ним понятно и до сих пор!

95% населения применяют EAV в своих системах - но почему-то не страдают от этого
Почему бы это?
Ах да! Просто им никто не ткнул пальцем в их систему и не сказал - "чувак! а это ведь - EAV!"
3 фев 12, 00:05    [12023140]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
Если человек понимает основы реляционной теории, и азы запросов, то EAV для него не
представляет никакой сложности.

Собственно говоря, это нормализация, доведённая до логического завершения.

Posted via ActualForum NNTP Server 1.5

3 фев 12, 00:15    [12023177]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Если человек понимает основы реляционной теории, и азы запросов, то EAV для него не
представляет никакой сложности.

Собственно говоря, это нормализация, доведённая до логического завершения.

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

Откуда:
Сообщений: 151
locky
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?


потому что кто-то когда-то его не понял и громко сказал "ЕАВ гамно" и тут же нашлись тысячи кто тоже не понял, и поддержали)

хотя про понимание действительно есть, начинаешь объяснять еав посложнее настроек пользователя, еще и с метой у людей становятся такие глаза полного непонимания и приходится для особых вычерчивать в екселе как лежат данные и тыкая объяснять в итоге через пару недель все равно не понимание у таких возвращается
3 фев 12, 08:58    [12023790]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
Dimitry Sibiryakov
пропущено...

Собственно говоря, это нормализация, доведённая до логического завершения.

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?

Ну-у-у-у...
3 фев 12, 17:10    [12028834]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?

Ну-у-у-у...

Глубокомысленно.
И всё-таки?
3 фев 12, 17:37    [12029095]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
Есть книга (ISBN 5-86404-205-6), в которой автор достаточно хорошо описывает недостатки и преимущества EAV и не EAV модели на конкретных примерах.
3 фев 12, 18:02    [12029280]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
Dimitry Sibiryakov
пропущено...

Собственно говоря, это нормализация, доведённая до логического завершения.

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?

С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

С сопровождением. Иногда, чтобы заточить универсальную систему по нужды конкретного юзера, приходится столько сил затратить, что начинаешь задумываться - может, проще все "на обычных табличках" сделать?

С использованием особенностей конкретной СУБД. Ну вот, нужно, к примеру, чтобы "стреляло" событие по изменению поля документа "Утвержден". Желательно - чтобы событие срабатывало на уровне СУБД. Типа, триггер. И начинается кодинг: "ах, что-то произошло. А нет ли у нас в этой табличке полей, помеченных в словаре как событийно-важные? Да, есть такое. И что же делать? А вот тут написано..."
3 фев 12, 18:47    [12029565]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?

С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

С сопровождением. Иногда, чтобы заточить универсальную систему по нужды конкретного юзера, приходится столько сил затратить, что начинаешь задумываться - может, проще все "на обычных табличках" сделать?

С использованием особенностей конкретной СУБД. Ну вот, нужно, к примеру, чтобы "стреляло" событие по изменению поля документа "Утвержден". Желательно - чтобы событие срабатывало на уровне СУБД. Типа, триггер. И начинается кодинг: "ах, что-то произошло. А нет ли у нас в этой табличке полей, помеченных в словаре как событийно-важные? Да, есть такое. И что же делать? А вот тут написано..."

бррр... если с производительностью (в некоторой части) можно согласится (хотя и зависит от), то остальные два аргумента - весьма и весьма спорные.

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?
3 фев 12, 18:49    [12029578]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

С сопровождением. Иногда, чтобы заточить универсальную систему по нужды конкретного юзера, приходится столько сил затратить, что начинаешь задумываться - может, проще все "на обычных табличках" сделать?

С использованием особенностей конкретной СУБД. Ну вот, нужно, к примеру, чтобы "стреляло" событие по изменению поля документа "Утвержден". Желательно - чтобы событие срабатывало на уровне СУБД. Типа, триггер. И начинается кодинг: "ах, что-то произошло. А нет ли у нас в этой табличке полей, помеченных в словаре как событийно-важные? Да, есть такое. И что же делать? А вот тут написано..."

бррр... если с производительностью (в некоторой части) можно согласится (хотя и зависит от), то остальные два аргумента - весьма и весьма спорные.

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?

Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.
3 фев 12, 19:36    [12029827]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

бррр... если с производительностью (в некоторой части) можно согласится (хотя и зависит от), то остальные два аргумента - весьма и весьма спорные.

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?

Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.

Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ
3 фев 12, 19:39    [12029845]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.

Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ

Ох локи ... ну наверное, я просто завидую...
3 фев 12, 19:52    [12029922]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Andrey Sribnyak
Member

Откуда: Киев
Сообщений: 601
А ничего, что размер базы данных в NoSQL системах не должен превышать имеющееся ОЗУ. Т.е начинаются жуткие танцы с бубнами и производительность падает до нуля, если такая база в ОЗУ НЕ помещается?
3 фев 12, 19:52    [12029926]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ

Ох локи ... ну наверное, я просто завидую...

просто нужно лучче уметь работать с БД, и всего делов.
3 фев 12, 19:52    [12029927]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

Ох локи ... ну наверное, я просто завидую...

просто нужно лучче уметь работать с БД, и всего делов.

Я и так луччший (на нашей пасеке). :-й
3 фев 12, 19:54    [12029935]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

просто нужно лучче уметь работать с БД, и всего делов.

Я и так луччший (на нашей пасеке). :-й

Воздержусь от каметов :)
3 фев 12, 20:01    [12029971]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
Andrey Sribnyak
А ничего, что размер базы данных в NoSQL системах не должен превышать имеющееся ОЗУ. Т.е начинаются жуткие танцы с бубнами и производительность падает до нуля, если такая база в ОЗУ НЕ помещается?
Речь идёт о какой-то конкретной NoSQL?
Так как к СУБД Caché это не относится.
Аналитические и технологические обзоры: СУБД InterSystems Caché как альтернатива базам данных в оперативной памяти (PDF)
3 фев 12, 20:46    [12030191]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

vvm
С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

Ну так EAV сводит количество таблиц к минимуму. Соответственно падает и число соединений.

Posted via ActualForum NNTP Server 1.5

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
vvm
С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

Ну так EAV сводит количество таблиц к минимуму. Соответственно падает и число соединений.

Вообще-то, число соединений при EAV как раз возрастает, и, местами, очень даже неслабо
3 фев 12, 23:19    [12030863]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
Вообще-то, число соединений при EAV как раз возрастает, и, местами, очень даже неслабо

Может возрастать. А может и не возрастать. Зависит от распределения работы между клиентом
и сервером.

Posted via ActualForum NNTP Server 1.5

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Вообще-то, число соединений при EAV как раз возрастает, и, местами, очень даже неслабо

Может возрастать. А может и не возрастать. Зависит от распределения работы между клиентом
и сервером.

ну.... я апологет обработки данных всё-таки на стороне сервера
так что при моём подходе - таки возрастает
3 фев 12, 23:31    [12030899]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Dimitry Sibiryakov
locky
Вообще-то, число соединений при EAV как раз возрастает, и, местами, очень даже неслабо

Может возрастать. А может и не возрастать. Зависит от распределения работы между клиентом
и сервером.

Расскажи немного.
3 фев 12, 23:42    [12030938]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
ну.... я апологет обработки данных всё-таки на стороне сервера

Ну а я наоборот - не люблю громоздить многоэтажные запросы только для того, чтобы
сэкономить десяток строк на клиентской стороне.

Posted via ActualForum NNTP Server 1.5

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
ну.... я апологет обработки данных всё-таки на стороне сервера

Ну а я наоборот - не люблю громоздить многоэтажные запросы только для того, чтобы
сэкономить десяток строк на клиентской стороне.

Хм. ни разу не получалось сэкономить на клиентской стороне, если честно

Можно пример?
4 фев 12, 00:35    [12031083]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

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

Откуда: Харьков, Украина
Сообщений: 62034
vvm
locky, ну пример, вовсе не обязательно сервер заставлять представлять данные в виде таблички.

э..... а зачем это надо-то?
Т.е. - кто это делает то?
Кому это надо? Серверу? зачем?
4 фев 12, 00:47    [12031106]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
э..... а зачем это надо-то?
Т.е. - кто это делает то?

Ну например те, кто привык к классической модели. В ней получение атрибутов объекта
выглядит как
select a,b,c from o where id=:id

При прямой переделке в EAV это будет выглядеть как
 select a1.v as a, a2.v as b, a3.v as c
  from o left join a a1 on o.id=a1.id and a1.atr='a'
   left join  a a2 on o.id=a2.id and a2.atr='b'
   left join  a a3 on o.id=a3.id and a3.atr='c'
  where o.id=:id

А можно получать этот же набор атрибутов как
select atr,v from o left join a on o.id=a.id
  where o.id=:id

При этом клиентский код получается длиннее, но джоинов - меньше.

Posted via ActualForum NNTP Server 1.5

4 фев 12, 01:00    [12031140]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky, ну, все нужно клиенту, конечно.

Тебе вот какая разница, как выглядит транспортный протокол при пересылке итоговой выборки? Никакой. Главное, получить привычный тебе набор данных, пригодный для обработки.

Предположим, сервер должен вернуть выборку в виде из трех полей (А1, А2, А2), в выборке - 2 записи.
Какая юзеру разница, что перешлет вернет сервер - действительно два пакета ("записи") по три поля, или шесть пакетов по одному?
Юзеру - никакой, он хочет видеть три поля в гриде, а в гриде должно быть две строки.
4 фев 12, 01:03    [12031149]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Блин, ДС пишет в пять раз быстрее...
4 фев 12, 01:04    [12031155]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Dimitry Sibiryakov
locky
э..... а зачем это надо-то?
Т.е. - кто это делает то?

Ну например те, кто привык к классической модели. В ней получение атрибутов объекта
выглядит как
select a,b,c from o where id=:id

При прямой переделке в EAV это будет выглядеть как
 select a1.v as a, a2.v as b, a3.v as c
  from o left join a a1 on o.id=a1.id and a1.atr='a'
   left join  a a2 on o.id=a2.id and a2.atr='b'
   left join  a a3 on o.id=a3.id and a3.atr='c'
  where o.id=:id

А можно получать этот же набор атрибутов как
select atr,v from o left join a on o.id=a.id
  where o.id=:id

При этом клиентский код получается длиннее, но джоинов - меньше.

А ты сравнивал производительность того и другого вариантов? На нашем любимом FB?

Я когда-то на первом варианте зациклился, ничего хорошего не вышло (вернее, тормоза быстро появлялись), стали использовать комбинацию EAV + разреженные таблицы.
4 фев 12, 01:08    [12031169]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

vvm
А ты сравнивал производительность того и другого вариантов? На нашем любимом FB?

Я никогда даже не пытался воспользоваться первым вариантом. На четвёрке три левых джоина в
запросе срывали оптимизатору крышу и вгоняли сервер практически в ступор.

Posted via ActualForum NNTP Server 1.5

4 фев 12, 01:11    [12031179]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
э..... а зачем это надо-то?
Т.е. - кто это делает то?

Ну например те, кто привык к классической модели. В ней получение атрибутов объекта
выглядит как
select a,b,c from o where id=:id

При прямой переделке в EAV это будет выглядеть как
 select a1.v as a, a2.v as b, a3.v as c
  from o left join a a1 on o.id=a1.id and a1.atr='a'
   left join  a a2 on o.id=a2.id and a2.atr='b'
   left join  a a3 on o.id=a3.id and a3.atr='c'
  where o.id=:id

А можно получать этот же набор атрибутов как
select atr,v from o left join a on o.id=a.id
  where o.id=:id

При этом клиентский код получается длиннее, но джоинов - меньше.

А, в этом смысле.....
Ну да, в принципе, можно сэкономить "нас спичках".
4 фев 12, 01:12    [12031183]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
А я с FB 2.0 (бетой) тестировал. Жить какое-то время можно было, но в итоге не выжили бы: сейчас есть клиенты, у которых больше сотни разных атрибутов.

А второй вариант почему-то долго не обсуждался: как только вариант с разреженными таблицами стало вытанцовываться, мы его и использовали, ибо сроки все заканчивались.

А сейчас бы по пути второго варианта пошел: кодить запросы проще.

О... тут бы триггеры "на поле" появились... :)
4 фев 12, 01:19    [12031201]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
...
Ну да, в принципе, можно сэкономить "нас спичках".

Ну-ну.
4 фев 12, 01:20    [12031204]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
vvm
locky
...
Ну да, в принципе, можно сэкономить "нас спичках".

Ну-ну.

ну да. Выборка данных для отображению клиенту это не наиболее частая операция, и, как правило, использует крайне простые планы.
Я не могу говорить о том, как это происходит в огнептице, скажем, но для скуля это вполне тривиальный и очень быстрый и нересурсоемкий запрос. Особенно если пнуть оптимизатор в нужную сторону :)
4 фев 12, 01:24    [12031207]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Dimitry Sibiryakov, а ты с разными типами данных как разбираешься?
Ну, физически ты их как хранишь, например, в отдельных табличках для каждого типа или еще как?
4 фев 12, 01:27    [12031212]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

Ну-ну.

ну да. Выборка данных для отображению клиенту это не наиболее частая операция, и, как правило, использует крайне простые планы.
Я не могу говорить о том, как это происходит в огнептице, скажем, но для скуля это вполне тривиальный и очень быстрый и нересурсоемкий запрос. Особенно если пнуть оптимизатор в нужную сторону :)

Не, для птички много левых джонов == постепенное удушение.
4 фев 12, 01:30    [12031225]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

ну да. Выборка данных для отображению клиенту это не наиболее частая операция, и, как правило, использует крайне простые планы.
Я не могу говорить о том, как это происходит в огнептице, скажем, но для скуля это вполне тривиальный и очень быстрый и нересурсоемкий запрос. Особенно если пнуть оптимизатор в нужную сторону :)

Не, для птички много левых джонов == постепенное удушение.

а что нить типа force order + loop join поставить можно?
4 фев 12, 01:40    [12031270]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

Не, для птички много левых джонов == постепенное удушение.

а что нить типа force order + loop join поставить можно?

Кое-как рулить оптимизатором запросов можно.
4 фев 12, 01:48    [12031311]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

а что нить типа force order + loop join поставить можно?

Кое-как рулить оптимизатором запросов можно.

Значит - и нужно.
4 фев 12, 01:51    [12031324]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
locky
vvm
пропущено...

Кое-как рулить оптимизатором запросов можно.

Значит - и нужно.


Исполать тебе, Локи, за совет ценный да своевременный.
4 фев 12, 01:54    [12031336]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
а что нить типа force order + loop join поставить можно?

Не нужно. Это дефолтный план для джоинов. От него труднее избавиться.

Posted via ActualForum NNTP Server 1.5

4 фев 12, 01:58    [12031351]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Dimitry Sibiryakov
...
А можно получать этот же набор атрибутов как
select atr,v from o left join a on o.id=a.id
  where o.id=:id

При этом клиентский код получается длиннее, но джоинов - меньше.

А как ты сортируешь данные, если вдруг нужно? На клиенте?
4 фев 12, 06:05    [12031648]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov
locky
э..... а зачем это надо-то?
Т.е. - кто это делает то?

Ну например те, кто привык к классической модели. В ней получение атрибутов объекта
выглядит как
select a,b,c from o where id=:id


При прямой переделке в EAV это будет выглядеть как
 select a1.v as a, a2.v as b, a3.v as c
  from o left join a a1 on o.id=a1.id and a1.atr='a'
   left join  a a2 on o.id=a2.id and a2.atr='b'
   left join  a a3 on o.id=a3.id and a3.atr='c'
  where o.id=:id


А можно получать этот же набор атрибутов как
select atr,v from o left join a on o.id=a.id
  where o.id=:id


При этом клиентский код получается длиннее, но джоинов - меньше.
по-моему получить данные для одной запись (или сущности) не проблема
проблемы начинаются когда например надо найти запись, когда заданы два разных атрибута
или просто получить таблицу по условиям
4 фев 12, 12:39    [12031982]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

vvm
А как ты сортируешь данные, если вдруг нужно? На клиенте?

Чтобы не было недопониманий: я уже давно не работаю ни с чем EAV-образным. Но когда
работал, отображал в списке только один столбец, там не возникало проблем с сортировкой.

SergSuper
проблемы начинаются когда например надо найти запись, когда заданы два разных атрибута
или просто получить таблицу по условиям

Да ну, какие там проблемы. Всего-то не надо пытаться делать это одним запросом. Одним
запросом из атрибутов выбирается идентификатор объекта(ов) (сложность этого запроса не
растёт с увеличением числа заданных атрибутов), вторым - объект со всеми нужными атрибутами.
А таблица - да, DB-aware компоненты идут лесом.

Posted via ActualForum NNTP Server 1.5

4 фев 12, 14:16    [12032214]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Dimitry Sibiryakov
...Всего-то не надо пытаться делать это одним запросом. Одним
запросом из атрибутов выбирается идентификатор объекта(ов) (сложность этого запроса не
растёт с увеличением числа заданных атрибутов), вторым - объект со всеми нужными атрибутами.
А таблица - да, DB-aware компоненты идут лесом.

У меня, к примеру, список атрибутов и прочие "EVA-метаданные" кэшируется на клиенте, при изменениях в структуре клиенты получают сообщения и перечитывают их. Т.е., когда дело доходит до запроса к данным, запрос всего один.

А с DB - aware, если хочется, тоже несложно: какой-нибудь клиентский датасет.
4 фев 12, 15:06    [12032339]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

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

Сколько топиков и копий сломано вокруг EAV но до сих пор резюмэ так и нет - собрались бы знатоки и общими усилиями забацали бы схему БД типа каталог товаров - и наглядный толковый пример EAV и методика для разработки других подобных типов данных!
4 фев 12, 20:33    [12033520]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
sp
vvm,

Сколько топиков и копий сломано вокруг EAV но до сих пор резюмэ так и нет - собрались бы знатоки и общими усилиями забацали бы схему БД типа каталог товаров - и наглядный толковый пример EAV и методика для разработки других подобных типов данных!

Имхо, ничего хорошего в этой схеме нет, все - от бедности.
Люди пытаются преодолеть некоторые ограничения на активную работу с модификацией структуры данных, так или иначе заложенную в физическую архитектуру конкретных СУБД.
4 фев 12, 22:41    [12034014]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

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

Сколько топиков и копий сломано вокруг EAV но до сих пор резюмэ так и нет - собрались бы знатоки и общими усилиями забацали бы схему БД типа каталог товаров - и наглядный толковый пример EAV и методика для разработки других подобных типов данных!

Имхо, ничего хорошего в этой схеме нет, все - от бедности.
Люди пытаются преодолеть некоторые ограничения на активную работу с модификацией структуры данных, так или иначе заложенную в физическую архитектуру конкретных СУБД.


Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???
5 фев 12, 11:51    [12035059]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
sp
vvm
пропущено...

Имхо, ничего хорошего в этой схеме нет, все - от бедности.
Люди пытаются преодолеть некоторые ограничения на активную работу с модификацией структуры данных, так или иначе заложенную в физическую архитектуру конкретных СУБД.


Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???
звучит как "ну поясните мне как тут на рояле играть, я пару роялей уже видел, а вот бы кто еще толково показал методику игры"
не может быть универсального решения, все зависит от конкретной задачи
в принципе для каких-то случаев может лучше и каждый раз таблицу создавать, для каких-то EAV или еще что
5 фев 12, 12:02    [12035076]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
SergSuper
sp
пропущено...


Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???
звучит как "ну поясните мне как тут на рояле играть, я пару роялей уже видел, а вот бы кто еще толково показал методику игры"
не может быть универсального решения, все зависит от конкретной задачи
в принципе для каких-то случаев может лучше и каждый раз таблицу создавать, для каких-то EAV или еще что


Звучит как "Написали бы просто - пива нет!" а то понаписали тут "Пива нет!"
А еще звучит как будто я один тут умный а вы все тупые, что вам тут объяснять...
5 фев 12, 12:06    [12035080]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Тем более вопрос поставлен по конкретному случаю - не надо юлить как тот шаман, который ничего не знает, но делает загадочный вид и таинственный взгляд - вопрос прямой -не увиливать! - для каталога товаров что вы конкретно предлагаете!?
5 фев 12, 12:12    [12035089]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
sp
Тем более вопрос поставлен по конкретному случаю - не надо юлить как тот шаман, который ничего не знает, но делает загадочный вид и таинственный взгляд - вопрос прямой -не увиливать! - для каталога товаров что вы конкретно предлагаете!?
я не знаю что такое "каталог товаров", не уверен что те, кто считает что знают, думают одинаково
сформулируйте задачу, какие требования, объемы, быстродействие, как система будет обслуживаться, сколько пользователей, бюджет наконец
без этого "пива нет" как не пиши

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

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

sp
для каталога товаров что вы конкретно предлагаете!?

Именно для каталога товаров я в своё время и использовал EAV (которая тогда так ещё не
называлась).

Posted via ActualForum NNTP Server 1.5

5 фев 12, 13:24    [12035337]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
SergSuper
sp
Тем более вопрос поставлен по конкретному случаю - не надо юлить как тот шаман, который ничего не знает, но делает загадочный вид и таинственный взгляд - вопрос прямой -не увиливать! - для каталога товаров что вы конкретно предлагаете!?
я не знаю что такое "каталог товаров", не уверен что те, кто считает что знают, думают одинаково
сформулируйте задачу, какие требования, объемы, быстродействие, как система будет обслуживаться, сколько пользователей, бюджет наконец
без этого "пива нет" как не пиши

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


Позвольте ка! что же вы тут подсказали?? общие туманные фразы вокруг да около!??
такие подсказки не то что пива, да даже внимания не достойны! :)
Почему вместо конкретных ответов по сути вы воду льете? зачем ее и так на ветках по ЕАВ достаточно!!
5 фев 12, 13:32    [12035385]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Dimitry Sibiryakov
sp
для каталога товаров что вы конкретно предлагаете!?

Именно для каталога товаров я в своё время и использовал EAV (которая тогда так ещё не
называлась).


Дмитрий, вы использовали "чистый" ЕАВ или гибридную схему (где по-возможности отдельные структуры выносятся в реляционный слой)?
Не могли бы вы поделиться своими соображениями по поводу темы в свете того что уже реализовали это у себя?
Было бы очень интересно - потому как теоретиков тут много, а реальных решений практически нет и все тыкаются носом, пытаются в этой мутной воде выудить хоть что-нибудь ценное - а ценного в этой мутной воде просто нет! :)
5 фев 12, 13:36    [12035406]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
Не могли бы вы поделиться своими соображениями по поводу темы в свете того что уже
реализовали это у себя?

Конечно же я использовал гибрид. В структуре Тенцера лежали только характеристики изделий.

По сабжу я уже всё что хотел сказать - сказал выше.

Posted via ActualForum NNTP Server 1.5

5 фев 12, 13:39    [12035415]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
sp
SergSuper
пропущено...
я не знаю что такое "каталог товаров", не уверен что те, кто считает что знают, думают одинаково
сформулируйте задачу, какие требования, объемы, быстродействие, как система будет обслуживаться, сколько пользователей, бюджет наконец
без этого "пива нет" как не пиши

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


Позвольте ка! что же вы тут подсказали?? общие туманные фразы вокруг да около!??
такие подсказки не то что пива, да даже внимания не достойны! :)
Почему вместо конкретных ответов по сути вы воду льете? зачем ее и так на ветках по ЕАВ достаточно!!
я Вам подсказал как правильно задавать вопросы
на абстрактные вопросы глупо ждать конкретных ответов
5 фев 12, 13:58    [12035500]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2589
Не знаю и совершенно неинтересно, что такое EAV, но если это имеет связь с "Тенцеровой схемой", то...

В Smalltalk'ах (одним из представителей которых является GemStone/S), коллекция (нормально) может содержать элементы любого класса (естественно, вы можете создать свой класс коллекций, для которых это условие не выполняется). Так что, если появилось что-то новое, со своим набором атрибутов, это совсем не проблема. Как и добавить что-то уже существующему классу (всё динамическое). "Атрибут" (нормально, т.е., если вы искуственно не ограничили), в свою очередь, может быть объектом любого класса (в том числе словариком, т.е. ассоциативным массивом, в качестве значений которого, в свою очередь, выступают объекты любых классов; кстати, не-объектов вроде int в Java там нет).

Но ведь в РСУБД дела тоже не так печальны, как может показаться. Если количество вариаций атрибутов не слишком велико, вы можете завести, скажем, по таблице на каждый вариант, и сделать view с union all по общим колонкам, если вам где-то надо иметь общую таблицу.
5 фев 12, 14:55    [12035723]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
SergSuper
я Вам подсказал как правильно задавать вопросы
на абстрактные вопросы глупо ждать конкретных ответов


Странно, если каталог товаров - это абстракция, т.е. сферический конь в вакууме, ну тогдаж конечно, о чем речь! :)
5 фев 12, 16:36    [12036049]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sp
SergSuper
я Вам подсказал как правильно задавать вопросы
на абстрактные вопросы глупо ждать конкретных ответов


Странно, если каталог товаров - это абстракция, т.е. сферический конь в вакууме, ну тогдаж конечно, о чем речь! :)

Товары бывают разные
соответственно, каталоги товаров - тоже бывают разные.
5 фев 12, 16:58    [12036113]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
locky
sp
пропущено...


Странно, если каталог товаров - это абстракция, т.е. сферический конь в вакууме, ну тогдаж конечно, о чем речь! :)

Товары бывают разные
соответственно, каталоги товаров - тоже бывают разные.
даже не столько товары разные, сколько цели использования этого каталога

например если это небольшой магазинчик и надо иногда чего-нибудь по каталогу сверять(какой-нибудь артикул уточнять), можно было бы предложить вести каталог в Екселе - 1-я колонка код товара(какой-нибудь артикул), 2-я - название, остальные колонки - всевозможные атрибуты, для каждого товара свои

никаких требований которые бы это решение отвергали ТС не привел
5 фев 12, 17:41    [12036292]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
locky
sp
пропущено...


Странно, если каталог товаров - это абстракция, т.е. сферический конь в вакууме, ну тогдаж конечно, о чем речь! :)

Товары бывают разные
соответственно, каталоги товаров - тоже бывают разные.


странно это слышать! я то думал что товары вообще все одинаковые и нефиг делать сбацать схемку их хранить!!
Естественно все товары разные и нет никакой разницы для проектирования какие товары там будут храниться!
5 фев 12, 18:14    [12036407]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
вот странно, вроде как мы все тут не глупые - но 2 страницы убили на то что притворяемся придурками! - мы говорим об ЕАВ, значит речь идет об универсальном справочнике, для сложных и универсальных нужд!
неужели если бы речь шла о простеньком справочнике тут велись бы баталии о техниках, тактиках и стратегиях!!
5 фев 12, 18:20    [12036431]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
Естественно все товары разные и нет никакой разницы для проектирования какие товары там
будут храниться!

Ну вот тебе кусок базы МашИнформТЭК образца прошлого века:
/* Detail groups */

Create table DetGroup
( Link LinkField Constraint DGPrimary primary key,
   Code integer default 0 not null,
   Name VarChar(100) not null,
   Parent integer not null,
   Bases Char(21) default '                   X' not null,
   UserName Char(20) default user not null,
   LastModified Timestamp default 'now' not null);

Create table Detail
( Link LinkField Constraint DetailPrimary primary key,
   Name VarChar(100) not null Collate PXW_CYRL,
   CodeName VarChar(45) default '' not null,
   GroupRef integer Constraint DetailGroup references DetGroup,
   Code Char(50) not null,
   EdIzm integer Constraint DetEd references Units,
   Comment VarChar(120) default '' not null,
   Description BLOB Sub_type TEXT,
   Bases Char(21) default '                   X' not null,
   UserName Char(20) default USER not null,
   LastModified Timestamp default 'now' not null);

Create table Items
( Link LinkField Constraint ItemsPrimary Primary key,
   Ref LinkField Constraint ItemRef references Refinery,
   Det LinkField Constraint ItemDet references Detail,
   OutPrice VarChar(21) default '' not null,
   Percent VarChar(8) default '' not null,
   Decrease VarChar(80) default '' not null,
   GoTime VarChar(20) default '' not null,
   MinOut BLOB Sub_type TEXT,
   PayTerms BLOB Sub_type TEXT,
   Supply VarChar(80) default '' not null,
   Comment BLOB Sub_type TEXT,
   Special BLOB Sub_type TEXT,
   Visible Logical default 1);

/* Characteristic's names */

Create table PropName
( Link LinkField Constraint PropNamePrimary primary key,
   Name VarChar(151) not null Collate PXW_CYRL,
   EdIzm integer Constraint PropEd references Units,
   Parent integer,
   LastModified Timestamp default 'now' not null);

/* Characteristic's values */

Create table Props
( Link LinkField Constraint PropsPrimary Primary key,
   ItemType Integer default 0 not null,
/* 0-Prop of Item, 1-Prop of Detail, 2-Prop of Detail group */
   Item LinkField,
   Number Decimal(8,2) not null,
   Prop LinkField Constraint PropsName references PropName,
   SValue VarChar(40) default '' not null,
   MValue BLOB Sub_type TEXT);

Этому куску без разницы какие изделия хранить. Полегчало?..

Posted via ActualForum NNTP Server 1.5

5 фев 12, 18:32    [12036468]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

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

Ужас, и это разговор умных интеллигентных людей!!!
5 фев 12, 18:36    [12036481]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
С такими настроениями я думаю что на форум не стоит заходит и писать а бы что попало - люди сюда заходят для конструктивных обсуждений а не выслушивать о том что у кого-то нет желания на что-то или на получи подачку...
Спасибо, за очень продуктивное, конструктивное и полное полезной информации общение!
5 фев 12, 18:40    [12036490]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
люди сюда заходят для конструктивных обсуждений а не выслушивать о том что у кого-то нет
желания на что-то или на получи подачку...

Да неужели? Тогда отчего ты тут вместо конструктива несёшь бред, достойный разве что
студента, выклянчивающего курсовик?..

Posted via ActualForum NNTP Server 1.5

5 фев 12, 18:46    [12036512]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Так а надо то вам чего?
5 фев 12, 19:00    [12036538]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

locky
Так а надо то вам чего?

У меня есть мрачное подозрение, что ему надо найти оправдание для собственной
криворукости: "это не я идиот, это мне на форуме неправильный инструмент посоветовали".

Posted via ActualForum NNTP Server 1.5

5 фев 12, 19:29    [12036632]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Dimitry Sibiryakov
locky
Так а надо то вам чего?

У меня есть мрачное подозрение, что ему надо найти оправдание для собственной
криворукости: "это не я идиот, это мне на форуме неправильный инструмент посоветовали".


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

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

sp
хамить, что не к лицу человеку образованному!

Ну, нам-то с Вами, необразованным, это можно!

Posted via ActualForum NNTP Server 1.5

5 фев 12, 20:50    [12036913]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Dimitry Sibiryakov
sp
хамить, что не к лицу человеку образованному!

Ну, нам-то с Вами, необразованным, это можно!


я так не считаю, и желания после такого общаться с вами резко убавилось...
5 фев 12, 21:02    [12036968]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
я так не считаю

Ну вот, образованным - нельзя, необразованным - тоже нельзя. Так чего ж Вам тут,
собственно, надо-то?..

Posted via ActualForum NNTP Server 1.5

5 фев 12, 21:07    [12036995]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
давайте закончим на этом, каждый сделал свои выводы и судя по всему они окончательные
5 фев 12, 22:39    [12037358]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
sp
...
Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???


Да, в FireBird (к примеру), 100000 табличек не создашь физически: количество табличек ограничено максимальным значением целого для типа SHORT (16 бит).

Пожалуй, тут лучше EAV использовать (а может быть, следует СУБД сменить).

Ну вот, тут чуть-чуть про структуру "для разных товаров": http://gurumagento.com/struktura-bazy-dannyx-magento-znakomstvo-s-eav.htm
6 фев 12, 01:47    [12037861]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2589
sp
Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???

А где взять такое количество типов товаров?
6 фев 12, 09:58    [12038424]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Victor Metelitsa
sp
Ну тогда поясните как делать базу "Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей? Создавать на каждый вид товара новую таблицу???

А где взять такое количество типов товаров?


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

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

sp
систему управления региональным складом поставщиков бытовых товаров - думаю что наберете
такое количество товаров

Не думай, не наберут. Ассортимент будет как минимум на порядок меньше.

Posted via ActualForum NNTP Server 1.5

6 фев 12, 14:08    [12040365]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2589
sp
Victor Metelitsa
пропущено...

А где взять такое количество типов товаров?


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


А количество типов товаров?
6 фев 12, 17:31    [12042590]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2589
Dimitry Sibiryakov
sp
систему управления региональным складом поставщиков бытовых товаров - думаю что наберете
такое количество товаров

Не думай, не наберут. Ассортимент будет как минимум на порядок меньше.

По мне, так и два порядка будет преувеличением. Да и три. Ну да, у процессоров атрибуты (сокет, частота...) слегка не те, что у шампуня (запах...), но как-то я не верю, что кто-то на складе (хоть на мелком, хоть на суперкрупном) будет заморачиваться их подробным описанием и заведением. Для них это, грубо говоря, просто коробки определённого веса, размера и цены.
6 фев 12, 17:43    [12042691]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Можно создавать систему на "настоящих" табличках, без EAV, но при этом сохранив словарь, т.е. таблички для описания сущностей и атрибутов. Просто у таблички ENTITY дополнительно появится поле - "Физическая таблица", а у таблички ATTRIBUTE - "Физическое поле". В итоге, как и при EAV, при неизменном клиентском коде, юзер сможет до какой-то степени сам управлять развитием системы, но при этом с хорошей производительностью.

К сожалению, логика управления этим хозяйством станет сильно завязана на особенности конкретной СУБД (править метаданные "на лету" обычно не приветствуется).

В общем, исходить следует из реальной задачи, а не абстрактного "каталога товаров".
6 фев 12, 18:00    [12042864]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 68071
Блог
vvm
К сожалению, логика управления этим хозяйством станет сильно завязана на особенности конкретной СУБД

Код, не завязанный на особенности конкретной СУБД, в СУБД вообще не нуждается.

vvm
(править метаданные "на лету" обычно не приветствуется).

Править метаданные на лету обычно не требуется.

vvm
В общем, исходить следует из реальной задачи,

+1.
6 фев 12, 18:05    [12042902]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
softwarer
vvm
Волга впадает в Каспийское море.

1. Река Волга впадает в Каспийское море.
2. Каспийское море на самом деле не море, а озеро.

7 фев 12, 14:41    [12047251]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
~
Guest
vvm
softwarer
пропущено...

1. Река Волга впадает в Каспийское море.
2. Каспийское море на самом деле не море, а озеро.



Судя по:
"Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей?

В Каспийское море/озеро может впадать как река, так и автомобиль... а может и самолет авиакомпании Волга-Днепр =)
7 фев 12, 18:21    [12049506]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
~
vvm
пропущено...



Судя по:
"Каталог товаров" в которой может быть до 100000 различных типов товаров с различным количеством и типами полей?

В Каспийское море/озеро может впадать как река, так и автомобиль... а может и самолет авиакомпании Волга-Днепр =)


а может впадать и атомная лодка!
7 фев 12, 22:02    [12050586]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Есть один бизнесмен - держит несколько сетей предприятий торгующих товарами всех категорий - от скрепок до атомных электростанций, думаю он с вами не согласиться иметь дело если каталог не вместит его количество товаров и ему не нужен такой учет как просто каробка с чем-то, чтобы кто-то ее потом умыкнул - ему нужно точно что, где в каких количествах лежит или переместилось!
Думаю его требования справедливы!
7 фев 12, 22:05    [12050609]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
думаю он с вами не согласиться иметь дело если каталог не вместит его количество товаров

А сколько у него товаров?

Posted via ActualForum NNTP Server 1.5

7 фев 12, 22:34    [12050735]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
sp
Есть один бизнесмен - держит несколько сетей предприятий торгующих товарами всех категорий - от скрепок до атомных электростанций, думаю он с вами не согласиться иметь дело если каталог не вместит его количество товаров и ему не нужен такой учет как просто каробка с чем-то, чтобы кто-то ее потом умыкнул - ему нужно точно что, где в каких количествах лежит или переместилось!
Думаю его требования справедливы!
Эх. А до появления эта задача не решалась совершенно. А с появлением NoSQL совершен прорыв и теперь таки каждый продавец атомных электростанций может позволить себе такую программу. Ура товарищи.
8 фев 12, 00:13    [12051078]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 68071
Блог
sp
Есть один бизнесмен - держит несколько сетей предприятий торгующих товарами всех категорий - от скрепок до атомных электростанций, думаю он с вами не согласиться

Если Вы когда-нибудь доберётесь до проектов у такого бизнесмена, обнаружите, что единый каталог товаров для него - что-то среднее между розовой мечтой непонятно зачем и фикцией, вылезающей в глобальных аналитических отчётах (где все эти спецатрибуты позиций - до фени, да и вообще позиции каталога до фени, а работа идёт в лучшем случае по группам товаров).
8 фев 12, 01:50    [12051275]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
sp
Есть один бизнесмен - держит несколько сетей предприятий торгующих товарами всех категорий - от скрепок до атомных электростанций, думаю он с вами не согласиться иметь дело если каталог не вместит его количество товаров и ему не нужен такой учет как просто каробка с чем-то, чтобы кто-то ее потом умыкнул - ему нужно точно что, где в каких количествах лежит или переместилось!
Думаю его требования справедливы!
Ну делали мы как-то учет для очень крупных складских комплексов. Несколько десятков тысяч наименований. Отслеживали движение каждой товарной единицы, но при этом обошлись и без NoSql и без EAV. Это, конечно, не мешало грузчикам коробки "умыкнуть", но что именно умыкнули и откуда всегда было ясно. Но вот если NoSql грузчиков током шибает при попытке украсть, то тогда да - вещь незаменимая.
8 фев 12, 09:52    [12051762]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Bogdanov Andrey
Ну делали мы как-то учет для очень крупных складских комплексов. Несколько десятков тысяч наименований. Отслеживали движение каждой товарной единицы, но при этом обошлись и без NoSql и без EAV. Это, конечно, не мешало грузчикам коробки "умыкнуть", но что именно умыкнули и откуда всегда было ясно. Но вот если NoSql грузчиков током шибает при попытке украсть, то тогда да - вещь незаменимая.


Да чтож это такое - и все непреминут ущипнуть, укусить и поехидничать, вместо конструктива!!!
Это что новое поколение разработчиков такое пошло!? или овес нынче дорого!?
8 фев 12, 13:38    [12053642]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Dimitry Sibiryakov
Member

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

sp
Это что новое поколение разработчиков такое пошло!?

Да вроде бы лжецы и пустомели никогда не были в почёте...

Posted via ActualForum NNTP Server 1.5

8 фев 12, 13:45    [12053730]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
sp
Да чтож это такое - и все непреминут ущипнуть, укусить и поехидничать, вместо конструктива!!!
Это что новое поколение разработчиков такое пошло!? или овес нынче дорого!?

Хм. Если бы топикстартер начал с конструктива, то можно было бы конструктивно обсуждать. А так. Читаю вопрос в заголовке топика. Вижу, что автором никаких разумных аргументов в пользу NoSql не приведено. Приводятся примеры, которые с успехом реализуются (и уже реализованы) на реляционных движках. Несомненно, есть ниша в которой NoSql будет чувствовать себя лучше, чем реляционки, но никакого отношения к "реляционные базы на больших объемах загибаюцца" это не имеет.
8 фев 12, 13:59    [12053925]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
sp
Bogdanov Andrey
Ну делали мы как-то учет для очень крупных складских комплексов. Несколько десятков тысяч наименований. Отслеживали движение каждой товарной единицы, но при этом обошлись и без NoSql и без EAV. Это, конечно, не мешало грузчикам коробки "умыкнуть", но что именно умыкнули и откуда всегда было ясно. Но вот если NoSql грузчиков током шибает при попытке украсть, то тогда да - вещь незаменимая.


Да чтож это такое - и все непреминут ущипнуть, укусить и поехидничать, вместо конструктива!!!
Это что новое поколение разработчиков такое пошло!? или овес нынче дорого!?
Нее... это старые, скептические программеры, знакомые с реалиями жизни :)
8 фев 12, 14:11    [12054083]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Bogdanov Andrey
sp
Да чтож это такое - и все непреминут ущипнуть, укусить и поехидничать, вместо конструктива!!!
Это что новое поколение разработчиков такое пошло!? или овес нынче дорого!?

Хм. Если бы топикстартер начал с конструктива, то можно было бы конструктивно обсуждать. А так. Читаю вопрос в заголовке топика. Вижу, что автором никаких разумных аргументов в пользу NoSql не приведено. Приводятся примеры, которые с успехом реализуются (и уже реализованы) на реляционных движках. Несомненно, есть ниша в которой NoSql будет чувствовать себя лучше, чем реляционки, но никакого отношения к "реляционные базы на больших объемах загибаюцца" это не имеет.


Таки овес нынче дорого! Я так и подозревал!...
9 фев 12, 18:50    [12065306]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Хм. Если бы топикстартер начал с конструктива, то можно было бы конструктивно обсуждать. А так. Читаю вопрос в заголовке топика. Вижу, что автором никаких разумных аргументов в пользу NoSql не приведено. Приводятся примеры, которые с успехом реализуются (и уже реализованы) на реляционных движках. Несомненно, есть ниша в которой NoSql будет чувствовать себя лучше, чем реляционки, но никакого отношения к "реляционные базы на больших объемах загибаюцца" это не имеет.


Таки овес нынче дорого! Я так и подозревал!...

так что вам надобно то, я не понимаю
9 фев 12, 18:58    [12065350]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Кто хочет помочь - тот ищет возможности. а кто не хочет - тот ищет отмазки!
Какие критерии вашего конструктивного вопроса?? мне нужно брови нахмурить или пиво перестать пить?
Странные нынче прохожие на форуме - заглянул, обхаял и пошел, видите ли ему не понравилось как написали "Пива нет" - не нравится - проходи мимо - или пиши по существу, а то порой кажется что люди тут оттачивают мастерство доставать других! Посмотрите - 3 страницы всякого фуфла понаписали, а по делу - ни одной строчки!
Надоело, по делу никто ничего не говорит, а как старые бабки - сидят и перемывают зашедшим косточки!! и это мужики, специалисты!
9 фев 12, 18:58    [12065352]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

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

Повторяю: так что вам нужно то?
Какие-то конкретные схемы решения?
9 фев 12, 18:59    [12065355]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
sp
Member

Откуда:
Сообщений: 3947
Изначально, вопрос стоял в том стоит или не стоит использовать NoSQL решения для решения задач, которые имеют проблемы как в реализации так и производительности - типа ЕАВ, но походу дела вопрос извратили и превратили в холивар
Некоторые утверждали что типа все пучком, но на мое предложение создать топик в котором было бы сообществом приведено решение "Универсальный каталог товаров" на ЕАВ - разразились холиваром и оскорблениями - вот я теперь и задумался, что каталог на ЕАВ либо суперсекретная штука либо те кто говорят что его делали и дескать там все пучком - просто лгут!!!

NoSQL решения привлекают в решении такого рода задач, где данные не имею постоянной структуры, своей простотой реализации и скоростью работы, но наверняка есть и аргументы против!?.

В общем вопрос - ЕАВ + реляционные БД или NoSQL?
9 фев 12, 19:10    [12065396]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sp
Изначально, вопрос стоял в том стоит или не стоит использовать NoSQL решения для решения задач, которые имеют проблемы как в реализации так и производительности - типа ЕАВ, но походу дела вопрос извратили и превратили в холивар
Некоторые утверждали что типа все пучком, но на мое предложение создать топик в котором было бы сообществом приведено решение "Универсальный каталог товаров" на ЕАВ - разразились холиваром и оскорблениями - вот я теперь и задумался, что каталог на ЕАВ либо суперсекретная штука либо те кто говорят что его делали и дескать там все пучком - просто лгут!!!

NoSQL решения привлекают в решении такого рода задач, где данные не имею постоянной структуры, своей простотой реализации и скоростью работы, но наверняка есть и аргументы против!?.

В общем вопрос - ЕАВ + реляционные БД или NoSQL?

Ответ: реляционные БД.
9 фев 12, 19:26    [12065486]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Евгений Мирошниченко aka mir
Member

Откуда:
Сообщений: 62
sp
NoSQL решения привлекают в решении такого рода задач, где данные не имею постоянной структуры, своей простотой реализации и скоростью работы, но наверняка есть и аргументы против!?.

Простота самих NoSQL-поделок (всяких key/values систем), и простота создания своих информационных систем на их основе -- это как бы совершенно разные вещи. Даже противоположные. Вот языки ассемблера -- они сильно проще всяких там си шарпов и дельфи. А программы, слабанные на ассемблере, могут быть намного производительнее программ на языках высокого уровня.

Вопрос. Почему тогда все разработчики не строчат свои корпоративные информационные системы на ассемблере?

Ответ на этот вопрос в точности является ответом и на ваш вопрос про NoSQL и РСУБД.

sp
В общем вопрос - ЕАВ + реляционные БД или NoSQL?

РСУБД.
10 фев 12, 16:13    [12070603]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Ggg_old
Member

Откуда: Одесса
Сообщений: 1342
помимо моели хранения данных очень важно насколько сам сервер качественно написан и отлажен. Как он держит многопользовательскую нагрузку, как он ведет себя в случае неожиданных падений, насколько стабилен код, насколько качественно сделаны системы бэкапирования, насколько развиты системы мониторинга состояния сервера, инструментарий тюнинга, трассировки запросов, модель безопасности данных, средства администрирования, и миллион прочих инфраструктурных вещей, которые индустрией нарабатывались последних несколько десятков лет.
современные РСУБД - продукт такого эволюционного развития, по сложности как космическая ракета вместе с космодромом. И эти все детали важны в критичных системах предприятий, в которых финансы, жизни людей итп. Т.е. одной моделью данных лихо в дамки не выскочишь. А это все огромные деньги и трудозатраты.
Кстати, такие средства например не обязательно есть только в РСУБД. В до SQL-эпоху БД были иерархические, т.е. то что сейчас предлагается как писк моды на самом деле уже давно изобретено и окаменело. Мало того, есть такие продукты как IBM IMS, которые до сих пор продается, обслуживает критические задачи на биг-железе и живой. Вот там, я предположу сделано все как надо и оно таки не РСУБД.
10 фев 12, 19:11    [12071948]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
vvm
Member

Откуда: Не помню
Сообщений: 9968
Ggg_old
...
современные РСУБД - продукт такого эволюционного развития, по сложности как космическая ракета вместе с космодромом...

Мы тут читали сообщение, и все сразу гордо засопели, синхронно: космонавты. :)
10 фев 12, 19:29    [12072020]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Yura_Z
Member

Откуда:
Сообщений: 85
sp
Люди, кто что думает по данному вопросу?
У кого есть опыт реального использование NoSQL баз данных на больших объемах
Из личного опыта - реляционные базы на больших объемах загибаюцца - приходится все возвращать взад (делать денормализацию) чтобы база хоть шуршала в приемлемое время


Большой это террабайта
2-3 ?
10 - 15 ?
100-200 ?
13 фев 12, 13:36    [12081233]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Polina Efrem
Member

Откуда: Москва, Россия
Сообщений: 1
Yura_Z, 10-15 самое оно
16 фев 12, 09:35    [12100564]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
Alfa-Кентавр
Guest
Yura_Z
Большой это террабайта
2-3 ?
10 - 15 ?
100-200 ?
каталог товаров объединенных вселенных.
28 фев 12, 15:51    [12164549]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
MasterZiv
Member

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


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

Откуда:
Сообщений: 3947
А можно осведомиться, "большие объёмы" -- это сколько ? В цифрах. (кол-ва записей в таблицах).[/quot]
на 15 гигах при 40млн. записей при оптимизированном запросе на средней железяке запрос иногда выполнялся до 15 сек - что для юзера долго - уйдет ждать не будет (это веб проект)
21 мар 12, 17:29    [12290075]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
sp
на 15 гигах при 40млн. записей при оптимизированном запросе на средней железяке запрос иногда выполнялся до 15 сек - что для юзера долго - уйдет ждать не будет (это веб проект)


Это маленький объем, маленькое число записей. Осталось увидеть запрос и услышать TTX "средней железяки".
21 мар 12, 17:32    [12290100]     Ответить | Цитировать Сообщить модератору
 Re: А может ну его нафиг MS SQL и да здравствуют базы No SQL?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34711


> на 15 гигах при 40млн. записей при оптимизированном запросе на средней железяке
> запрос иногда выполнялся до 15 сек - что для юзера долго - уйдет ждать не будет
> (это веб проект)

> Это маленький объем, маленькое число записей. Осталось увидеть запрос и услышать
> TTX "средней железяки".

Согласен. Ну только не маленький -- но не большой.

15 гигов памяти -то маловато ... можно было бы и поболе.

Posted via ActualForum NNTP Server 1.5

21 мар 12, 23:32    [12292057]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4 5 6 7      [все]
Все форумы / Сравнение СУБД Ответить