Варианты использования для NoSQL [закрыто]
Вы должны окончательно использовать предоставленные SAX API. Android XML parse API складывается поверх обычного Java SAX, поэтому, на мой взгляд, я бы просто использовал обычный Java SAX API, и таким образом вы сможете тестировать свой код как обычный рабочий стол Java.
Разбор XML всегда медленный, и использование этих синтаксических анализаторов SAX так же хорошо, как и получается (если вы не написали собственный парсер с нуля). Совет: попытайтесь минимизировать сравнение строк и попытайтесь использовать hashmaps вместо длинных цепочек if (token.isEqual (CONSTANT_TOKEN)).
Вот несколько примеров анализа XML XML: http://java.sun.com/developer/codesamples/xml.html#sax
API Android XML является декларативным, парадигма немного отличается, поэтому, если вы решите пойти с этим , будьте готовы прочитать несколько примеров, чтобы узнать его способы.
Наконец, возможно, 2 месяца назад я увидел диаграмму, сравнивающую DOM против SAX и Android XML API (я не могу сейчас найти ссылку). Вывод состоял в том, что DOM был самым медленным, и SAX был вершиной, но не огромным запасом по сравнению с внедрением XML в Android.
4 ответа
Некоторые отличные варианты использования - в любом случае для MongoDB - упомянуты на сайте MongoDB. Приведены примеры аналитики в реальном времени, ведения журнала и полнотекстового поиска. Все эти статьи стоит прочитать http://www.mongodb.com/use-cases
Также есть отличная статья о том, какая база данных NoSQL лучше всего подходит для какого типа проекта: http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis
То, что мне нравится в NoSQL, не имеет ничего общего с производительностью и все связано с удобством использования. С хранилищами документов проще работать, когда ваши атомарные блоки данных подобны документам, потому что сериализовать в объекты и из объектов тривиально. Это просто больше удовольствия, и это важный фактор для личных или побочных проектов.
Просто пообещайте себе, что вы никогда не будете пытаться отобразить реляционную модель данных на NoSQL базу данных типа MongoDB или CouchDB... Это самая распространенная ошибка разработчиков при оценке новых технологий".
Такой подход аналогичен тому, как если бы вы взяли автомобиль и попытались с его помощью тянуть свою телегу по дороге, как лошадь.
Конечно, это естественная реакция, обусловленная опытом каждого, но реальная ценность использования базы данных документов заключается в возможности упростить вашу модель данных и минимизировать ваши страдания как разработчика. Ваша кодовая база уменьшится, ошибок будет меньше и их будет легче найти, производительность будет потрясающей, а масштабирование будет намного проще.
Как основатель Joomla, я необъективен :-), но если говорить о CMS, то что-то вроде MongoDB - это серебряная пуля, поскольку контент очень естественно отображается на документальные системы.
Еще один отличный случай для MongoDB - это аналитика в реальном времени, поскольку MongoDB имеет очень высокую производительность и масштабируемость, особенно в отношении параллелизма. На сайте MongoDB.org есть тематические исследования, демонстрирующие эти качества.
Я согласен с мнением, что у каждой базы данных есть свои цели и случаи использования; возьмите цель каждой базы данных для оценки соответственно.
Я бы предложил эту статью Рика Кэттелла о различных хранилищах данных (они же NoSQL), их различиях и некоторых случаях использования: http://www.cattell.net/datastores/index.html