https://opennet.dev/openforum/vsluhforumID3/68403.html Майкл "Монти" Видениус (Michael 'Monty' Widenius), создатель СУБД MySQL, ушедший в свое время из компании Sun Microsystems и переключившийся на развитие СУБД MariaDB (http://mariadb.org/), сообщил (http://monty-says.blogspot.com/2010/07/welcoming-skysql-new-home-for-mysql.html), что из компании Sun/Oracle в настоящее время уволилось более 50% изначальных разработчиков MySQL. Одна из таких групп бывших разработчиков MySQL недавно основала компанию SkySQL (http://skysql.com/). Новая компания пока не намерена развивать свой форк MySQL, а займется предоставляется технической поддержки, консалтинговых услуг, обучением и продажей готовых решений на базе MySQL. Руководителем SkySQL избран Ульф Санберг (Ulf Sandberg), бывший вице-президент по предоставлению глобальных сервисов MySQL. <br><br><br><br>Тем временем, компания Percona (http://www.percona.com/), основанная отечественными разработчиками MySQL Петром Зайцевым и Вадимом Ткаченко, представила (http://www.mysqlperformanceblog.com/2010/06/21/per...<br><br>URL: http://monty-s https://opennet.dev/openforum/vsluhforumID3/68403.html#22 Thu, 08 Jul 2010 01:35:51 GMT &gt;&gt;Мне &#8212; низачем, но некоторых устраивает. Правда, почему-то среди этих людей только <br>&gt;&gt;те, кто исходный код не понимает. <br>&gt;<br>&gt;Так я не понял, чего вы хотите от авторов такого кода? Чтобы <br>&gt;они писали мультиплатформенно? Имхо, это из разряда фантастики... <br><br>Ну, отдельных мне при случае удаётся учить. Они, конечно, по-другому тоже отжигают, но всё же общий уровень хоть капельку повышается, и то хорошо. :)<br> https://opennet.dev/openforum/vsluhforumID3/68403.html#21 Thu, 08 Jul 2010 01:25:14 GMT &gt;Мне &#8212; низачем, но некоторых устраивает. Правда, почему-то среди этих людей только <br>&gt;те, кто исходный код не понимает. <br><br>Так я не понял, чего вы хотите от авторов такого кода? Чтобы они писали мультиплатформенно? Имхо, это из разряда фантастики...<br> https://opennet.dev/openforum/vsluhforumID3/68403.html#20 Wed, 07 Jul 2010 07:21:24 GMT &gt;Сначала пусть аффтары этого "узкоспециализированного" кода перестанут писать что-то вроде: <br>&gt;<br>&gt;а зачем вам проект с таким кодом? <br><br>Мне &#8212; низачем, но некоторых устраивает. Правда, почему-то среди этих людей только те, кто исходный код не понимает.<br> https://opennet.dev/openforum/vsluhforumID3/68403.html#19 Wed, 07 Jul 2010 01:29:27 GMT Сначала пусть аффтары этого "узкоспециализированного" кода перестанут писать что-то вроде: <br><br>а зачем вам проект с таким кодом?<br> https://opennet.dev/openforum/vsluhforumID3/68403.html#18 Tue, 06 Jul 2010 20:37:50 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;Вы о firebird что ли :)? Оно экзотика, и редко какой софт <br>&gt;&gt;&gt;его умеет :) <br>&gt;&gt;<br>&gt;&gt;Если софт на PHP, то PDO никто не отменял. ;) То же <br>&gt;&gt;про Perl и DBI, C и OpenDBX, .NET и ADO&#8230; <br>&gt;&gt;Ну а за &#171;MySQL only&#187; в наше время (см. мой первый абзац) <br>&gt;&gt;давно по ушам надо давать и в угол ставить. :) <br>&gt;<br>&gt;А вы понимаете насколько выгоднее писать узкооптимизированный код для 95% пользователей, вместо <br>&gt;того чтобы поддерживать кучу разных абстракций и все это тестировать ? <br><br>Эм. Зачем кучу-то? Абстракция как раз одна, сразу на всё. Намного экономичнее, чем, когда всё же припрёт писать для кого-то из оставшихся 5% (а точнее, намного больше, мир - это далеко не только говно^Wвиртхостинг) клиентов, и для этого придётся переписывать кучу кода. Да и поломки при использовании слоя абстракции происходят реже в случае выхода новых версий - ergo, меньше затрат на сопровождение. А насчёт оптимизирования &#8212; не смешите. Сначала пусть аффтары этого "узкоспециализированного" кода пе https://opennet.dev/openforum/vsluhforumID3/68403.html#17 Tue, 06 Jul 2010 18:13:13 GMT &gt;&gt;&gt;Не самый плохой вариант, в общем-то. <br>&gt;&gt;<br>&gt;&gt;Вы о firebird что ли :)? Оно экзотика, и редко какой софт <br>&gt;&gt;его умеет :) <br>&gt;<br>&gt;Если софт на PHP, то PDO никто не отменял. ;) То же <br>&gt;про Perl и DBI, C и OpenDBX, .NET и ADO&#8230; <br>&gt;Ну а за &#171;MySQL only&#187; в наше время (см. мой первый абзац) <br>&gt;давно по ушам надо давать и в угол ставить. :) <br><br>А вы понимаете насколько выгоднее писать узкооптимизированный код для 95% пользователей, вместо того чтобы поддерживать кучу разных абстракций и все это тестировать ?<br>Это где-то у вас в ынтерпрайз-мирке админы плюются от mysql и с важным видом рассказывают про постгресс.<br>В веб-разработке все не так. Деньги выбирают деньги.<br><br> https://opennet.dev/openforum/vsluhforumID3/68403.html#16 Fri, 02 Jul 2010 21:14:18 GMT что ж творится в датском королевстве ))<br> https://opennet.dev/openforum/vsluhforumID3/68403.html#15 Fri, 02 Jul 2010 21:13:38 GMT 50 % не мало , <br> https://opennet.dev/openforum/vsluhforumID3/68403.html#14 Fri, 02 Jul 2010 16:17:47 GMT &gt;&gt;Не самый плохой вариант, в общем-то. <br>&gt;<br>&gt;Вы о firebird что ли :)? Оно экзотика, и редко какой софт <br>&gt;его умеет :) <br><br>Если софт на PHP, то PDO никто не отменял. ;) То же про Perl и DBI, C и OpenDBX, .NET и ADO&#8230;<br><br>&gt;Postgre, конечно, круто, но в ряде случаев нужно что-то по-сложнее, чем SQlite, <br>&gt;и по-проще, чем Oracle/Postgre, в том числе по потреблению ресурсов. <br>&gt;<br>&gt;MySQL-сервер на VPS 256Mb озу это реально, а вот Postgres там будет, <br>&gt;имхо, стрельбой по воробьям, да и поддержка софтом у него меньше: <br>&gt;например, если сейчас если есть web-приложение, оно обязательно поддерживает MySQL, а <br>&gt;любые другие БД уже по желанию разработчиков. <br><br>На таком узком VPS, Постгресу будет, конечно, несколько туго. Но это можно компенсировать выносом части логики в СУБД.<br><br>Ну а за &#171;MySQL only&#187; в наше время (см. мой первый абзац) давно по ушам надо давать и в угол ставить. :)<br>