Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7   вперед  Ctrl      все
 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

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

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

Откуда: Киев
Сообщений: 600
А ничего, что размер базы данных в 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]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить