Чувствую, что несу чушь,
Oct. 23rd, 2012 11:27 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
но не могу отделаться от ощущения, что с эволюцией баз данных нас очень сильно наебали.
Это по поводу этого: http://plumqqz.livejournal.com/323506.html
Меня очень сильно бесит расхождение технологий: с одной стороны, классические СУБД, с другой NoSQL, с третьей - всякие in-memory распределенные базы, с четвертой - всякие аналитические БД с column storage, сжатием данных и перекосом в сторону чтения типа vertica, sybase iq или забиваторской QD. Плюс еще всякие datomic до которой я никак добраться не могу.
Все это, очевидно, между собой мало совместимо, решает разные задачи, требует каких-то дурных миграцией данных между собой и превращает работу с большим количеством данных в тыкву, потому что вместо одного толкового решения существует десяток решений разной степени безумности, требующих интеграции.
Это по поводу этого: http://plumqqz.livejournal.com/323506.html
Меня очень сильно бесит расхождение технологий: с одной стороны, классические СУБД, с другой NoSQL, с третьей - всякие in-memory распределенные базы, с четвертой - всякие аналитические БД с column storage, сжатием данных и перекосом в сторону чтения типа vertica, sybase iq или забиваторской QD. Плюс еще всякие datomic до которой я никак добраться не могу.
Все это, очевидно, между собой мало совместимо, решает разные задачи, требует каких-то дурных миграцией данных между собой и превращает работу с большим количеством данных в тыкву, потому что вместо одного толкового решения существует десяток решений разной степени безумности, требующих интеграции.
no subject
Date: 2012-10-23 10:08 am (UTC)А негодный стандарт, который все обходят по-разному, это и есть отсутствие стандарта.
no subject
Date: 2012-10-23 10:11 am (UTC)no subject
Date: 2012-10-23 10:27 am (UTC)А вот с сикелем, как я понимаю, всё намного хужее и стандартный код будет убог до неприменимости.
no subject
Date: 2012-10-23 10:28 am (UTC)Ты неправильно понимаешь.
no subject
Date: 2012-10-23 11:14 am (UTC)Впрочем, язык по современным стандартам убог до невозможности.
no subject
Date: 2012-10-23 11:39 am (UTC)интель-гну-микрософт компиляторы сей/плюсов я могу в своих проектах заменять друг на друга почти без издержек, разве что расширения файлов проверить придется. При этом потерь в производительности и в объёме писанины у меня практически не будет.
А вот с
SKLSQL, как я понимаю, такой трюк не проходит и замена оракал/мускул/мс приводит к весьма существенной попоболи, причем не только сразу, а плюс еще и отложенной.no subject
Date: 2012-10-23 11:46 am (UTC)no subject
Date: 2012-10-23 03:14 pm (UTC)no subject
Date: 2012-10-23 08:02 pm (UTC)no subject
Date: 2012-10-23 08:18 pm (UTC)или, чтоб при разрастании проекта из наколенного сайта на 3 юзера до мегапроекта типа ЖЖ тупо сменить тупую базу на расширеную и не ловить отходняки еще полгода.
или чтоб после смерти оракала не нанимать стопицот работников на перепроектирование всего с нуля и года дозатыкания дыр.
В общем, для безболезненной миграции при изменении условий.
no subject
Date: 2012-10-23 08:21 pm (UTC)no subject
Date: 2012-10-23 08:22 pm (UTC)no subject
Date: 2012-10-24 12:19 am (UTC)no subject
Date: 2012-10-24 12:20 am (UTC)no subject
Date: 2012-10-24 12:04 am (UTC)не можете, к сожалению. Гну - С99, а мелкософт нет. то есть можно, конечно, но надо очень аккуратно писать.
no subject
Date: 2012-10-24 12:18 am (UTC)мелких языковых глючков у всех компиляторов полно, но если писать аккуратно и стандартно и не срать под себя как микрософт, то всё будет ок.
А микрософт настолько рукожоп, что даже на свои хидеры своим компилятором на высшем уровне проверки валидности начинает ругаться матом.
no subject
Date: 2012-10-24 12:21 am (UTC)no subject
Date: 2012-10-24 12:28 am (UTC)no subject
Date: 2012-10-26 09:54 am (UTC)