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

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

Date: 2012-10-23 10:08 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
это значит что стандарт негодный, не покрывающий нужную область, покрывающий не ту область, примерно как стандарт PKCS на APDU.

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

Date: 2012-10-23 10:11 am (UTC)
From: [identity profile] maxdz.livejournal.com
Стандарт - это пересечение интересов различных компаний (т.к. именно представители от крупных компаний, работающих в области, занимаются выписыванием стандарта). ANSI SQL совсем неплох и достаточно обширен, чтобы использоваться даже без СУБД-зависимых расширений.

Date: 2012-10-23 10:27 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
на диалекте F90 или C89 вполне можно написать код, который будет собираться почти везде и почти без гемора и даже работать. Значит, это хорошие, годные стандарты. Да, на них можно насрать, но зачастую это не требуется.

А вот с сикелем, как я понимаю, всё намного хужее и стандартный код будет убог до неприменимости.

Date: 2012-10-23 10:28 am (UTC)
From: [identity profile] maxdz.livejournal.com
>А вот с сикелем, как я понимаю, всё намного хужее и стандартный код будет убог до неприменимости.

Ты неправильно понимаешь.

Date: 2012-10-23 11:14 am (UTC)
From: [identity profile] metaclass.livejournal.com
Стандартного "почти" достаточно для работы. Процедурные расширения все равно айсед использовать запрещает :)

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

Date: 2012-10-23 11:39 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
вот-вот, почти. :)
интель-гну-микрософт компиляторы сей/плюсов я могу в своих проектах заменять друг на друга почти без издержек, разве что расширения файлов проверить придется. При этом потерь в производительности и в объёме писанины у меня практически не будет.

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

Date: 2012-10-23 11:46 am (UTC)
From: [identity profile] maxdz.livejournal.com
А нефиг пользоваться в SQL расширениями - и попоболи не будет. :)

Date: 2012-10-23 03:14 pm (UTC)
From: [identity profile] falcrum.livejournal.com
Да замена оракла на оракла часто приводит к ней же: скажем, 10-й и 11-й так по-разному могут строить планы запросов, что... :)

Date: 2012-10-23 08:02 pm (UTC)
From: [identity profile] zamotivator.livejournal.com
Скажите, а зачем вам менять базы как перчатки?

Date: 2012-10-23 08:18 pm (UTC)
From: [identity profile] nicka-startcev.livejournal.com
чтоб при обнаружении какого-нибудь критического дерьма в сочетании, например, оракал-1.2.3.х86+ие7.40 + вин6.22 тупо быстро и безболезненно сменить оракал-1.2.3.х86 на какой-нибудь MySKL-666.740-амд64.

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

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

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

Date: 2012-10-23 08:21 pm (UTC)
From: [identity profile] plumqqz.livejournal.com
Работаете? Ну-ну.

Date: 2012-10-23 08:22 pm (UTC)
From: [identity profile] zamotivator.livejournal.com
Сколько мифов в одном комментарии

Date: 2012-10-24 12:19 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
сколько понта в одном комментарии.

Date: 2012-10-24 12:20 am (UTC)
From: [identity profile] zamotivator.livejournal.com
as you wish

Date: 2012-10-24 12:04 am (UTC)
From: [identity profile] kika.livejournal.com
> интель-гну-микрософт компиляторы сей/плюсов я могу в своих проектах заменять друг на друга почти без издержек

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

Date: 2012-10-24 12:18 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
а что, ключик "-std=" у гцц давно сломали?
мелких языковых глючков у всех компиляторов полно, но если писать аккуратно и стандартно и не срать под себя как микрософт, то всё будет ок.

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

Date: 2012-10-24 12:21 am (UTC)
From: [identity profile] kika.livejournal.com
посмотрите сколько опенсорсных проектов этим ключиком пользуются. де-факто жизнь устроена так, что люди пишут на гцц и люди пишут на МС. Попытка _внезапно_ скрестить эти два мира обычно приводит к фасепалму.

Date: 2012-10-24 12:28 am (UTC)
From: [identity profile] nicka-startcev.livejournal.com
Но при этом перепричесать проект на сях/плюсах можно за разумное и конечное время, а если какая-то SQL-хрень на ходу генерится и/или на ходу интерпретируется, то ковыряться можно долго и весело, причем, без гарантий.

Date: 2012-10-26 09:54 am (UTC)
From: [identity profile] tzirechnoy.livejournal.com
Есть несовместимые вещи, но и они постепенно приходят к общему знаменателю. Ужэ у всех по-моему LEFT [OUTER] JOIN ... ON ..., везде примерно одинаковый синтаксис sub-selectов. Пока что не слишком совместим CONNECT BY и вообще деревянные вещи, но прогрэсс идёт. window functions попросту не везде есть, но стандартизацыя вполне продвинутая. Что там ещё нужно?

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 7th, 2025 04:28 am
Powered by Dreamwidth Studios