Oracle раскрыла планы на будущее Mysql

лучше бы они оракле открыли и не мазолили мозг обычным гражданам. их оракле я на свою впс ставить не горю желанием даже за бесплатно.

Лучшие вещи в жизни бесплатны
db2express.com/ru/

>> RDBMS вообще гавно, будущее за документными БД с поддержкой ACID

Для чего? Представим биллинг. Ты предлагаешь для каждого звонка заводить в БД целый документ? Вместо записи из 100-200 байт получится 1-2 килобайта на каждую sms?

В свою очередь я что-то сильно сомневаюсь, что RDBMS хороши для биллинга.

> Для чего? Представим биллинг. Ты предлагаешь для каждого звонка заводить в БД целый документ? Вместо записи из 100-200 байт получится 1-2 килобайта на каждую sms?

Нет, имелась в виду работа с моделями предметной области. Сейчас дело обстоит так, что работать напрямую с базой из инструментариев (любой веб-фреймворк например) — мазахизм, а полноценной модели предметной области не построить.

А оверхед в свою очередь это лишь информация о полях в самом документе. Данные-то меньше не будут в объеме ни там ни тут.

инструментариев (любой веб-фреймворк например)

любой веб-фреймворк например

веб-фреймворк

Веб-фреймворк это инструментарий?

Я слышал слово Tamino, но не помню в каком контексте

Каждый день на sql.ru появляется 10-23 темы «Подскажите RDBMS на которой лучше написать биллинг»

>Каждый день на sql.ru появляется 10-23 темы «Подскажите RDBMS на которой лучше написать биллинг»

там что-то похожее на sqlplus появилось, или все та же гнилая db2cmd?

главный корпоративный архитектор Oracle Edward Screven заявил, что корпорация увеличила инвестиции в развитие Mysql.

Что и ожидалось в принцепе. Живой Mysql для Oracle выгоднее мертвого.

Проще олухов тянуть с Mysql к себе, чем поссмотреть как помрет Mysql, потом как халявщики попрутся на pgsql, а потом их от туда хрен переманишь.

> Каждый день на sql.ru появляется 10-23 темы «Подскажите RDBMS на которой лучше написать биллинг»

Ну возможно потому так часто и спрашивают, то в вопросе уже содержится ошибка, исключающая верный ответ?

А это, тут postgres советуют, подскажите, оно уже перестало периодически требовать всякий vacuum и прочий онанизм? show create table nnnn или show tables оно уже понимает? Тупой select с условием типа A < B по миллиону строк быстрее MySQL делает?

А то может я от жизни отстал, и уже postgres можно пользовать не только если позарез нужны извращённые SQL конструкции....

> Как бы ОЧЕНЬ разные задачи

Как бы 1С сами себе сначала создают проблемы в виде многокилометровых индуских запросов SQL, затем их самоотверженно решают. Особенно забавно выглядят многокилометровые запросы в Битрикс на MySQL. Интернет пестрить сообщениями «помогите, сайт тормозит, вот из slowlog [далее настоящий УЖАС нах быдлокода на SQL]». В Postgre же нужно увеличивать лимиты, что он обрабатывал 1C-говнецо. Я надеюсь, что это дерьмо как-то само собой рождается в недрах быдлокода, который рождается в недрах другого кода, но если это писали люди, мне страшно.

>postgres

А то может я от жизни отстал

In 1996, the project was renamed to PostgreSQL

:}

вопросы просто шикарные, да. чувствуется веб разработчик со стажем, сдавший много крупных проектов.

1. vacuum и прочий онанизм (читай аналоги vacuum) требуется для любого хранилища, кроме myisam и прочих текстовых файлов. да да, и для innodb тоже;

2. \dt и pg_sump -s -t <table> существуют с незапамятных времён;

3. всегда делал быстрее или так же.

Лучшие вещи в жизни бесплатны db2express.com/ru/

это только посмотреть разве. Там ограничение на 2 процессора и RAM в 2 гига, никому это не интересно.

Там ограничение на 2 процессора и RAM в 2 гига, никому это не интересно

Ну, давай, жги еще как твоя Mysql на 16 процессорах с 32 ядрами и 64Гб памяти делает джойны из 4-х таблиц и подыхает при этом. Ага

В том сегменте где царствует Mysql, никогда больше 2 ядер и 2Гб памяти для БД не выделить

И кстати, раньше в версии 9.5 не было ограничения по процессорам, только 2Гб памяти, и эту версию еще можно найти

халявщики попрутся на pgsql

+1000000

В том сегменте где царствует Mysql, никогда больше 2 ядер и 2Гб памяти для БД не выделить

Почему не выделить, и где я писал про мускуль? Я написал, что ограничение в 2 гига, вообще исключает его из использования где-либо в продакшн.

Я написал, что ограничение в 2 гига, вообще исключает его из использования где-либо в продакшн

ололо, LOR это по-твоему совсем не продакшн? Или продакшн только банковские системы через которые деньги считают? продакшн это еще и сайты которые прибыль приносят, типа forum.ixbt.com, 2baksa.net etc

InnoDB - за все время своего существования так и не нолучила широкого применения, просто эта идеалогия, как бы мягче сказать, не совсем хорошо стыкуется с остальным MySql.

> ИМХО, для базы разницы нет сколько запросов

Видишь ли, разница есть. И очень большая. Например, всякие select for update и прочие вещи, которые могут со страшной силой лочить все подряд, после чего ты будешь думать что все повисло, хотя на самом деле оно просто сидит в каком-нибудь дедлоке

> show create table nnnn или show tables оно уже понимает?

В postgresql давно есть information schema, но дуракам^W любителям MySQL закон не писан...

> InnoDB - за все время своего существования так и не нолучила широкого применения, просто эта идеалогия, как бы мягче сказать, не совсем хорошо стыкуется с остальным MySql.

Ну да, для чатиков, форумов и прочих вконтактиков транзакции и консистентность чтения не нужны, все верно :-)

> В postgresql давно есть information schema, но дуракам^W любителям MySQL закон не писан...

не то, чтобы не писан, просто они ошибочно полагают что mysql это СУБД. если похапемускуль погромизда пару раз ударить по гойлове чем-нибудь типа «An Introduction to Database Systems» Дейта, погромизд начинает что-то понимать.

так а что там с firebird ?

>ололо, LOR это по-твоему совсем не продакшн?

Продакшн это когда цена простоя в 1 час просчитанна и недопустима.

Продакшн это когда цена простоя в 1 час просчитанна и недопустима

И где в продакшн MySQL?

А раз мы говорим не о таком продакшн, то ограничения в 2 ядра и 2 Гб памяти вполне уместны

>ололо, LOR это по-твоему совсем не продакшн?

LOR это совсем не продакшн.

> Продакшн это когда цена простоя в 1 час просчитанна и недопустима.

Давно из ПТУ выпустились? Production use не имеет никакого касательства к времени доступности системы. Какой-нибудь «клиент-банк» может работать на компе пльзователя 10 минут в день, и при этом быть in production use.

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

>продакшн это еще и сайты которые прибыль приносят, типа forum.ixbt.com, 2baksa.net etc

Karapuz

Ога - вот только нет там голубой гадости - НАПРОЧЬ нет! А вот мыскылло - есть :)

Кстати за твой прокол твой анальный куратор из межделмаша повсит цену за твои 30 рупий да 30 отсосов. Давай генери ещё 10 страниц ...

> если на лоре пропадет [...] а вот если в банке пропадет

Слышь, дятел - production use тем и отличается, что в нем прописаны сценарии и инструкции вида «на входе А, то на выходе Б, и проверяется это с помощью В в момент Ч. А если не совпало, то делается В, Г и Д, если и тогда не помогло - звоним по такому-то телефону и докладываемся». И именно наличие такого рода инструкций и превращает «опытную эксплуатацию» в «промышленную», а не мифические «надежность, доступность, ынтырпрайз». В банковских системах и всяческих биллингах сбои и глюки это не частое, но вполне обычное явление. И от их наличия эти системы не перестают быть «in production use» (задокументированный баг объявляется фичей). И так обфапанные вами «продакшнутые» ораклы и соплярисы содержат тыщщи сотен notes и issues.

Так что, наверное, тебе стоит вернуться в твой... Как там сейчас ПТУ называются? Колледжи? Ну так вот - тебе стоит вернуться в твой колледж и продолжить обучение - но уже работе с метлой

Давай генери ещё 10 страниц ...

Щас, придумаю что-нибудь...

так как у тебя буратинья голова, то «звоним по такому-то телефону и докладываемся» это предел твоих возможностей, но исключительно твоих. даже метлу тебе вверить будет непозволительной роскошью, следовательно, твой удел - драить очка зубной щеткой.

Кысу обидели, у кыса истерика, кыса встала в позу «сам такой»? Ничего, тебе полезно, когда с реально работающими системами работать начнешь, скажешь спасибо дяде нодаши, что тебя уму-разуму научил

>Давно из ПТУ выпустились?

Даша, дитятко. Я и мои коллеги саппортим ~250 Oracle instances в медицинском бизнесе. Незапланированный час простоя это п...ц. Запланированный час простоя согласовывается с клиентом за месяц, если не за пол-года. Это и есть самый натуральный production. Незапланированный простой не просто недополученная прибыль, но и убытки. Твой говно-банк куда ты отчеты строчишь на delphi, по большому счету может весь день не работать - главное в нац. банк отчеты отправить в конце дня. О чем и был разговор. LOR - не продакшн - сутки простоя не и..т никого. Твой банк туда же. Клиент-банк не работает - клиент платежку руками привезет. Всем пофиг.

P.S. Да. ЧСВ у меня высок.

> и мои коллеги саппортим ~250 Oracle instances в медицинском бизнесе

Гыыы... Видели мы эти ваши ораклы, 200 транзакций в день с 9:00 до 16:00.

> Твой говно-банк куда ты отчеты строчишь на delphi, по большому счету может весь день не работать - главное в нац. банк отчеты отправить в конце дня.

Еще одно кысо обиделось? Недополученная прибыль в сумме 20 тысяч рублей, насмешил. Иди спроси у кого-нибудь в банке, во что выливается час простоя процессинга, или к чему приводит задержка какого-нибудь платежа на жалкие 50 миллионов. Они тебе объяснят жестами на пальцах.

У меня опыт работы в банке был 7 лет. Так что, звизди про банки пионерам. В Oracle-же ты с 200-ми транзакциями попросту со..шь. Впрочем как и во всем, что здесь обсуждается.

> У меня опыт работы в банке был 7 лет.

Электриком?

В Oracle-же ты с 200-ми транзакциями попросту со..шь.

Угу, вот только позабуду все кувыркания с ним с 1999 года, включая порушенные вследствие багов и людских ошибок базы, так сразу.

Впрочем как и во всем, что здесь обсуждается.

27 сантиметров