1.1, Аноним (-), 23:37, 01/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто поделится опытом? Шустрее ли MySQL? Когда можно и нужно юзать, если, скажем, репликация не нужна.
Спасибо ответившим.
| |
|
2.2, Аноним (-), 01:33, 02/04/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
это из разных вселенных СУБД. FB (как и сам Interbase/Growe) - полноценная, полностью SQL/ACID-совместимая реляционная БД, с полной поддержкой UDF, DDL и прочего. также реалтайм нежесткий реализован(во встраиваемых версиях(юзаются много где, вплоть до американских танков и другого) и жесткий есть).
если и сравнивать то с слоником/постгресклом или ораклом, нарное.
совсем другая весовая категория, повторюсь.
их хотели схавать обманом российские/оффшорные рейдеры софтверные, но не прокатило.
| |
|
3.3, ананим.orig (?), 03:21, 02/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Угу. И в результате она вообще стала открытой.
(И почти никому не нужна. Судя по интенсивности развития)
Зыж
Как много юзавший и интербэйз, и оракл, и мускул.
Последний быстрее (и гибче. Вопрос был об этом, а не о вашей лекции на тему). К тому же он не субд, а движок по управлению различными хранилищами данных (включая ACID, да-да).
Интербэйз (и сабж как наследник) хороши для разработки, тестов, легкого применения,.. и который стал фактически невостребованным с уменьшением популярности делфей/билдера.
Для серьёзного применения — оракл. Благо перевести с интербэйза на него наимение трудозатратно (Думаю именно так и задумывалось байдезигн).
Да, версилнник. Как и оракл. Но точно не для нагруженного применения даже близко.
Ззыж
К сабжу отношусь более чем положительно. Но не надо сказок. Откровенно жалел, что оракл не захавала борланд (после открытия сабжа есесно :D)
Чуть ли не единственный случай моего сожаления из всех приобретений ораклом (которого таки не было :D).
Что привело к последующему упадку делфей, с++билдера, кайликса.. ну и сабжа за компанию.
Очень рад, что он всё-таки жив (благодаря своевременному открытию сырцов). Хоть уже и не так востребован.
Если что и хотели схавать, то средства разработки. А сабж,.. Вон он. Хавай — не хочу. Не гпл чай.
| |
|
4.8, Аноним (-), 08:13, 02/04/2015 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Что привело к последующему упадку делфей, с++билдера, кайликса.. ну и сабжа за
> компанию.
Ты бы хоть поставил RAD Studio из последних - реальный конкурент по удобству ей только Visual Studio мелкомягкая.
| |
|
5.14, pony (?), 11:20, 02/04/2015 [^] [^^] [^^^] [ответить]
| –3 +/– |
Тот ещё сорт того самого, до MS VS им не знаю как до чего топать. Ещё столько денег берут за это позорище.
| |
|
6.16, Аномимимис (?), 12:51, 02/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я за все время использования разных версий потратил 0 рублей 0 копеек, для меня это - вполне нормальная сумма:)
| |
6.17, Аномимимис (?), 12:52, 02/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Тот ещё сорт того самого, до MS VS им не знаю как
> до чего топать. Ещё столько денег берут за это позорище.
Да им обеим до emacs'а, как до Луны!
| |
|
|
4.10, Анонисимус (?), 08:58, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Для серьёзного применения — оракл. Благо перевести с интербэйза на него наимение трудозатратно (Думаю именно так и задумывалось байдезигн).
Это шутка такая? У интербейза язык хранимых процедур вообще не на что другое не похож.
| |
|
5.21, ананим.orig (?), 15:12, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
И что?
Переписывать клиента то нет нужды, поменял датасоурс и фактически всё.
И возможно это благодаря схожести в управлении транзакциями, блокировками и тд, а не хранимыми процедурам (да, их нужно адаптировать. А в каких субд не нужно? Похожи языки или нет, а работы столько же на стороне субд)
| |
|
|
|
2.5, Аноним (-), 06:08, 02/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Короче, дело так - вопрос ваш не читал, но отвечу, догадавшись о его сути: для ембендовки лучше подойдет SQLite, а как СУБД лучше юзать PostgreSQL9.4 с кластеризацией, репликацией, JSONB и т.д. Вообщем со всем тем, чего в фаербёрде нет и в ближайшее столетие не планируется.
| |
|
3.7, Аноним (-), 08:10, 02/04/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Короче, дело так - вопрос ваш не читал, но отвечу, догадавшись о
> его сути: для ембендовки лучше подойдет SQLite, а как СУБД лучше
> юзать PostgreSQL9.4 с кластеризацией, репликацией, JSONB и т.д. Вообщем со всем
> тем, чего в фаербёрде нет и в ближайшее столетие не планируется.
Там может тогда лучше Оракл юзать, не? Там полно всего, чего в Постгресе нет и не планируется :)
| |
|
4.24, Аноним (-), 16:51, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
увы, нет. проще перечислить то, что не лучше Оракла будет, чем наоборот.
| |
|
|
2.9, Аноним (-), 08:15, 02/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Кто поделится опытом? Шустрее ли MySQL? Когда можно и нужно юзать, если,
> скажем, репликация не нужна.
Так MySQL умер вроде, не? Или ты MariaDB имеешь ввиду?
| |
|
3.26, абвгдейка (?), 18:10, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>Или ты MariaDB имеешь ввиду?
какая ему разница, если он умеет только mysql, а остальные не умеет :)
| |
3.31, Аноним (-), 08:43, 03/04/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Так MySQL умер вроде, не? Или ты MariaDB имеешь ввиду?
MariaDB - это дистрибутив Oracle MySQL с небольшими "доработками"
| |
|
2.22, абвгдейка (?), 16:21, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>Шустрее ли MySQL
на чем? На простейших выборках по первичному ключу - мускулу равных нет, только nosql.
А на более менее жизненных задачах - отчеты, транзакциях (в том числе каскадные, чего в мускуле еще лет 10 не будет) - намного быстрее, плюс свобода udf. Но. Его, как и любую СУБД надо уметь готовить :)
| |
|
3.23, Есюки (?), 16:45, 02/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
На более-менее большом наборе данных на простейших выборках по первичному ключ Postgresql рвет MySQL как Тузик грелку. На маленьких сопоставимы.
Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 записей. Но и это зависит от железа, рук ДБА и много чего еще.
| |
|
4.25, абвгдейка (?), 18:09, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Postgresql рвет MySQL как Тузик грелку
да-да, сказочники такие сказочники, если бы оно хоть отчасти было так, я бы только на pg и сидел :)
>Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 записей
это заявление такой же тык в воздух, как и предыдущее. Ибо все строится от задач, а не от того, что кто-то там посчитает "количество записей в базе" (это что за форма подсчета такая?) и скажет "надо" :)
| |
4.28, Нониус (?), 20:10, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 >записей. Но и это зависит от железа, рук ДБА и много чего еще.
Я, наверное, отстал от жизни - никогда не использовал NoSQL-СУБД, только примерно знаю, что это - просто хранилища "ключ-значение". Имеет смысл для хранения всякой неструктурированной ерунды вроде мультимедиа-данных. Таким образом, как может, скажем, в биллинговой системе какого-нибудь условного Ростелекома или Сбербанка, где счет записей идет даже не на миллионы, а на миллиарды, но записи все однотипны, NoSQL-СУБД заменить традиционную реляционную?
| |
|
5.34, hummermania (ok), 16:19, 06/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не совсем "ключ-значение", т.к. "key-value" только один из типов NoSQL БД. А есть еще документоориентированные, колончатые, граф-ориентированные и т.д. Под задачу хранения "неструктурированныой мультимедиа ерунды" надо всё же подбирать базу по серии критериев. Завтра Вам захочется навешивать к мультимедиа объекту неограниченный набор атрибутов и быстрый поиск по нему - а тут раз и база "не шмогла". Начните хотя бы отсюда - если у Вас стоит задача выбора http://nosql-database.org/ - беглый обзор множества популярных баз. А потом уже сравнивать между нескольких.
| |
|
|
|
|
|
2.6, Аноним (-), 08:09, 02/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я тебе больше скажу - я на с ее использованием приложения вполне успешно пишу(когда Оракл неоправданно использовать), т.к. требования к системным ресурсам просто смешные по нынешним временам.
| |
|
|
4.29, Аноним (-), 20:18, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>Вам было бы неплохо познакомиться с какой-нибудь настоящей СУБД, скажем, постгресом.
Я с ораклом работаю 8 часов 5 дней в неделю :) Но файрбёрд мне нравится - ресурсов потребляет мало, IBExpert даже удобнее, чем Oracle SQL Developer, таскать на клиентские машины в довесок к своим программам 100 МБ Instant Client не нужно - красота. Так что мне не нужна "настоящая" СУБД, которая, возможно, в чем-то превосходит файрбёрд (на словах), но уступает ораклу (на деле) :)
| |
4.35, sim_84 (?), 11:24, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Вам было бы неплохо познакомиться с какой-нибудь настоящей СУБД, скажем, постгресом.
для начала пусть Postgres научится валидировать хранимые процедуры. А то удалил какой-нибудь столбец таблицы, а то что 10 процедур окривели заметишь только во время их выполнения и то не факт что сразу ибо процедура может быть ветвистой.
| |
|
|
|
1.15, правдоруб (?), 12:22, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати, в каких БД есть режим строгого соблюдения стандарта SQL, чтобы непереносимые запросы сразу возвращали ошибку?
| |
|
2.18, Аноним (-), 13:00, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Кто тебе заставляет использовать не стандартные расширения в СУБД? Используй только то, что в ANSI прописано и будет переносимо на всех СУБД.
| |
2.32, Аноним (-), 08:49, 03/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, в каких БД есть режим строгого соблюдения стандарта SQL, чтобы непереносимые
> запросы сразу возвращали ошибку?
sql_mode в mysql, у postgresql - наоборот есть опции для выключения ansi режима.
| |
|
1.27, Аноним (-), 19:53, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Этот ужас без репликации и с невосстанавливающимися бэкапами еще не сдох?
| |
|
2.30, Аноним (-), 04:54, 03/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Так вроде бы клялись соседским поросёнком что бэкапы починили? Или как обычно?
| |
|
|