XML проектирование... и как лучше поступить.

Проблема собственно вот в чем.
Вот часть Log.XML:
1) Где тут ошибки?
2) Правильна-ль эта строка: <Date val="01-01-06 ?
3) Задумка понятна и без обьяснений... может есть другой способ?
4) И возможно-ль с такой структуры получить данные за определенный промежуток времени... честно говоря это и есть главная задача.
5) Есть ли какието способы Validation Value в работе с XML? Мне почемуто кажется, что в этом отношении данная технология храмает.
Заранее благодарен.
P/S. Я только познаю таинства XML... не шумите

0

Сорри.. дублировал случайно... жаль удалить не могу.

0

1) большие/малые буквы различаются, то есть <Date>...</date> не катит
2) с точки зрения синтаксиса правильна
3) сколько угодно способов, но вообще кроме элементов и атрибутов в XML ничего другого нет
4) можно, но лучше val="060101" для ускорения поиска
5) а есть ли какие-то способы Validation Value в работе с TXT? XML-файл -только хранилище. Вся логика вне его. Например, в XSLT.

0

спасибо.
Сейчас понял, когда узнал об XSLT и XPath.
Кстати, можно небольшой, но дельный примерчик с использованием XPath?

0

Сообщение от mentos_has_arisen 1) Где тут ошибки?

Значения всех атрибутов нужно заключать в кавычки - <Login id="1
Регистр тегов имеет значение. Если открывающий тег <Date ...>, то и закрывающий должен быть </Date>

Сообщение от mentos_has_arisen 3) Задумка понятна и без обьяснений... может есть другой способ?

Понятно только то что это какой-то лог, но не более того. Неизвестно сколько у тебя тегов Login и Date. Можно ли использовать тег Datе внутри тега <Login> несколько раз? И так далее. Вопросов можно кучу задать.

Сообщение от mentos_has_arisen 4) И возможно-ль с такой структуры получить данные за определенный промежуток времени... честно говоря это и есть главная задача.

Если ты ориентируешься на задачу выбора данных за конкретный период, то для начала стоит продумать структуру своего xml файла, чтобы свести к минимуму кол-во тегов <Date>. Возможно тебе стоит поменять теги <Date> и <Login> местами.
И сразу встает вопрос - почему не используешь базу данных?

Сообщение от mentos_has_arisen 5) Есть ли какието способы Validation Value в работе с XML? Мне почемуто кажется, что в этом отношении данная технология храмает.

Есть - DTD (Document Type Defition) или гораздо более мощный мезханизм под названием XML Schema.

0

Всё на стадии изначального проектирования. И это один из самых важных этапов.
Вобщем вот задачи и альтернативы (выше выложенны просто примеры):
Есть 2 и больше ASP проектов (ПР) (там БД, как и должно быть)
Задача:
общий сервис (ОС) учета пользователей между этими проектами и ещё немного.
Вот тут и был выбран мной путь XML.
Вот альтернативы:
1. ОС хранит данные в XML. Имеет пользовательский (уровень стата) и навигационный интерфейс и является своего рода сервисом для ПР. Интерфейс под средством XSLT, шаблоны.
2. ОС хранит данные в БД. XML - результат вебсервиса.
3. ОС хранит данные в БД и в XML-формате(Стат-инфо). В этом фишка... как я думаю. Именно он и испльзуется ПР-ами, без подключения к БД с целью повышения производительности.
И конечно ещё! использовать dll или нет?
Теперь понятно почему я даты (в прошлом примере) подшил под юзерами
Извиняюсь что много... но это важно ведь.
Заране благодарен, как всегда.

0

Сообщение от mentos_has_arisen 1. ОС хранит данные в XML. Имеет пользовательский (уровень стата) и навигационный интерфейс и является своего рода сервисом для ПР. Интерфейс под средством XSLT, шаблоны.

Если не будет необходимости выполнять одновременное обновление xml файла из нескольких приложений, то этот вариант вполне допустим.

Сообщение от mentos_has_arisen 2. ОС хранит данные в БД. XML - результат вебсервиса.

Нормальный вариант.

Сообщение от mentos_has_arisen 3. ОС хранит данные в БД и в XML-формате(Стат-инфо). В этом фишка... как я думаю. Именно он и испльзуется ПР-ами, без подключения к БД с целью повышения производительности.

Тоже вариант. Единственное замечание что не стоит делать преждевреннемнных выводов о "повышении производительности". XML плохо справляется с большими объемами данных, а xslt преобразование большого документа легко сведет на нет весь выигрыш от хранения данных в файле, а не в базе.

Сообщение от mentos_has_arisen И конечно ещё! использовать dll или нет?

То есть?

0

В том смысле, что обработку забивать в dll, а не кодом в ASP файле... хотя сейчас, после разъяснений, начинаю сомневаться в целесообразности. Я почемуто был уверен, что XDS, XLST, XPath... ввсё это служит для того, чтоб XML стал более производительным... большой XML! А выходит не так? Блин... наконец-то есть повод узнать об XML (аньше никак не выходило всеръёз заняться)... и просто запутался уже.
Начиная знакомиться ближе с XML, я понял, что круто.. ведь много ресурсов сервера забирает именно сессии с БД, а получается, что если структура данных несложна, можно XML за хранилище взять. Вот и тупик. Или может в противоречиях истина?

Кстати, раньше был ресурс по адресу prosto.pp.ru по программингу.. мой хитовый, до relab, это не ваше прошлое изобретение? Материалы были прям как тут. Сейчас правда уже там другой ресурс.

0

Сообщение от mentos_has_arisen В том смысле, что обработку забивать в dll, а не кодом в ASP файле

Советую не заниматься преждевременной оптмизацией. Напиши сначала на чистом ASP. И только если будет медленно работать перепиши в dll.

Сообщение от mentos_has_arisen Я почемуто был уверен, что XDS, XLST, XPath... ввсё это служит для того, чтоб XML стал более производительным... большой XML! А выходит не так?

XSD (или XML Schema) позволяет описать логческую структуру XML документа так чтобы можно было быть уверенным что структура XML соответствует неким требованиям. Это никак не завязано на большие или маленькие XML документы.
XSLT (XSL Transformation) позволяет выполнять преобразование одного xml документа в другой. Эта технология также никак не завязана на большие или маленькие XML документы. Это просто один из инструментов.
XPath - язык запросов в узлам XML документа. И опять же тут нет никакой привязки или цели ускорить обработку XML документов.

Сообщение от mentos_has_arisen Начиная знакомиться ближе с XML, я понял, что круто.. ведь много ресурсов сервера забирает именно сессии с БД, а получается, что если структура данных несложна, можно XML за хранилище взять. Вот и тупик. Или может в противоречиях истина?

А СУБД уже не круто значит?
Любая технология имеет свою нишу. XML удобный формат для обмена данными между разными программами/компьютерами/платформами. Но он не предназначен для хранения больших объемов данных. У него отсутствует поддержка целосности данных, защиты, транзакционности и прочих обязательных атрибутов современных СУБД. Так что надо очень хорошо подумать прежде чем использовать XML для хранения каких-то данных. К примеру, редко изменяемый файл конфигурации это хороший пример использования XML. Поэтому из тех вариантов что ты перечислял ранее я бы выбрал хранение данных в БД.

Сообщение от mentos_has_arisen Кстати, раньше был ресурс по адресу prosto.pp.ru по программингу.. мой хитовый, до relab, это не ваше прошлое изобретение? Материалы были прям как тут. Сейчас правда уже там другой ресурс.

Хороший был сайт. Я к нему никакого отношения не имею, также как же как и к relib собственно - не считая активного участия в форуме

0

Кстати, технология которая реально нацелена на ускорение обработки больших XML документов называется SAX - Simple API for XML.

0

SAX.. вот что останавливает:
1) SAX can be difficult to use when the document contains many internal

cross-references, such as ID and IDREF attributes;
2) SAX support is not built into Microsoft® Internet Explorer;
3)SAX is designed for reading, not writing, XML documents. The DOM is the better choice

for modifying an XML document and saving the changed document to memory.
Из вышеперечисленного делаю выводы:
- В моём MSXML SDK недостаточно инфы по SAX (ну... чтоб я понял ;
- XML файлы не больше 1метра будут однозначно (на данном этапе);
- вычитал гдето, что DOM с SAX конфликтуют;
- DOM уже знаю кое-чего (инфы по-больше).
bazile, неисключено, конечно, что SAX предпочтительней, но подскажите, плс, как можно

использовать XPath с DOM?
Ну хоть элементарный примерчик применение фильтра по id к общему доку XML и сохранение

результатов в новым XML.
Да, буду благодарен, если ссылкой поделитесь по SAX или применение XPath с DOM.
В любом случае, заранее благодарен.

0

Наверное XPath с DOM немного неправильно. XPath ведь для XSL так? Правильней наверное было б спросить как делать выборку по атрибуту. В данном случае ID.
Спасибо.

0

Наверное XPath с DOM немного неправильно. XPath ведь для XSL так? Правильней наверное было б спросить как делать выборку по атрибуту. В данном случае ID.
Спасибо.

0

XPath используется в DOM, в XSLT, XQuery и других XML технологиях. Это универсальный язык для обращения к элементам XML документа.

Для поиска узла с заданным атрибутом надо использовать примерно такой синтаксис
/root/SKod[@id=1]

Подробности как всегда в документации.
http://msdn.microsoft.com/libr... frame=true

0

Да.. но кавычки убивают..
Помогите добить строку, пожалуйста.
ПЕРЕМЕННОЙ1="S"
ПЕРЕМЕННОЙ2=2
Set nodeDescription = xmlDoc.selectSingleNode("//Shifrs[@id = {ЗНАЧЕНИЕ ПЕРЕМЕННОЙ1}]/Shifr[{ЗНАЧЕНИЕ ПЕРЕМЕННОЙ2}]")
сЕНЬКС.
Vbscript ASP... кавычка вечная проблма

0

Не понимаю в чем проблема. Пишем
Set nodeDescription = xmlDoc.selectSingleNode("//Shifrs[@id = {" & ПЕРЕМЕННОЙ1 & "}]/Shifr[{" & ПЕРЕМЕННОЙ2 & "}]")
Или если тебе нужно чтобы значения переменных были внутри кавычек, то так (чтобы вставить кавычку в строку VBScript ее надо удвоить)
Set nodeDescription = xmlDoc.selectSingleNode("//Shifrs[@id = {""" & ПЕРЕМЕННОЙ1 & """}]/Shifr[{""" & ПЕРЕМЕННОЙ2 & """}]")
Или можно одинарными кавычками воспользоваться
Set nodeDescription = xmlDoc.selectSingleNode("//Shifrs[@id = {'" & ПЕРЕМЕННОЙ1 & "'}]/Shifr[{'" & ПЕРЕМЕННОЙ2 & "'}]")

0