ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / А может ну его нафиг MS SQL и да здравствуют базы No SQL?
25 сообщений из 169, страница 3 из 7
  3  все
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644122
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
sp~sp,
Простите, а что с каталогом товаров не так? Там есть что-то специфическое, что нельзя на SQL реализовать без тормозов (с "каталогом" не работал, не знаю)?

там проблема с тем, что товар как сущность не имеет жесткой структуры - вы же не можете создать таблицу в которую впихнете описание параметров телевизора и молотка при этом чтобы поля отрабатывали ограничения и вести поиск по конкретному типу товара? приходится городить EAV - а это такой геморрой - достойный выделения специально на него, как минимум, одного специалиста
с каких это бодунов EAV - "геморрой, достойный выделения специалиста"?
...
Рейтинг: 0 / 0
02.02.2012, 15:42
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644178
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
lockyс каких это бодунов EAV - "геморрой, достойный выделения специалиста"?

да с таких - фрося-семиделка его не осилит - один шаг влево или шаг вправо - и все пропало!
всетаки танцы с бубном у нас а не гопак!!
...
Рейтинг: 0 / 0
02.02.2012, 15:56
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644183
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
splockyс каких это бодунов EAV - "геморрой, достойный выделения специалиста"?

да с таких - фрося-семиделка его не осилит - один шаг влево или шаг вправо - и все пропало!
всетаки танцы с бубном у нас а не гопак!!
Бррр... честно говоря, я не до конца понимаю, с каких таких бодунов EAV вызывает большие сложности.
EAV, вообще говоря, при использовании не сложнее товарной накладной.
оно, EAV, даже не является структурой или схемой.
...
Рейтинг: 0 / 0
02.02.2012, 15:59
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644692
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
lockyspпропущено...


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

значит мед в горшочке, а пчелы правильные! - значит вы какойто упрощенный EAV используете, который слабо использует метаописания структур!
...
Рейтинг: 0 / 0
02.02.2012, 19:17
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644700
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
splockyпропущено...

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

значит мед в горшочке, а пчелы правильные! - значит вы какойто упрощенный EAV используете, который слабо использует метаописания структур!
Вообще говоря я использую (точнее - использовал) достаточно сложные EAV, с неслабыми такими метаописаниями :)
но по прежнему не вижу - в чем, собственно, проблема то? Что там неясно? И чем EAV отличается от обычной "карточки учета", "рецептурной карточки" етк.
...
Рейтинг: 0 / 0
02.02.2012, 19:23
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644939
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
lockyspпропущено...


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

Попробуйте сначала несведущему в теме EAV разработчику баз данных втолковать чтонить про EAV - сразу все поймете!
Если вы занимались разработкой своего конкретного ЕАВ несколько лет - это не значит что любой разработчик может все это понять и содержать!
...
Рейтинг: 0 / 0
02.02.2012, 23:51
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644941
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
locky,

во-вторых - ЕАВ это всеже извращение, попытка выкрютится из ситуации, или так скажем ненормальное программирование и в общем-то головная боль для многих - посмотрите на длину топика по ЕАВ в форуме Проектирование - он нескончаемый и длицца уже многие годы - говорит о том что не все с ним понятно и до сих пор!
...
Рейтинг: 0 / 0
02.02.2012, 23:53
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644946
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
splockyпропущено...

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

Попробуйте сначала несведущему в теме EAV разработчику баз данных втолковать чтонить про EAV - сразу все поймете!
Если вы занимались разработкой своего конкретного ЕАВ несколько лет - это не значит что любой разработчик может все это понять и содержать!
Если человек понимает основы реляционной теории, и азы запросов, то EAV для него не представляет никакой сложности.
...
Рейтинг: 0 / 0
03.02.2012, 00:03
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644948
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
splocky,

во-вторых - ЕАВ это всеже извращение, попытка выкрютится из ситуации, или так скажем ненормальное программирование и в общем-то головная боль для многих - посмотрите на длину топика по ЕАВ в форуме Проектирование - он нескончаемый и длицца уже многие годы - говорит о том что не все с ним понятно и до сих пор!
95% населения применяют EAV в своих системах - но почему-то не страдают от этого
Почему бы это?
Ах да! Просто им никто не ткнул пальцем в их систему и не сказал - "чувак! а это ведь - EAV!"
...
Рейтинг: 0 / 0
03.02.2012, 00:05
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644954
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
lockyЕсли человек понимает основы реляционной теории, и азы запросов, то EAV для него не
представляет никакой сложности.

Собственно говоря, это нормализация, доведённая до логического завершения.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
03.02.2012, 00:15
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37644957
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Dimitry SibiryakovlockyЕсли человек понимает основы реляционной теории, и азы запросов, то EAV для него не
представляет никакой сложности.

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

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?
...
Рейтинг: 0 / 0
03.02.2012, 00:18
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37645133
Тифа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тифа
Участник
lockyПоэтому я не до конца понимаю - в чем, собственно, проблема с EAV?

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

хотя про понимание действительно есть, начинаешь объяснять еав посложнее настроек пользователя, еще и с метой у людей становятся такие глаза полного непонимания и приходится для особых вычерчивать в екселе как лежат данные и тыкая объяснять в итоге через пару недель все равно не понимание у таких возвращается
...
Рейтинг: 0 / 0
03.02.2012, 08:58
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646228
vvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvm
Участник
lockyDimitry Sibiryakovпропущено...

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

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?
Ну-у-у-у...
...
Рейтинг: 0 / 0
03.02.2012, 17:10
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646284
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
vvmlockyпропущено...

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?
Ну-у-у-у...
Глубокомысленно.
И всё-таки?
...
Рейтинг: 0 / 0
03.02.2012, 17:37
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646316
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
servit
Участник
Есть книга (ISBN 5-86404-205-6), в которой автор достаточно хорошо описывает недостатки и преимущества EAV и не EAV модели на конкретных примерах.
...
Рейтинг: 0 / 0
03.02.2012, 18:02
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646384
vvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvm
Участник
lockyDimitry Sibiryakovпропущено...

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

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?
С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

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

С использованием особенностей конкретной СУБД. Ну вот, нужно, к примеру, чтобы "стреляло" событие по изменению поля документа "Утвержден". Желательно - чтобы событие срабатывало на уровне СУБД. Типа, триггер. И начинается кодинг: "ах, что-то произошло. А нет ли у нас в этой табличке полей, помеченных в словаре как событийно-важные? Да, есть такое. И что же делать? А вот тут написано..."
...
Рейтинг: 0 / 0
03.02.2012, 18:47
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646388
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
vvmlockyпропущено...

Именно.
Поэтому я не до конца понимаю - в чем, собственно, проблема с EAV?
С производительностью. Чем больше ("левых") соединений - тем обычно она хуже.

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

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

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?
...
Рейтинг: 0 / 0
03.02.2012, 18:49
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646434
vvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvm
Участник
lockyvvmпропущено...

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

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

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

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?
Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.
...
Рейтинг: 0 / 0
03.02.2012, 19:36
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646438
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
vvmlockyпропущено...

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

Что удобнее? настроить систему под юзера - или написать уникальную систему под юзера?
Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.
Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ
...
Рейтинг: 0 / 0
03.02.2012, 19:39
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646449
vvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvm
Участник
lockyvvmпропущено...

Удобнее настроить, конечно, но я о других настройках, не заложенных в систему. Т.е., развивать ядро такой системы непросто.
Ладно, преимущества/недостатки EAV не есть тема данной ветки.
Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ
Ох локи ... ну наверное, я просто завидую...
...
Рейтинг: 0 / 0
03.02.2012, 19:52
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646451
Andrey Sribnyak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Sribnyak
Участник
А ничего, что размер базы данных в NoSQL системах не должен превышать имеющееся ОЗУ. Т.е начинаются жуткие танцы с бубнами и производительность падает до нуля, если такая база в ОЗУ НЕ помещается?
...
Рейтинг: 0 / 0
03.02.2012, 19:52
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646452
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
vvmlockyпропущено...

Достаточно просто, на самом деле
Значительно проще, нежели при стандартной 3НФ
Ох локи ... ну наверное, я просто завидую...
просто нужно лучче уметь работать с БД, и всего делов.
...
Рейтинг: 0 / 0
03.02.2012, 19:52
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646455
vvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvm
Участник
lockyvvmпропущено...

Ох локи ... ну наверное, я просто завидую...
просто нужно лучче уметь работать с БД, и всего делов.
Я и так луччший (на нашей пасеке). :-й
...
Рейтинг: 0 / 0
03.02.2012, 19:54
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646462
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
vvmlockyпропущено...

просто нужно лучче уметь работать с БД, и всего делов.
Я и так луччший (на нашей пасеке). :-й
Воздержусь от каметов :)
...
Рейтинг: 0 / 0
03.02.2012, 20:01
| Ответить | Цитировать | Написать  
А может ну его нафиг MS SQL и да здравствуют базы No SQL?
    #37646519
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
servit
Участник
Andrey SribnyakА ничего, что размер базы данных в NoSQL системах не должен превышать имеющееся ОЗУ. Т.е начинаются жуткие танцы с бубнами и производительность падает до нуля, если такая база в ОЗУ НЕ помещается?Речь идёт о какой-то конкретной NoSQL?
Так как к СУБД Caché это не относится.
Аналитические и технологические обзоры : СУБД InterSystems Caché как альтернатива базам данных в оперативной памяти (PDF)
...
Рейтинг: 0 / 0
03.02.2012, 20:46
| Ответить | Цитировать | Написать  
25 сообщений из 169, страница 3 из 7
  3  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / А может ну его нафиг MS SQL и да здравствуют базы No SQL?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=37644948&tid=1552575]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 35ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 55ms
get tp. blocked users:
 1ms
others: 239ms
total:  371ms
созд. / загр.: 371ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]