Меню
Что нового?

MySQL vs XML

  • Автор темы Автор темы Ms
  • Дата начала Дата начала

Ms

Новичок
MySQL vs XML

Надвигается эпоха xml.
Не вытеснит ли этот новый стандарт все другие варианты хранения текстовой информации (в том числе MySQL)?
 
Надвигается эпоха велосипедов - простого и понятного в использовании экономичного транспорта.
Не вытеснят ли велосипеды все остальные виды транспотрта?
 
Re: MySQL vs XML

Автор оригинала: Ms
Надвигается эпоха xml.
Не вытеснит ли этот новый стандарт все другие варианты хранения текстовой информации (в том числе MySQL)?
Нажмите для раскрытия...
Вытеснит ли сахар кофе? А молоко?
 
Вот вы тут стебетесь. А лучше б объяснили в двух словах в каких случаях предпочтительней использовать xml, чтобы вопрос "MySQL vs XML " отпал раз и навсегда.
Если была такая тема уже, то дайте ссылку, плиз)
 
Автор оригинала: Гюльчатай
Вот вы тут стебетесь. А лучше б объяснили в двух словах в каких случаях предпочтительней
Нажмите для раскрытия...
...пить чай с сахаром, а в каких -- с молоком. Весь список, пожалуйста.

P.S. Интересно, со второго раза дойдет или нет?
 
Уважаемый Crazy
я же не про чай с молоком спрашивала, а про xml. Мне вполне понятно, что xml БД не вытеснит. И если ты хочешь сказать, что это дело вкуса, то в программировании выбор той или иной технологии вкусом не ограничивается. Должны быть веские причины. Назвать их можешь? Если нет, то вопрос снимается.

З.Ы.: А чай с молоком я не люблю.
 
xml - это формат хранения данных
mysql - субд
 
XML создавался как формат обмена данными и совершенно не приспособлен к хранению и связанными с ней действиями: поиском, сортировкой, целостностью данных, нормализацией

Скажем пример хранения анкеты о людях в ХМЛ
<name>Yurik</name>
<age>22</age>
<sex>M</sex>

или

<person sex=M age=22 name=Yurik />

а теперь сделайте выборку мужиков 12-25 лет с обратной сортировкой по имени...
 
Yurik
вот коротко и доступно все объяснил)
т.е. если мне нужно просто передавать куда-то информацию, то я могу использовать xml, если же необходимо постоянно работать с данными: добавлять, удалять, делать выборку, то БД.
 
Гюльчатай
только и то ии другое не обязательно :-)

а вообще, прияятно, что нашелся человек, которому данный топик пошел в прок.
ибо автору вопроса не потянуть таких материй...
 
Yuric

ну вообще для этого xslt существует, для делания всякого, в том числе и выборок, из xml. Причем позволяет еще и различя в регистре проводить.
что нить типа:

//person[@sex='M' and @age &gt; 22]
 
Mike Klemin
я тут немного почитала еще про xml+php, поскольку заинтересовало) оказалось, что не все api позволяют добавлять данные в файл xml. И если сравнивать БД и xml, то xml требует больше ресурсов, чем mysql, поэтому на больших объемах данных может значительно упасть производительность. В общем, выбирать следует тот или иной способ хранения, исходя из поставленной задачи.
 
Фанат дал ссылку на великолепную статью по теме, добавить больше нечего. Хоть для меня это и прописные истины, прочитал с удовольствием. :)
 
Mike Klemin: в контексте веба скрипт должен работать в пределах секунды, а на посещаемых ресурсах - сотые доли секунды. Ни при каких мыслимых мощностях харда и доскональных алгоритмах, выборки и сортировка займут значительно больше.
То же касается и любого другого софта хранящего данные.
В некоторых случаях если важна гибкост формата а не строго нормализированная структура (чтобы иметь преимущества хранения в ХМЛ и скорость БД) люди создают индексаторы, например как этот
http://www.interface.ru/birdstep/wpbx.htm#3
 
Войдите или зарегистрируйтесь для ответа.
Сверху