Комментарии 38
Кажется, счётчик "Проголосовало ХХХ человек" глючит.
Или я?
Или я?
забавный опрос.
вот так, без всякой конкретики в лоб спросили, что лучше MySQL или Oracle :)))
для некоторых проектов MySQL хватает за глаза, а для некоторых начинаются колебания между MSSQL/Oracle/DB2 продиктованные стоимостью лицензий и т.д.
лично мне более симпатичен MS SQL, поскольку я с ним знаком гораздо лучше чем с Ораклом. при этом я отдаю себе отчет что он потянет за собой виндузный сервер или вторую машину, поэтому однозначно отдавать предпочтения ему я не могу :)
и еще - куда делся Sybase !?
вот так, без всякой конкретики в лоб спросили, что лучше MySQL или Oracle :)))
для некоторых проектов MySQL хватает за глаза, а для некоторых начинаются колебания между MSSQL/Oracle/DB2 продиктованные стоимостью лицензий и т.д.
лично мне более симпатичен MS SQL, поскольку я с ним знаком гораздо лучше чем с Ораклом. при этом я отдаю себе отчет что он потянет за собой виндузный сервер или вторую машину, поэтому однозначно отдавать предпочтения ему я не могу :)
и еще - куда делся Sybase !?
да какая разница, какой проект?
специально меньше рамок в опросе выставил.
хочется просто собрать статистику, кто что использует или стал бы использовать.
специально меньше рамок в опросе выставил.
хочется просто собрать статистику, кто что использует или стал бы использовать.
огромная.
и от того какую роль прийдется сыграть в проекте "БАЗЕ" зависит какой "БАЗА" будет. ну не могу я себе представить террабайты данных под MySQL. и транзакции тоже со скрипом. а писать стореды functions под нее просто песня - пишу и матерные частушки под нос напеваю.
с другой стороны если это форум/гостевушка/CMSка, да еще и расчитанная на массовое использование и может быть еще и OpenSource то использовать в качестве базовой субд можно MySQL/PostgreSQL в виду их платформонезависимости и бесплатности...
Quessir
и от того какую роль прийдется сыграть в проекте "БАЗЕ" зависит какой "БАЗА" будет. ну не могу я себе представить террабайты данных под MySQL. и транзакции тоже со скрипом. а писать стореды functions под нее просто песня - пишу и матерные частушки под нос напеваю.
с другой стороны если это форум/гостевушка/CMSка, да еще и расчитанная на массовое использование и может быть еще и OpenSource то использовать в качестве базовой субд можно MySQL/PostgreSQL в виду их платформонезависимости и бесплатности...
QuessirПоверьте, я прекрасно представляю себе процесс выбора софта для нового проекта :-)
Меня интересует обобщённая статистика. Типа как, знаете, "сколько в нашей стране мальчиков и девочек учится в школе/вузе/...?" При этом не вспоминая, что в кадетские училища идут одни мальчики.
Можно было просто спросить, "какое из этих слов вы бы выбрали?" Просто чтобы узнать популярность бренда среди веб-разработчиков.
Меня интересует обобщённая статистика. Типа как, знаете, "сколько в нашей стране мальчиков и девочек учится в школе/вузе/...?" При этом не вспоминая, что в кадетские училища идут одни мальчики.
Можно было просто спросить, "какое из этих слов вы бы выбрали?" Просто чтобы узнать популярность бренда среди веб-разработчиков.
ну, тогда данная формулировка фопроса некорректна.
спросили-бы "с чем предпочли-бы иметь дело", вым бы каждый честно ответил что ему лично больше по душе(в чем лучше разбирается, в чем имеет больший опыт), а так в голову приходят совсем другие мысли :)
спросили бы про предпочтения я бы сказал MSSQL и не тыкал бы в оракл и мускул, т.к. лично мне привычнее MSSQL. а так начались колебания, ведь не везде он оправдан, не везде станет и т.д. ...
спросили-бы "с чем предпочли-бы иметь дело", вым бы каждый честно ответил что ему лично больше по душе(в чем лучше разбирается, в чем имеет больший опыт), а так в голову приходят совсем другие мысли :)
спросили бы про предпочтения я бы сказал MSSQL и не тыкал бы в оракл и мускул, т.к. лично мне привычнее MSSQL. а так начались колебания, ведь не везде он оправдан, не везде станет и т.д. ...
Моя знакомая девочка училась в кадетском училище ;)
ну я могу не только представить себе эти самые террабайты данных под MySQL, я их вполне имею в жизни. Никаких особых проблем это не вызвало, хотя честно скажу выбор MySQL диктовался в свое время во многом его ценой.
да понятно что при должной доводке надфилем и грамотном проектировании можно их там держать. и даже ворочать можно (жаль ссылка потерялась, была у меня ссылочка на какой-то исследовательский проект который крутится на кластерах из тучи MySQL и ворочает просто астрономичесскими объемами).
но, тем не менее, я думаю Вы не станете отрицать что у mysql основным преимуществом является именно цена, а не уровень продукта в целом :)
но, тем не менее, я думаю Вы не станете отрицать что у mysql основным преимуществом является именно цена, а не уровень продукта в целом :)
Если не секрет какой движок используется? Превалирует чтение или запись? Есть ли конкуррентых операций?
Wikipedia - вот тебе терабайты данных.
Для отладки и мелких сайтиков - вполне.
Некоторые системы кеширования используют SQLite в качестве бэкэнда. + mnoGoSearch для хранения индексов. Как самостоятельную БД я бы побоялся использовать :) . Хотя почему бы и нет? Если ещё нет строгой привязки к особенностям различных БД, то вполне может сойти как "сносная" альтернатива, ведь SQLite - вездесущ...
Для прикладных программ - отлично идёт!
Главное про транзакции не забывать при обновлениях ;)
Главное про транзакции не забывать при обновлениях ;)
Спасибо всем за ответы. Очень любопытно.
Система управления проектами Trac может использовать SQLite в качестве СУБД. А и нужно ли больше, если, к примеру, пользователей меньше 15?)
На SQLite делают те, проект которых трудно назвать проектом.
И непонятно, о каком проекте речь идет? Вообще, СУБД выбирают по сложности(нагрузке) проекта. По наиболее важным аспектам. Для кого-то важна скорость работы БД(MySQL), для кого-то надежность и сложная работа на стороне сервера БД(PostgreSQL, Oracle, DB2). А для кого-то нужно просто персистить данные(HSQLBD, SQLite, да хоть Access). Ну не хранить же их в файлах!
И непонятно, о каком проекте речь идет? Вообще, СУБД выбирают по сложности(нагрузке) проекта. По наиболее важным аспектам. Для кого-то важна скорость работы БД(MySQL), для кого-то надежность и сложная работа на стороне сервера БД(PostgreSQL, Oracle, DB2). А для кого-то нужно просто персистить данные(HSQLBD, SQLite, да хоть Access). Ну не хранить же их в файлах!
Я бы сказал, что СУБД выбирают как компромис между стоимостью приобретения, стоимостью владения, требованиям к функциональности и нагрузочной способности.
Если у меня бюджет проекта $5000 на разработку и $1000 на поддержку в месяц, то я никак не смогу выбрать Oracle.
Если у меня бюджет проекта $5000 на разработку и $1000 на поддержку в месяц, то я никак не смогу выбрать Oracle.
Почему? Oracle XE запросто. Если ограничения устраивают. То же самое для SQL Server & DB2.
Если устраивают да. Но я хорошо помню, как быстро меня перестала устраивать ограниченная версия MSSQL 6.5 на реальном проекте, который изначально в нее вписывался.
Oracle чаще всего быстрее mySQL, но очень прожорлив.
А на какой БД Хабр держится, интересно?
Кстати, я был поражен, когда прочитал интервью с гендиром MySQL Мартеном Микосом (http://www.habrahabr.ru/blog/open_source/12845.html). Хотя бы то, что Гугль использует мускул на AdSense.
Кстати, я был поражен, когда прочитал интервью с гендиром MySQL Мартеном Микосом (http://www.habrahabr.ru/blog/open_source/12845.html). Хотя бы то, что Гугль использует мускул на AdSense.
ZEN под Caché 2007.1 (еще бы я ее не выбрал, ага)
вот здесь diod.habrahabr.ru/blog/73536/ я начал писать цикл статей о Cache и его родичах
а здесь cgi2m.net.ua один человек портировал gt.m написание сайтов на М
а здесь cgi2m.net.ua один человек портировал gt.m написание сайтов на М
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Какую СУБД вы бы выбрали для нового web-проекта?