Издание DB-Engines опубликовало (http://db-engines.com/en/blog_post/54) новую редакцию своего рейтинга (http://db-engines.com/en/ranking) популярности СУБД. По методике расчёта рейтинг СУБД напоминает рейтинг языков программирования TIOBE (https://www.opennet.me/opennews/art.shtml?num=43643) и учитывает (http://db-engines.com/en/ranking_definition) популярность запросов в поисковых системах, число результатов в поисковой выдаче, объём обсуждений на популярных дискуссионных площадках и социальных сетях, число вакансий в агентствах по найму персонала и упоминаний в профилях пользователей.
Позицию лидеров в рейтинге сохранили СУБД Oracle, MySQL и Microsoft SQL Server. В качестве продукта, наиболее активно наращивающего свою популярность, отмечена СУБД MongoDB, которая вытеснила СУБД PostgreSQL с 4 места. Отдельно также выделена СУБД Cassandra (https://www.opennet.me/opennews/art.shtml?num=43298), которая находится на 8 месте, но демонстрирует значительный рост популярности. С 27 на 23 место переместилась СУБД MariaDB, с 65 на 41 - OrientDB (https://www.opennet.me/opennews/art.shtml?num=42740), с 88 на 51 - RethinkDB (https://www.opennet.me/opennews/art.shtml?num=42844). Из СУБД к которым наблюдается спад интереса можно отметить
CouchDB (переместилась с 22 на 25 место), Memcached (c 19 на 22)
, Firebird (с 25 на 27) и Berkeley DB (с 51 на 60).<center><a href="http://db-engines.com/en/ranking"><img src="https://www.opennet.me/opennews/pics_base/0_1452325070.png&q... style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>
<center><a href="http://db-engines.com/en/ranking_trend"><img src="https://www.opennet.me/opennews/pics_base/0_1452325117.png&q... style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>
URL: http://db-engines.com/en/blog_post/54
Новость: http://www.opennet.me/opennews/art.shtml?num=43645
Надо Apple делать свою БД. Судя по свифту ещё поборолась бы за первое место с ораклом.
Cвифт, как и обжектив-С, будет использоваться почти исключительно в Эппл-инфраструктуре, за пределами которой будет практически неизвестен. Аналогично и БД. Если Эппл и напишут какую-то БД(предположим даже нормальную), то использоваться она будет лишь на Эппл-машинах. Сколько у нас Эппл-серверов? С таким процентажем они даже с foxpro соревноваться не смогут.
На каких серверах, по-твоему, используется sqlite?
На любых, которые способны его запустить.
Но Эппл-технологии -- удел Эппл-инфраструктуры. Практически ничего за пределы этой инфраструктуры не выходит. И не вижу причин, почему бы БД стала исключением.
Отлично. Значит foxpro то они побьют в любом случае.
Это победа! :)
FileMaker
>Надо Apple делать свою БД. Судя по свифту ещё поборолась бы за первое место с ораклом.А вон какой-то FileMaker - это не Эппла продукция? :) А вообще - я удивлен, что в этом чудо-рейтинге нет Firebird или там Interbase, неужели людям настолько хватает мануалов, что они не ищут в поисковике ничего по ним? :)
В принципе да, плюс используется либо теми кто знает больше гугла, либо в достаточно "небольших" количествах, так же весьма специфична география, в России к примеру проще на одном форуме всю информацию найти чем искать в гугле ( да и яндекс по нему лучше ищет )
По кому - по нему? И зачем искать на любом языке, отличном от английского?
RDBMS по-прежнему доминируют.
какой кастомный рейтинг
рейтинг КО:postqgresql, sqlite, redis, couchdb, mariadb, memcached
Sphinx ещё в качестве search engine
кто пиарит этот кал, тот ...
> Sphinx ещё в качестве search engineЭто ведь просто расширение для полнотекстового поиска. Да и сейчас "нормальные" БД сами прекрасно справляются с этим.
В качестве SE использование во многом зависит от решаемых задач.
Дерьмо, а не методика. Она показывает у какой субд то ли нет документации, то ли её никто не читает, и все лезут в поисковик. В общем, рейтинг субд по числу некомпетентных терпил.
> учитывает популярность запросов в поисковых системах, число результатов в поисковой выдаче, объём обсуждений на популярных дискуссионных площадках и социальных сетях, число вакансий в агентствах по найму персонала и упоминаний в профилях пользователей.Как по вашему эту методику сделать объективнее?
брать код с публичных хостингов, анализировать, потом результаты анализа каким-то образом интерпретировать
И много у нас публичных хостингов? Да еще таких которые кодом светят?
И много у нас публичных хостингов?ты идиот или просто вылез из криокамеры начала девяностых?
> брать код с публичных хостингов, анализировать, потом результаты анализа каким-то образом
> интерпретироватьНу и как посчитать использование в каком-либо отраслевом гиганте?
легко
Сравнивать количество упоминаний в вакансиях.
И то лучше, чем у торгашей картинками в теме обсуждения.
> Как по вашему эту методику сделать объективнее?Очевидно же. Рейтинг по средствам, затраченным на рекламу:-)
Эту методику объективнее сделать нельзя никак. Нужно использовать другую методику.Это очевидно, что, если СУБД хорошо документирована, то человек не полезет лишний раз в поисковик.
Например, у PostgreSQL отличная документация, которая в большинстве случаев дает ответы на любой возникающий вопрос.
У Oracle документация слишком формальная и может провоцировать на вылазки в поисковик.
У MS-SQL документация вообще никакая, что типично для MS. Давно убежал с этой БД, может что и поменялось за последние годы.
> Например, у PostgreSQL отличная документация, которая в большинстве случаев дает ответы
> на любой возникающий вопрос.Проще найти через поисковик с ограничением по домену.
> У Oracle документация слишком формальная и может провоцировать на вылазки в поисковик.
Почти аналогично PG, но на сайте Oracle вообще трудно что-то найти без гугла.
> У MS-SQL документация вообще никакая, что типично для MS. Давно убежал с
> этой БД, может что и поменялось за последние годы.Не в курсе.
p.s. Большой объем поиска по большим БД связан в первую очередь с большим "разнообразием" синтаксиса ( в сравнении с языками программирования ). Если посмотреть синтаксис даже "простого" Select в Oracle там очень много чего можно насочинять для узких задач, в голове держать это сложно.
Полностью согласен.С MS-SQL все понятно. Ужасные воспоминания о использовании данной СУБД. Там документация вся через Ж, работает все через Ж, все, что можно усложнить - усложнили. Чтобы с чем-то неординарным разобраться, приходилось перекапывать пол-интернета. Так что, учитывая метод анализа популярности, такой рост легко объяснить.
А чего все профи MongoDB ругают, типа он какой то нитакой то, а MySQL говорят устарел, тормоз и вообще лажа и ДБ от Оракла даже лучше?
профи работают, им некогда ругать. Ругают евангелисты, в постсоветском евангелисты oracledb и postgresql ругают mysql (т.к. он везде стоит) и монгу (которая очень сильно рекламируется в мире и потенциальный конкурент). SQLite все на мобилках и многие на десктопах встраивают, но ведь не хвалят на каждом углу?
> и монгу (которая очень сильно рекламируется в мире и потенциальный конкурент).о да, еуангелисты человеческих рсубд ругают тормозную, падучую помойку жсонов за то, что она конкурент!
И не слова о СУБД Линтер...
> И не слова о СУБД Линтер...Если не слова, то что?
Упоминание есть, но в конце рейтинга, к сожалению.
Microsoft Access. Access, Карл!
Энтерпрайз, Карл. Легаси энтерпрайз.
FoxPro2.5, Карл!
Win98, Карл!
Энтерпрайз, Карл!
Такие дела, Карл!
SQL Server недооценен. В энтерпрайзе он превосходит Оракл. Даже без учёта бесплвтной версии.
Особенно если считать краденые мсскули под крадеными одинес в ларьке у бабы маши, поставленные васей из седьмого бэ. Оракль в интырпрайзе плетётся в хвосте рейтинга, даже с учётом бесплатной версии.
> SQL Server недооценен. В энтерпрайзе он превосходит Оракл. Даже без учёта бесплвтной
> версии.А я в двух организациях работал - в обоих Оракл стоял. Значит ли это, что Оракл занимает 100% российского ынтырпрайза? :)
у постгри как небыло нормальной репликации, так и нет, вот монга и рвет постгрю.
> у постгри как небыло нормальной репликации, так и нет, вот монга и
> рвет постгрю.Текстовые файлы без ACID вообще проще всего реплицировать :)
Ура! Монга слона завалила :)
Это рейтинг грушооколативателей. Ораклисты впереди всех, потому что надо сидеть и ни вкоем случае ничего не делать
Так ведь можно что-то сломать! А если ничего не делать, то оно и не сломается, ну разве что само.:)
Всё верно выше написали - это обратный рейтинг качества документации.
По тексту ораклёвых ошибок ORA-xxxx сходу ничего не понятно, вот и сразу в гугле набираешь. Оракле разумеется ворованный, Toad ворованный. У тех кто отстегнул килотонны зелени может и по-другому, но сколько таких в общей массе? :)