powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Вопрос о пригодности XML
12 сообщений из 62, страница 3 из 3
Вопрос о пригодности XML
    #35195530
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
soft
Нет, в идеале там каждое поле в записи может выступать новой таблицей. В 95% случаях это не нужно, но эти 5% случаев часто дают 95% процентов привлекательности продукта в специализированных областях.

Хорошая фича, позволяющая без особых ухищрений нарушать 1 НФ , а потом героически бороться со сложностью и кривизной.

AlexTheRaven
Тоесть если коиенту нужно сохранять документ с 300 полями, то вы ему скажете, что это нестандартно, много и никому не нужно? Так он вам и ответ - отстой этот ваш Oracle и ораклоиды все ламеры... И будет прав.

Значительная часть "полей" документа - обычно визуализация связи сущности "документ" с другими сущностями - "контрагент", "кол-во товаров", "ответственное лицо" и т.д. Так что 300 - это очень много. В любом случае, не хватает полей (а в большинстве современных СУБД их может быть до 65 тыс. с чем-то) - есть паттерн EAV.

AlexTheRaven<...>
А давайте заменим остальных случаях на старндартных случаях.
Хорошо, в остальных стандартных случаях, к коим относится только САПР.
Ещё раз: РСУБД плохо справлялись с данными в САПР. Поэтому для САПР стали придумывать ООСУБД. Не XML.

А XML - это всего лишь правило, накладываемое на хранение информации в текстовых файлах. Раньше все приложения писали информацию в текстовые файлы, как им заблагорассудится. Теперь они делают то же самое, только модно, чтобы текстовые файлы подчинялись правилам XML. Действительно, разборка стала единообразнее, появилась возможность увеличить повторное использование.

Применение XML не избавит Вас от необходимости решать проблемы целостности, поиска и многопользовательского доступа. Блокировка всего файла XML - блокировка на уровне БД, к-рую СУБД перестали делать лет 30 назад. То же самое и с поиском "полным сканированием".

AlexTheRaven
Тогда я даже с вами соглашусь. РБД это как 1С, только лучше, где все стандартное, то все хорошо, если чуть в сторону от классических схем, то все через жжжжж..... ну вы поняли.
Классические схемы потому и классические, что к ним много раз приходили от "неклассических". Они тоже могут быть кривыми и неудобными, но ничего лучше пока не придумали.
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35196467
soft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чендлер soft
если чуть в сторону от классических схем, то все через жжжжж..... ну вы поняли.

примеры?

Сохранять в базу формы со всеми элементами и полями, где каждый элемент в себе может содержать любое количество других элементов.
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35196479
soft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexTheRaven
Значительная часть "полей" документа - обычно визуализация связи сущности "документ" с другими сущностями - "контрагент", "кол-во товаров", "ответственное лицо" и т.д. Так что 300 - это очень много. В любом случае, не хватает полей (а в большинстве современных СУБД их может быть до 65 тыс. с чем-то) - есть паттерн EAV.


Но над ним нужно писать объектную обёртку чтобы она явно отражала отношение объекта в поля базы и обратно, иначе если использовать только sql запросы без обёртки, то этот код никто не сможет дописать кроме автора, иногда даже и сам автор. Имеем ORM со всеми её преимуществами и недостатками.
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35196488
soft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexTheRaven
А давайте заменим остальных случаях на старндартных случаях.
Хорошо, в остальных стандартных случаях, к коим относится только САПР.
Ещё раз: РСУБД плохо справлялись с данными в САПР. Поэтому для САПР стали придумывать ООСУБД. Не XML.
[/quot]

Не совсем - любая семантическая иерархия и оп-па.

Например, что вы будете делать если вам базе нужно хранить договора, но форма договора у всех организаций с которыми вы работаете своя(с полями и прочим), а на вашу(стандартизированную) они переходить не хотят. Хранить в блобах?
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35196500
soft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexTheRaven
Применение XML не избавит Вас от необходимости решать проблемы целостности, поиска и многопользовательского доступа. Блокировка всего файла XML - блокировка на уровне БД, к-рую СУБД перестали делать лет 30 назад. То же самое и с поиском "полным сканированием".


Возможно намного удобнее "списочную информацию" хранить в реляционной форме, но так организовать, что иерархическая информация была локализована для каждого объекта в одно записи.

Тоесть набор реляционных таблиц и xml в полях.

Часто можно привести к данной структуре и она себя оправдывает.

Тоесть паттерн "список документов". А связь идёт не по полям документа, а сразу по всему документу.
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35197767
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softЧасто можно привести к данной структуре и она себя оправдывает.Привести можно, а вот оправдывает крайне редко. Если исходить из соображения, чито СУБД - это свалка информации, куда любой желающий может класть все, что захочет, то СУБД вообще не нужна. Если же кто-то собирается информацию, сохраненную в СУБД еще и использовать...
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35198383
Dmitriy Ivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s> Автор: soft
s>
s> Например, что вы будете делать если вам базе нужно хранить договора,
s> но форма договора у всех организаций с которыми вы работаете своя(с
s> полями и прочим), а на вашу(стандартизированную) они переходить не
s> хотят. Хранить в блобах?

Хранить шаблоны в можно и виде xlt, htt или любых других, поддающихся или не
поддающихся визуализации, а лишь применяемых в момент генерации печатного
вида. Здесь ничего особо нового XML не привнес.

Чтобы явственней отделить форму от содержания, сами шаблоны можно держать не
в базе, а во внешних файлах. Так открывать в специализированных приложениях
проще, и дизайнерам может быть удобнее.


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35221100
СУБД(имею ввиду серверную) отличается от XML прежде всего тем что имеет свой движок который позволяет групповое манипулирование данные( выборка по критериям, измения и тд).
И делает он это хорошо и быстро и больших объемах данных потому что заточен под это.
Те резимирую если кол-во строк данных(документов) измеряется десятками то без разницы что использовать, хоть в тесктовом файле через запятую.
Но если речь идет о тысячах то вопрос ипользовать для хранения XML отпадет сам собой )))
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35223175
Ынтырпрайз
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PapperВсем привет!
Я хочу использовать формат XML для повседневного хранения и работы с данными.
Вопросы следующие:
1. Чем XML лучше СУБД(access, mySQL, Oracle, MSSQL, postgres и т.д.)?
2. Насколько в нем удобнее работать по сравнению с СУБД?
3. Насколько удобнее интерфейс с XML из VisulStudio 2005, чем существующие интерфейсы с другими СУБД?
4. Насколько лучше XML чем реляционные базы данных?
Пожалуйста выскажите своё мнение по данным вопросам.

Вообще-то задачи XML и СУБД - разные!

XML -для обмена данных и локального сохранения кэша при отсоединенных БД.

.NET и XML - интеграция теснее не придумаешь. Любой DataSet можно сохранить в XML. Ну и вообще XML предназначен для обмена данными в распределенных системах.
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35373534
Seedor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну а всетаки что лучше использовать?
...
Рейтинг: 0 / 0
Вопрос о пригодности XML
    #35374775
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пересылать XML.
Хранить данные подходящего типа (иногда XML), порезанные на записи, являющиеся самомстоятельными объектом обновления.
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Вопрос о пригодности XML
    #36168969
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЧендлерLepsik
в db2 9 версия xml хранится как развернутый набор таблиц, поэтому все споры о реляционности можно оставить. Основное премущество - легкость рaботы со сложными структурами.
Толи я не выспался, не могу понять смысл поста. :)

Если схема описана как таблица и содержит данные, то db2 создает таблицу и запрос по этому xml будет сделан как классический SQL запрос.
...
Рейтинг: 0 / 0
12 сообщений из 62, страница 3 из 3
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Вопрос о пригодности XML
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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