Открыть список
Как стать автором
Обновить

Комментарии 38

Кажется, счётчик "Проголосовало ХХХ человек" глючит.
Или я?
Арифметика наука сложная, не для простых смертных LOL)
Просто каждый может несколько вариантов голосовать :)
Ooops, я же сам это сделал :-)
Меня тож сначала смутило) Но путём долгих научных изысканий...)))
забавный опрос.

вот так, без всякой конкретики в лоб спросили, что лучше MySQL или Oracle :)))
для некоторых проектов MySQL хватает за глаза, а для некоторых начинаются колебания между MSSQL/Oracle/DB2 продиктованные стоимостью лицензий и т.д.

лично мне более симпатичен MS SQL, поскольку я с ним знаком гораздо лучше чем с Ораклом. при этом я отдаю себе отчет что он потянет за собой виндузный сервер или вторую машину, поэтому однозначно отдавать предпочтения ему я не могу :)

и еще - куда делся Sybase !?
да какая разница, какой проект?
специально меньше рамок в опросе выставил.
хочется просто собрать статистику, кто что использует или стал бы использовать.
огромная.

и от того какую роль прийдется сыграть в проекте "БАЗЕ" зависит какой "БАЗА" будет. ну не могу я себе представить террабайты данных под MySQL. и транзакции тоже со скрипом. а писать стореды functions под нее просто песня - пишу и матерные частушки под нос напеваю.
с другой стороны если это форум/гостевушка/CMSка, да еще и расчитанная на массовое использование и может быть еще и OpenSource то использовать в качестве базовой субд можно MySQL/PostgreSQL в виду их платформонезависимости и бесплатности...

посмотреть профиль Quessir дело говорит, не зная цели сложно выбрать инструмент :)
Поверьте, я прекрасно представляю себе процесс выбора софта для нового проекта :-)
Меня интересует обобщённая статистика. Типа как, знаете, "сколько в нашей стране мальчиков и девочек учится в школе/вузе/...?" При этом не вспоминая, что в кадетские училища идут одни мальчики.

Можно было просто спросить, "какое из этих слов вы бы выбрали?" Просто чтобы узнать популярность бренда среди веб-разработчиков.
ну, тогда данная формулировка фопроса некорректна.

спросили-бы "с чем предпочли-бы иметь дело", вым бы каждый честно ответил что ему лично больше по душе(в чем лучше разбирается, в чем имеет больший опыт), а так в голову приходят совсем другие мысли :)

спросили бы про предпочтения я бы сказал MSSQL и не тыкал бы в оракл и мускул, т.к. лично мне привычнее MSSQL. а так начались колебания, ведь не везде он оправдан, не везде станет и т.д. ...
ok, согласен.
но менять уже нет смысла — очень многие проголосовали
Моя знакомая девочка училась в кадетском училище ;)
ну я могу не только представить себе эти самые террабайты данных под MySQL, я их вполне имею в жизни. Никаких особых проблем это не вызвало, хотя честно скажу выбор MySQL диктовался в свое время во многом его ценой.
да понятно что при должной доводке надфилем и грамотном проектировании можно их там держать. и даже ворочать можно (жаль ссылка потерялась, была у меня ссылочка на какой-то исследовательский проект который крутится на кластерах из тучи MySQL и ворочает просто астрономичесскими объемами).
но, тем не менее, я думаю Вы не станете отрицать что у mysql основным преимуществом является именно цена, а не уровень продукта в целом :)
ну не только цена там определяет. В моем случае была возможность использовать sybase, но по скорости загрузки больших обьемов данных (300-500M записей), mysql был просто вне конкуренции, обходя sybase играючи
ну с этим сложно спорить. когда писали собственный анализатор статистики то тоже использовали mysql. но только как сборщик опреативных данных. а обсчеты потом делались(делаются) на MS :)
да. на самом деле я не правильно выразился. не "не представляю" а "с трудом представляю" :)
Если не секрет какой движок используется? Превалирует чтение или запись? Есть ли конкуррентых операций?
Wikipedia - вот тебе терабайты данных.
Интересно, а делает ли кто-то веб-проекты на SQLite?
Для отладки и мелких сайтиков - вполне.
Некоторые системы кеширования используют SQLite в качестве бэкэнда. + mnoGoSearch для хранения индексов. Как самостоятельную БД я бы побоялся использовать :) . Хотя почему бы и нет? Если ещё нет строгой привязки к особенностям различных БД, то вполне может сойти как "сносная" альтернатива, ведь SQLite - вездесущ...
Я побоялся бы за конкурентный доступ (так это называется?) на изменение. Если база занята, то придётся её ждать неизвестно сколько, ходить по какому-то циклу.
Думаю в случае большого количества одновременных сессий с изменениями БД SQLite дорого обходится.
Для прикладных программ - отлично идёт!
Главное про транзакции не забывать при обновлениях ;)
Спасибо всем за ответы. Очень любопытно.
Система управления проектами Trac может использовать SQLite в качестве СУБД. А и нужно ли больше, если, к примеру, пользователей меньше 15?)
На SQLite делают те, проект которых трудно назвать проектом.

И непонятно, о каком проекте речь идет? Вообще, СУБД выбирают по сложности(нагрузке) проекта. По наиболее важным аспектам. Для кого-то важна скорость работы БД(MySQL), для кого-то надежность и сложная работа на стороне сервера БД(PostgreSQL, Oracle, DB2). А для кого-то нужно просто персистить данные(HSQLBD, SQLite, да хоть Access). Ну не хранить же их в файлах!
Я бы сказал, что СУБД выбирают как компромис между стоимостью приобретения, стоимостью владения, требованиям к функциональности и нагрузочной способности.

Если у меня бюджет проекта $5000 на разработку и $1000 на поддержку в месяц, то я никак не смогу выбрать Oracle.
Почему? Oracle XE — запросто. Если ограничения устраивают. То же самое для SQL Server & DB2.
Если устраивают — да. Но я хорошо помню, как быстро меня перестала устраивать ограниченная версия MSSQL 6.5 на реальном проекте, который изначально в нее вписывался.
Это надо внимательно ограничения (технические и лицензионные) смотреть. В той же DB2 Express-C ограничено только количество процессоров и объём памяти, используемые сервером БД.
Еще раз: ограничения перестали устраивать. На момент сдачи все было в порядке. :) Но во время поддержки у заказчика, разумеется, изменились требования.
Oracle чаще всего быстрее mySQL, но очень прожорлив.
А на какой БД Хабр держится, интересно?
Кстати, я был поражен, когда прочитал интервью с гендиром MySQL Мартеном Микосом (http://www.habrahabr.ru/blog/open_source/12845.html). Хотя бы то, что Гугль использует мускул на AdSense.
Судя по вакансиям хабр на mySLQ скорее всего.
вот здесь diod.habrahabr.ru/blog/73536/ я начал писать цикл статей о Cache и его родичах
а здесь cgi2m.net.ua один человек портировал gt.m написание сайтов на М
Ответил вам в том топике.
НЛО прилетело и опубликовало эту надпись здесь
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.