Чувствую, что несу чушь,

[metaclass]

но не могу отделаться от ощущения, что с эволюцией баз данных нас очень сильно наебали.
Это по поводу этого: http://plumqqz.livejournal.com/323506.html
Меня очень сильно бесит расхождение технологий: с одной стороны, классические СУБД, с другой NoSQL, с третьей - всякие in-memory распределенные базы, с четвертой - всякие аналитические БД с column storage, сжатием данных и перекосом в сторону чтения типа vertica, sybase iq или забиваторской QD. Плюс еще всякие datomic до которой я никак добраться не могу.

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

Comments

[metaclass.livejournal.com]

Стандартного "почти" достаточно для работы. Процедурные расширения все равно айсед использовать запрещает :)

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

[nicka-startcev.livejournal.com]

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

А вот с SKL SQL, как я понимаю, такой трюк не проходит и замена оракал/мускул/мс приводит к весьма существенной попоболи, причем не только сразу, а плюс еще и отложенной.

[maxdz.livejournal.com]

А нефиг пользоваться в SQL расширениями - и попоболи не будет. :)

[falcrum.livejournal.com]

Да замена оракла на оракла часто приводит к ней же: скажем, 10-й и 11-й так по-разному могут строить планы запросов, что... :)

[zamotivator.livejournal.com]

Скажите, а зачем вам менять базы как перчатки?

[nicka-startcev.livejournal.com]

чтоб при обнаружении какого-нибудь критического дерьма в сочетании, например, оракал-1.2.3.х86+ие7.40 + вин6.22 тупо быстро и безболезненно сменить оракал-1.2.3.х86 на какой-нибудь MySKL-666.740-амд64.

или, чтоб при разрастании проекта из наколенного сайта на 3 юзера до мегапроекта типа ЖЖ тупо сменить тупую базу на расширеную и не ловить отходняки еще полгода.

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

В общем, для безболезненной миграции при изменении условий.

[plumqqz.livejournal.com]

Работаете? Ну-ну.

[zamotivator.livejournal.com]

Сколько мифов в одном комментарии

[nicka-startcev.livejournal.com]

сколько понта в одном комментарии.

[zamotivator.livejournal.com]

as you wish

[kika.livejournal.com]

> интель-гну-микрософт компиляторы сей/плюсов я могу в своих проектах заменять друг на друга почти без издержек

не можете, к сожалению. Гну - С99, а мелкософт нет. то есть можно, конечно, но надо очень аккуратно писать.

[nicka-startcev.livejournal.com]

а что, ключик "-std=" у гцц давно сломали?
мелких языковых глючков у всех компиляторов полно, но если писать аккуратно и стандартно и не срать под себя как микрософт, то всё будет ок.

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

[kika.livejournal.com]

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

[nicka-startcev.livejournal.com]

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

[tzirechnoy.livejournal.com]

Есть несовместимые вещи, но и они постепенно приходят к общему знаменателю. Ужэ у всех по-моему LEFT [OUTER] JOIN ... ON ..., везде примерно одинаковый синтаксис sub-selectов. Пока что не слишком совместим CONNECT BY и вообще деревянные вещи, но прогрэсс идёт. window functions попросту не везде есть, но стандартизацыя вполне продвинутая. Что там ещё нужно?