The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доля MySQL на рынке СУБД достигла 25%

23.03.2007 16:08

Согласно исследования компании Evans Data Corporation СУБД MySQL занимает 25% коммерческого рынка баз данных.

  1. Главная ссылка к новости (http://www.linuxelectrons.com/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/10226-mysqldatabase
Ключевые слова: mysqldatabase
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Linus Torvalds (?), 16:49, 23/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "А в попугаях я знааааачительно длиннее ..."(С)Один Советский Мультик :)
     
  • 1.2, ламусанонимус (?), 21:56, 23/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и молодцы, так держать.Сколько уже проприетарщина будет удерживать major market share?Оракл кажется не зря икру метал с попыткой купить мускуля - чуют к чему дело идет... =)
     
     
  • 2.3, MySQL not sules (?), 23:07, 23/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Мало того, что этот "мускул" - как бы это сказать... г..но что-ли?
    Так оно уже почти проприетарное... так что ваше высказывание не имеет под собой никакого основания...
    Короче, Postgre рулит!
     
     
  • 3.4, гость (?), 07:03, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > как бы это сказать... г..но что-ли
    это то, что тебе мозги заменяет: как ГПЛ продукт может быть "почти проприетарным"?!
    Постгрес мало того, что тормознее значительно, дык ещё и с бздушной лицензией "тырьте кто хочет", поэтому рулит он исключительно в направлении ближайшего биореактора.
     
     
  • 4.5, Аноним (-), 09:33, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    однако на больших базах да еще если вся логика завернута на сервер, то Postgre оказывается предпочтительнее.
     
  • 4.6, Av (??), 09:36, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще с cdb их сравни по скоростям, олух, может сразу туда перелезешь. Не путай СУБД, коей является Postgres с табличками mysql...
     
  • 4.7, halt (??), 11:33, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Цитирую фразу прочитаную на опеннете
    "Разве вам приходило в голову устраивать гонки белазов с формулой1".
    Я думаю что найдется место всем...
     
     
  • 5.9, Квагга (?), 14:22, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Какой белаз???? Какая феррари????

    Это БАЗАДАННЫХ. Похоже, не все в состоянии вместить в голову эту мысль. Места в голове мало?

    Мускул, начиная с 3.xx, уделывает всех и конкретно.

    Иначе доля 25% была бы у кого другого.

     
     
  • 6.11, Av (??), 16:17, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ты это у себя в кружке юных программистов объясняй, а здесь лучше скажи нам как сделать горячий бэкап на твоём мускуле в myisam (ты ж скоростями этого хранилища понтуешься).
     
     
  • 7.16, Квагга (?), 19:51, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.ru/opennews/art.shtml?num=5647

    Помещается в голову?

     
     
  • 8.18, Mike (??), 20:32, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, улыбнуло В общем, да, за неимением румяной горничной - тоже вариант ... текст свёрнут, показать
     
  • 8.19, Av (??), 20:33, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Мой юный пыхыпышный друг Это в помойку надо помещать Решение такое называется ... текст свёрнут, показать
     
     
  • 9.22, Квагга (?), 22:00, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А у тебя, замшелость, база в одном боксе Ну, ну ... текст свёрнут, показать
     
     
  • 10.24, Av (??), 12:12, 25/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Представь себе такое тоже бывает ... текст свёрнут, показать
     
     
  • 11.26, Квагга (?), 23:56, 25/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда горячий backup - просто позарез ... текст свёрнут, показать
     
  • 7.35, Алексей (??), 00:59, 28/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты это у себя в кружке юных программистов объясняй, а здесь лучше
    >скажи нам как сделать горячий бэкап на твоём мускуле в myisam
    >(ты ж скоростями этого хранилища понтуешься).


    Да очень просто. lock tables with read lock, lvm snapshot, unlock tables, таришь файло. 100% консистент, и горячей некуда.

     
     
  • 8.36, Алексей (??), 01:00, 28/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Пардон, очепятка, конечно flush tables with read lock ... текст свёрнут, показать
     
  • 6.13, Аноним (-), 16:21, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Для начала не "база данных" а "система управления базами данных". MySQL сильна тем что она задумывалась не как СУБД а как подспорье для работы со связаными таблицами, с мощной рекламной компанией и инсталляторами для домохозяек. С точки зрения классических задач управления данными (операции с данными с объемом значительно превышающими объем ОЗУ и алгоритмами близкими к полному перебору вариантов) то MySQL вообще не является СУБД.

    В последнее время это озаботило даже разработчиков MySQL, и по быстрому стали писать заплатки и костыли чтоб хоть как то закосить под настоящие СУБД. Но чудеc не бывает, Oracle, PostgreSQL и прочие конкуренты ушли далеко вперед.

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

     
     
  • 7.17, Квагга (?), 19:54, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > MySQL вообще не является СУБД.

    SQL слышал?

    Язык запросов такой.

    Что внутри у брокера - мне (и приложению) - ДО ЛАМПОЧКИ.

     
  • 7.29, ламусанонимус (?), 21:22, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >MySQL вообще не является СУБД.
    Жоска! Но кстати науке известны достаточно большие и достаточно нагруженные мускульные базы. Wtf?

    >В итоге - на тех задачах для которых использование СУБД вообще не
    >имеет смысла, вроде создания парв таблиц и выборка данных из них
    >MySQL втестах выигрывает.
    А вас не смущает что таких задач - до*я?Взять например форум.Нету там терабайтов данных.Но сиквель там довольно в кассу.Ну не хранить же посты как ламерье в текстовых файликах? :)

    >Но тот же код сделаный нормально на С
    >выиграет еще больше просто за счет уменьшения накладных расходов на интерфейс
    >с СУБД.
    Зато проигрыш в изобретении велосипеда самолично.А если хочется минимума накладных расходов - может, глянуть на SQLite или если на совместимость с синтаксисом пофиг - вообще все тот же Berkeley DB?А чо, сами сгородите поверх базы от сонного кота все что вам надо, будет быстро, никаких накладных расходов ни на сервера, ни на сиквель, правда, по**аться придется но случаи как известно разные бывают :)

    >На тех задачах для которых СУБД и создавались (
    >терабайты данных, сотни таблиц, требование высокой надежности, масштабируемость) она просто сливает.
    Внимание, вопрос: ну чего, чего простым смертным там в таком количестве там хранить?Засовывать все исохи линуксов в базу чтоли заместо ФС?А то слабо представляю чего туда засунуть в таком количестве, такие БД нужны каким-то жалким сотням кастомеров на планете.Какой это процент рынка сами посчитайте.А так - иметь персональный боинг конечно круто, но его содержание стоит кучу бабок, где попало не сядешь:нужен аэродром, да еще и пилоты, стюардессы, етц зарплату хотят.Чтобы проехать 500 метров авто, а накрайняк такси или даже пешкарус - явно удобнее.С бд та же аналогия.Поэтому персональные боинги товар штучный, а какойнить "пежо" хоть и не может развить скорость боинга (отстой, правда?) и вообще летать не умеет (вот лохи то!) но почему-то (какой ужос!) востребован куда большим количеством народа (дебилы, правда?).

     
  • 3.28, ламусанонимус (?), 20:48, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >MySQL not sules
    Кого-чего мускул?Вы о чем?Не ходите дети в школу - пейте дети пепси-колу!

    >Мало того, что этот "мускул" - как бы это сказать... г..но что-ли?
    Не нравится - не ешьте.Типа, демократия, вас не заставляют.Даже выбор есть - вообще отлично.

    >Так оно уже почти проприетарное...
    Что значит - проприетарное?Это как под GPL он проприетарный то?А то что мускуль клепает энтерпрайз версию - дык пусть себе клепает, мне не жалко и вообще до 3.14ды если честно.Если им удастся срубить бабок на энтерпрайз клиентах, я только за - они это вполне заслужили, 25% рынка - это не фунт изюма.А если вы думаете что мускуль прикроет халяву - так это зря, они на этом держатся.На этом основана их модель бизнеса и разработки.Рубить сук на котором они сидят они не будут имхо.Если бы для них опенсорц был пустым звуком - они давно бы продались ораклу.Да и бесполезно это:форкнут проект да и все дела.

    >так что ваше высказывание не имеет под собой никакого основания...
    Да?Точно?А судьи кто?

    >Короче, Postgre рулит!
    Аа, ну-ну, ваше высказывание просто писец как обосновано, ага... и эти люди еще и имеют наглость говорить что мои высказывания не имеют под собой оснований.

    ЗЫ ничего не имею против постгреса, в нем есть интересные фичи, но с такой лицензией как у него есть опасение что он однажды будет скуплен ораклом или микрософтом и более не будет поставляться с сорцами(а фигли, лицензия позволяет...).В долговременном плане GPLнутый софт предсказуемее - его лицензия дает какие-никакие гарантии что этот софт не будет зажоплен в одно рыло кем-то.

     

  • 1.8, savva (??), 14:12, 24/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я конечно может ошибаюсь... но помоему где то когда то видел фразу что мускул бесплатен только для некомерческого использования.

    так как "MySQL занимает 25% коммерческого рынка баз данных" ?
    его купили?
    или эти результаты не по России?

     
     
  • 2.12, lithium (??), 16:19, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    смысл в том, что если ты хочешь делать на основе MySQL свой софт под закрытой лицензией (т.е. GPL-версия тебе не подходит), то можешь заплатить владельцу авторских прав (MySQL AB),  т.е. купить MySQL под не-GPL-лицензией.
     

  • 1.10, Аноним (10), 16:02, 24/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вроде и правда с mysql не все так гладко с лицензированием, вот перестанут ее завтра выпускать под gpl бесплатно и что вы будите делать? а постгрес он более стабилен и надежен в этом плане
     
     
  • 2.32, ламусанонимус (?), 21:49, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вроде и правда с mysql не все так гладко с лицензированием, вот
    >перестанут ее завтра выпускать под gpl бесплатно и что вы будите
    >делать?а постгрес он более стабилен и надежен в этом плане
    Угу, чичас.Как только он станет чем-то интересным купит его чего доброго какойнить оракл или микрософт.И сорцы новых версий будут в праве вообще зажопить, выдавая подачки в виде бинарников (а может и не выдавая, как захотят).GPL в долговременном плане вообще предсказуемее: GPLнутый код посторонние улучшить могут, но зато они не могут (резко обрадовавшись факту улучшения) закрыть улучшенный вариант чтобы единолично наживаться на результатах в общем то не их труда.А авторы на то и авторы чтобы решать что с их кодом делать, не так ли?GPL вполне честная лицензия, она не дает всяким халявщикам прихватизировать чужие труды за просто так здорово живешь.Но не запрещает авторам лицензировать продукт "коммерсантам" под более другой лицензией.Вполне честно.Сбалансированная лицензия.

    Как пример: вот решит 1С не делиться своими патчами постгреса (лицензия позволяет...) и заявит что 1С пашет только с патченым постгресом ... и ... чего?

     

  • 1.14, Аноним (-), 16:55, 24/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мускул быстрее на коротких запросах. как только появляется серъезная нагрузка он начинает дико тормозить (иногда индексация сбивается). пример: сайт пранк.ру изначально был на мускуле, после перехода на постгрес скорость работы увеличилась в среднем в 5 раз, слета базы не наблюдается
     
     
  • 2.15, Аноним (10), 17:15, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я про тоже нафига использовать полукомерчиский мускул если есть замечательный постгрес
     
     
  • 3.21, logan (ok), 21:43, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот и я про тоже нафига использовать полукомерчиский мускул если есть замечательный
    >постгрес

    а он проще. вот и все :)
    с постргесом ведь заморачиваться надо (если по уму делать)... Курсоры, проверка целосности...
    а мускуль простой. как топор. за то его и любят. Хотя лично я стараюсь его не использовать вообще )

     
  • 3.31, ламусанонимус (?), 21:37, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот и я про тоже нафига использовать полукомерчиский мускул если есть замечательный
    >постгрес
    Если работает out of the box, требует минимальной возни и с обязанностями справляется - фигли еще надо?Терабайты данных для засирания баз как-то не у всех есть... :)
     

  • 1.20, otaku (ok), 21:13, 24/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    зачем мне замечательный постгрес , там где и мускул справляетьсчя из коробки?
    а там где что то очень серьезное можно и на оракл разориться
     
  • 1.23, Аноним (-), 12:09, 25/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    для каждого случая надо выбирать оптимальное решение. но вот эта "коммеризация" мускула мне не понравилась, поэтому я даже электронный телефонный справочник компании (простейшая таблица и один запрос) написал под постгрес. из принципа.
     
     
  • 2.25, uF0 (?), 22:17, 25/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >для каждого случая надо выбирать оптимальное решение. но вот эта "коммеризация" мускула
    >мне не понравилась, поэтому я даже электронный телефонный справочник компании (простейшая
    >таблица и один запрос) написал под постгрес. из принципа.


    А Вы задумывались использовал SQLite, раз уж такое простое задание было?

     
  • 2.30, ламусанонимус (?), 21:32, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >для каждого случая надо выбирать оптимальное решение. но вот эта "коммеризация" мускула
    >мне не понравилась, поэтому я даже электронный телефонный справочник компании (простейшая
    >таблица и один запрос) написал под постгрес. из принципа.
    Бесспорно, можно для того чтобы проехать 500 метров купить "боинг", записаться на курсы пилотов, отгрохать аэродромы в пунктах "А" и "Б", нанять второго пилота, стюардесс, диспетчеров, согласовать вылет с ПВО и иными компаниями и прочая.Но нормальные люди проедут это расстояние на машине или пройдут пешком.В смысле, такое делается вообще на маленьких и легких вещах типа SQLite - ну накуя б там такое монстрило?Чтоб можно было нанять 2 админов на его обслуживание? :)
     

  • 1.27, Аноним (-), 15:49, 26/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Честно говоря никогда не юзал. Да и лишний повод был пощупать постгрес
     
  • 1.33, johnjoy (??), 03:03, 27/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поздравления мускулу - крайне удачная разработка получилась. В "удачность" вложу кроме кода также менеджмент, маркетинг и в целом организацию бизнеса. Благодаря мускулу, шапке, постгре и подобным проектам, зарабатывающим на открытом коде и для открытого кода, мы сейчас получаем opensolaris, oracle XE, нервозные "get the facts" и много других радостных событий.

    мои 5 копеек в холиворы:
    Везде нужен свой инструмент, и если вы одинаково хорошо владеете мускулом и постгрей, то возможностей в работе с СУБД как таковыми у вас значительно больше.
    Мускул замечательно себя чувствует в условиях маленьких и средних инсталляций, если требуется хранение данных и их построковое чтение или простейшая обработка нескольких таблиц. Имея mysql, честно говоря, не особо вижу смысл в SQLite, если только не embedded решение или плохо с железом/ресурсами (имхо, расскажите плиз, если ошибаюсь) - возможно стоит действительно на сонных котов прыгать сразу. Начиная с 5 мускуля начали, наконец идти в сторону OLTP, и я желаю им удачи. Чем больше нам инструментов, тем лучше.

    Постгря же изначально шла другим путем - OLTP, и если требуется получать максимальную производительность и эффективность транзактного приложения, то welocme to postgresql. Тут, конечно, одним SQL не обойтись, нужно переносить максимум логики на уровень самой БД, благо возможности она предоставляет действительно замечательные.

     
     
  • 2.37, Кекс07 (?), 03:03, 28/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Имея mysql, честно говоря, не особо вижу смысл в SQLite
    Можно я?
    1) Вообще не надо никаких серверов.По скорости только плюсы и размер задействованного кода минимальный.
    2) Работает с полоборота.Создали базу и вперед!
    3) База - в 1 самодостаточном файле.
    4) Библиотечка добавляет лишь несколько сотен Кб к программе.Кажется около 300.Если не меньше.Статичной линковкой.Никаких ДЛЛ, серверов и прочего геморроя.Оно просто работает.
    5) Простой программный интерфейс.Опять же - если не нужен сетевой сервер, ну и отлично, его не навязвают, родной интерфейс - простые си :).А мускуль больше заточен именно под серверное юзание...
    6) Мускуль не очень скромен в плане хаваемой памяти.То есть, это можно простить на выделенном под БД сервере, а вот на десктопном компе это не катит, извините.

    Если сравнивать по сложности, навороченности и фичности получится так:
    простое, легковесное -> сложное в настройке, навернутое и увесистое

    SQLite < MySQL < Postgres < коммерсанты типа ораклов и DB2...

    Примерно так.

     

  • 1.34, Дмитрий Т (?), 13:27, 27/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По моему не очень сложно потестить MySQL и postgresql на больших данных и обсуждать уже конкретные результаты и конкретные тесты, а то получается пустой разговор.
     
     
  • 2.38, Кекс07 (?), 03:13, 28/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >По моему не очень сложно потестить MySQL и postgresql на больших данных
    >и обсуждать уже конкретные результаты и конкретные тесты, а то получается
    >пустой разговор.
    Тесты бывают разные.И всегда можно найти тест на котором одна база уделает другую, а то что тест синтетический или соответствует ограниченному кругу задач - кого оно волнует?Ведь главное то доказать что армяне лучшем чем грузины, а чем - не столь важно :)

     
     
  • 3.39, Salagin (??), 08:42, 28/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да... прямо как виндузятники с юниксистами сцепились... Стыдно, что такие дяди со знанием БД меряюцо письками...
    Юзаю и Мускул и Постгрес - для каждого - свои задачи. И как проводились исследования, в ходе которых выплыла цифра 25%? У меня например, не спрашивали... Типа народ на улице тормозили: -"Вы чем пользуетесь, Мускулом или другой БД?", А ну да, прочитал, буржуины у своих девелоперов спрашивали... По моему городу доля постгреса будет 80%, Мускула -10% и осталной МС -10%. Все относительно.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру