|
|
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Хочется хранить сущности с разным, заранее неизвестным атрибутным составом в БД, ну и весь сервис- I/U/D, запросы по. Что лучше по-вашему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 13:09 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
А6дуллаhХочется хранить сущности с разным, заранее неизвестным атрибутным составом в БД, ну и весь сервис- I/U/D, запросы по. Что лучше по-вашему? EAV - его можно индексировать как хочешь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 13:18 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
А6дуллаh пишет: > Что лучше по-вашему? EAV. С ним можно работать на SQL. С XML на SQL работать нельзя. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 13:55 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
В современных СУБД XML индексируется. И запросы XPAth интегрированы в SQL. Типа select * from xml_table where xmlcol.XML.NodeVal('/Root/Node/Property') = 'PropValue' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 14:17 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
А6дуллаhВ современных СУБД XML индексируется. в каких? ЗЫ. медленно будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 14:43 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
SQL Server 2008 Books Online (January 2009) CREATE XML INDEX (Transact-SQL) Creates an XML index on a specified table. An index can be created before there is data in the table. XML indexes can be created on tables in another database by specifying a qualified database name. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 14:59 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
MasterZivEAV. С ним можно работать на SQL. С XML на SQL работать нельзя. +1. А6дуллаhВ современных СУБД XML индексируется Это еще не повод пользоваться такими "индексами". Модератор: Тема перенесена из форума "Разработка информационных систем". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 15:06 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Сергей ВаскецовMasterZivEAV. С ним можно работать на SQL. С XML на SQL работать нельзя. +1. А6дуллаhВ современных СУБД XML индексируется Это еще не повод пользоваться такими "индексами".И то и другое лучше не делать, если будет много данных. Если мало - всеравно как. Как нравится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 19:40 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Я приводил доводы против использования XML здесь . Организация индексации XML-полей вряд ли будет ручных поделок в виде EAV. Там по сути то же самое, но излишне нагруженное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 20:30 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Я сторонник подхода "простота в разработке и сопровождении важнее ресурсов". Т.е. если на XML будет сильно меньше кода, чем в случае EAV, то мне неважно, что БД (с индексом) займет терабайт вместо 100 гиг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 21:03 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Данных - ну, скажем, 200 млн. строк до 100 атрибутов в каждой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 21:04 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
А6дуллаhДанных - ну, скажем, 200 млн. строк до 100 атрибутов в каждой.Ну, скажем, с такими объемами не встречался. И тем более в рамках EAV. Чую потребуется нехилые железяки, чтобы это дело "вытянуть". Да ихватит ли? Вы спросили: что лучше? Я ответил. И прибавлю, конечно, ИМХО. Я так понимаю, Вы хотите развеять свои собственные сомнения, так? Пока за XML никто не высказался. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 21:30 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
если только хранить - то пофиг. если активно апдейдить/селектить/удалять - надо думать по ситуации. мне ближе EAV. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2009, 23:24 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
AAron, Не очень активно - до 10 пользователей интерактивно (вставить запись...десяток, поправить что-то в реквизитах), плюс пакетные обработки, не на всю таблицу, а на сегменты, может от 10 записей до 1000. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2009, 01:46 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
AAronесли только хранить - то пофиг. если активно апдейдить/селектить/удалять - надо думать по ситуации. мне ближе EAV.Если не селектить, то можно даже не хранить. А если селектить, то (200 млн. строк)*100 атрибутов - дадут о себе знать очень быстро. Хоть с EAV, хоть с XML. Почему-то мне не верится, что эти 200 млн. строк буду открываться для просмотра только по одному... как всегда понадобятся отчеты с группировками... и приплывет кораблик очень быстро. Автору: Проверьте. Сгенерите 200 млн. строк данных и к ним по 100 атрибутов и посмотрите кто с какой скоростью работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2009, 21:20 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Bely, и что вы предложите для хранения произвольных структур? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2009, 22:28 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
AAronпроизвольных структур?Я пока ни разу не сталкивался с задачей хранения "произвольных структур", хотя видел уже, наверное, несколько десятков EAV- и XML-реализаций. Но во всех случаях за понятием "произвольная структура" скрывалось неумение разработчиков работать с DML. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2009, 09:31 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
AAronи что вы предложите для хранения произвольных структур? Вот, например авторЯ пока ни разу не сталкивался с задачей хранения "произвольных структур", хотя видел уже, наверное, несколько десятков EAV- и XML-реализаций. Но во всех случаях за понятием "произвольная структура" скрывалось неумение разработчиков работать с DML. :) +1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2009, 11:41 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
мнение такое: EAV - плохо, XML - еще хуже. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2009, 18:30 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Не стану говорить про EAV, и так много чего про него написано. XML - промышленный стандарт поддерживаемый многими коммерческими СУБД и системами разработки приложений. В зависимости от СУБД операции с записями в формате XML могут быть реализованы более или менее эффективно. Самый тупой подход - хранить XML в виде строки. Это малоэффективно. Другой подход - определить временную XML схему и создать под неё нормальную реляционную БД с индексами и т.п. Таким образом XML будет просто иным представлением реляционных данных и наоборот. СУБД Оракл автоматически преобразует XML схему в реляционную БД, на лету собирает и разбирает XML документы из реляционной БД, а так же эффективно поддерживает индексный поиск преобразовывая XPath запросы к реляционным запросам по базовых таблицам. Если в процессе эксплуатации системы появляются новые требования к XML схеме, вы создаёте новую схему, создаёте новую реляционную структуру данных и мигрируете существующие данные в новую схему (возможно сейчас дело обстоит ещё проще). Приложения вашей БД по прежнему работают с XML структурами через стандартный API и даже не замечают изменений в реляционной структуре данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2009, 21:28 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
explaНе стану говорить про EAV, и так много чего про него написано. ... А че там хоть написано? Когда меняеся количество свойст порождающего шаблона (класс, сущность,тип,...) можно и БД переделать. А вот когда каждый объект сам по себе, то кроме ЕАВ ничего не работает (можно конечно создать/удалить таблицы динамически для объектов имеющих общие свойства, но бесшаблонный первичный ввод немного пугает, позже конечно появятся шаблоны. надо как нить пробовать) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2009, 22:46 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
ну в общем случае, когда объекты слишком различны по своим свойствам, лучше использовать ООСУБД - Fast Objects и иже с ними. да и запросы писать на OQL. Правда уже года четыре не видел, что новенького в этой области. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2009, 00:26 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
AAronну в общем случае, когда объекты слишком различны по своим свойствам, лучше использовать ООСУБД - Fast Objects и иже с ними. да и запросы писать на OQL. Правда уже года четыре не видел, что новенького в этой области. Если кто то УЖЕ не классифицировал объекты, то они ВСЕГДА различны. :) Fast Objects - как там с динмаической классификацией? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2009, 01:48 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовFast Objects - как там с динмаической классификацией? Фигня это. Там опять про классы пишут. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2009, 02:01 |
|
||
|
EAV vs XML в таблицах
|
|||
|---|---|---|---|
|
#18+
expla СУБД Оракл автоматически преобразует XML схему в реляционную БД, на лету ... где это счастье? http://www.sql.ru/forum/actualtopics.aspx?search=XML+%F1%F5%E5%EC%F3+%E2+%F0%E5%EB%FF%F6%E8%EE%ED%ED%F3%FE+%C1%C4&bid=3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2009, 09:30 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1543430]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
42ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 329ms |

| 0 / 0 |
