|
|
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
soft Нет, в идеале там каждое поле в записи может выступать новой таблицей. В 95% случаях это не нужно, но эти 5% случаев часто дают 95% процентов привлекательности продукта в специализированных областях. Хорошая фича, позволяющая без особых ухищрений нарушать 1 НФ , а потом героически бороться со сложностью и кривизной. AlexTheRaven Тоесть если коиенту нужно сохранять документ с 300 полями, то вы ему скажете, что это нестандартно, много и никому не нужно? Так он вам и ответ - отстой этот ваш Oracle и ораклоиды все ламеры... И будет прав. Значительная часть "полей" документа - обычно визуализация связи сущности "документ" с другими сущностями - "контрагент", "кол-во товаров", "ответственное лицо" и т.д. Так что 300 - это очень много. В любом случае, не хватает полей (а в большинстве современных СУБД их может быть до 65 тыс. с чем-то) - есть паттерн EAV. AlexTheRaven<...> А давайте заменим остальных случаях на старндартных случаях. Хорошо, в остальных стандартных случаях, к коим относится только САПР. Ещё раз: РСУБД плохо справлялись с данными в САПР. Поэтому для САПР стали придумывать ООСУБД. Не XML. А XML - это всего лишь правило, накладываемое на хранение информации в текстовых файлах. Раньше все приложения писали информацию в текстовые файлы, как им заблагорассудится. Теперь они делают то же самое, только модно, чтобы текстовые файлы подчинялись правилам XML. Действительно, разборка стала единообразнее, появилась возможность увеличить повторное использование. Применение XML не избавит Вас от необходимости решать проблемы целостности, поиска и многопользовательского доступа. Блокировка всего файла XML - блокировка на уровне БД, к-рую СУБД перестали делать лет 30 назад. То же самое и с поиском "полным сканированием". AlexTheRaven Тогда я даже с вами соглашусь. РБД это как 1С, только лучше, где все стандартное, то все хорошо, если чуть в сторону от классических схем, то все через жжжжж..... ну вы поняли. Классические схемы потому и классические, что к ним много раз приходили от "неклассических". Они тоже могут быть кривыми и неудобными, но ничего лучше пока не придумали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2008, 15:09 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
Чендлер soft если чуть в сторону от классических схем, то все через жжжжж..... ну вы поняли. примеры? Сохранять в базу формы со всеми элементами и полями, где каждый элемент в себе может содержать любое количество других элементов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2008, 19:55 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven Значительная часть "полей" документа - обычно визуализация связи сущности "документ" с другими сущностями - "контрагент", "кол-во товаров", "ответственное лицо" и т.д. Так что 300 - это очень много. В любом случае, не хватает полей (а в большинстве современных СУБД их может быть до 65 тыс. с чем-то) - есть паттерн EAV. Но над ним нужно писать объектную обёртку чтобы она явно отражала отношение объекта в поля базы и обратно, иначе если использовать только sql запросы без обёртки, то этот код никто не сможет дописать кроме автора, иногда даже и сам автор. Имеем ORM со всеми её преимуществами и недостатками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2008, 20:00 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven А давайте заменим остальных случаях на старндартных случаях. Хорошо, в остальных стандартных случаях, к коим относится только САПР. Ещё раз: РСУБД плохо справлялись с данными в САПР. Поэтому для САПР стали придумывать ООСУБД. Не XML. [/quot] Не совсем - любая семантическая иерархия и оп-па. Например, что вы будете делать если вам базе нужно хранить договора, но форма договора у всех организаций с которыми вы работаете своя(с полями и прочим), а на вашу(стандартизированную) они переходить не хотят. Хранить в блобах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2008, 20:06 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven Применение XML не избавит Вас от необходимости решать проблемы целостности, поиска и многопользовательского доступа. Блокировка всего файла XML - блокировка на уровне БД, к-рую СУБД перестали делать лет 30 назад. То же самое и с поиском "полным сканированием". Возможно намного удобнее "списочную информацию" хранить в реляционной форме, но так организовать, что иерархическая информация была локализована для каждого объекта в одно записи. Тоесть набор реляционных таблиц и xml в полях. Часто можно привести к данной структуре и она себя оправдывает. Тоесть паттерн "список документов". А связь идёт не по полям документа, а сразу по всему документу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2008, 20:10 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
softЧасто можно привести к данной структуре и она себя оправдывает.Привести можно, а вот оправдывает крайне редко. Если исходить из соображения, чито СУБД - это свалка информации, куда любой желающий может класть все, что захочет, то СУБД вообще не нужна. Если же кто-то собирается информацию, сохраненную в СУБД еще и использовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2008, 13:40 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
s> Автор: soft s> s> Например, что вы будете делать если вам базе нужно хранить договора, s> но форма договора у всех организаций с которыми вы работаете своя(с s> полями и прочим), а на вашу(стандартизированную) они переходить не s> хотят. Хранить в блобах? Хранить шаблоны в можно и виде xlt, htt или любых других, поддающихся или не поддающихся визуализации, а лишь применяемых в момент генерации печатного вида. Здесь ничего особо нового XML не привнес. Чтобы явственней отделить форму от содержания, сами шаблоны можно держать не в базе, а во внешних файлах. Так открывать в специализированных приложениях проще, и дизайнерам может быть удобнее. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2008, 16:00 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
СУБД(имею ввиду серверную) отличается от XML прежде всего тем что имеет свой движок который позволяет групповое манипулирование данные( выборка по критериям, измения и тд). И делает он это хорошо и быстро и больших объемах данных потому что заточен под это. Те резимирую если кол-во строк данных(документов) измеряется десятками то без разницы что использовать, хоть в тесктовом файле через запятую. Но если речь идет о тысячах то вопрос ипользовать для хранения XML отпадет сам собой ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2008, 15:12 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
PapperВсем привет! Я хочу использовать формат XML для повседневного хранения и работы с данными. Вопросы следующие: 1. Чем XML лучше СУБД(access, mySQL, Oracle, MSSQL, postgres и т.д.)? 2. Насколько в нем удобнее работать по сравнению с СУБД? 3. Насколько удобнее интерфейс с XML из VisulStudio 2005, чем существующие интерфейсы с другими СУБД? 4. Насколько лучше XML чем реляционные базы данных? Пожалуйста выскажите своё мнение по данным вопросам. Вообще-то задачи XML и СУБД - разные! XML -для обмена данных и локального сохранения кэша при отсоединенных БД. .NET и XML - интеграция теснее не придумаешь. Любой DataSet можно сохранить в XML. Ну и вообще XML предназначен для обмена данными в распределенных системах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2008, 19:30 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
Ну а всетаки что лучше использовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2008, 16:46 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
Пересылать XML. Хранить данные подходящего типа (иногда XML), порезанные на записи, являющиеся самомстоятельными объектом обновления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2008, 15:22 |
|
||
|
Вопрос о пригодности XML
|
|||
|---|---|---|---|
|
#18+
ЧендлерLepsik в db2 9 версия xml хранится как развернутый набор таблиц, поэтому все споры о реляционности можно оставить. Основное премущество - легкость рaботы со сложными структурами. Толи я не выспался, не могу понять смысл поста. :) Если схема описана как таблица и содержит данные, то db2 создает таблицу и запрос по этому xml будет сделан как классический SQL запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2009, 08:36 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35223175&tid=1543096]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
176ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 467ms |

| 0 / 0 |
