https://slinkov.ru/openforum/vsluhforumID3/46694.html "7 Reasons why MySQL Quality will never be the same (http://www.mysqlperformanceblog.com/2008/12/10/7-reasons-mysql-quality-will-never-be-the-same/)" - 7 причин по которым качество MySQL никогда не будет как во времена MySQL 3.23: <br><br><br>- Рост числа разработчиков, усложнение кода, при изначальном немодульном дизайне.<br>- Увеличение сложности проекта, связанное с наращиванием функциональности.<br>- Увеличение базы пользователей и соответственно числа сообщений об ошибках.<br>- Наличие редкоиспользуемых возможностей, некоторые функции остаются слабо протестированными.<br>- Система трекинга ошибок раньше позволяла не обращать внимание на мелочи.<br>- Смещение интересов в пользу Enterprise, уменьшение интенсивности Community сборок, что приводит к оседанию в релизах ошибок на длительное время.<br>- Запутанность взаимоотношений с Innodb/Oracle, что приводит к замедлению исправления ошибок, связанных с Innodb.<br><br> <br><br><br>От части ошибки в MySQL не так страшны из-за того, что большинство приложений используют лишь небольшой https://slinkov.ru/openforum/vsluhforumID3/46694.html#30 Mon, 15 Dec 2008 10:48:21 GMT &gt;&gt; 7 причин по которым качество MySQL никогда не будет прежним<br><br>8. Все течет, все меняется.<br><br>(Кстати, ничего ведь не сказано, что значит прежнее - лучше или хуже =))<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#27 Mon, 15 Dec 2008 03:57:46 GMT &gt;[оверквотинг удален]<br>&gt;Автор код 5й версии видел? Монолитом там и не пахнет. <br>&gt;<br>&gt;&gt; Увеличение базы пользователей и соответственно числа сообщений об ошибках.<br>&gt;<br>&gt;вообще-то это наоборот позволяет лучше вылизать код <br>&gt;<br>&gt;&gt; Запутанность взаимоотношений с Innodb/Oracle<br>&gt;<br>&gt;для этого в 6й версии будет новый движок <br>&gt;<br><br>Это когда ещё будет ... Они 5.1 вылизать никак не могут, а тут аж 6-я версия.<br>&gt;&gt; Система трекинга ошибок раньше позволяла не обращать внимание на мелочи.<br>&gt;<br>&gt;ну а тут и слов нет.... https://slinkov.ru/openforum/vsluhforumID3/46694.html#22 Sun, 14 Dec 2008 14:45:23 GMT полагаю это только для API<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#17 Sun, 14 Dec 2008 13:15:17 GMT точно :-)<br>$ ldd /usr/sbin/mysqld<br>linux-gate.so.1 =&gt; (0xb7f50000)<br>librt.so.1 =&gt; /lib/tls/i686/cmov/librt.so.1 (0xb7f01000)<br>libz.so.1 =&gt; /usr/lib/libz.so.1 (0xb7eeb000)<br>libwrap.so.0 =&gt; /lib/libwrap.so.0 (0xb7ee1000)<br>libdl.so.2 =&gt; /lib/tls/i686/cmov/libdl.so.2 (0xb7edd000)<br>libpthread.so.0 =&gt; /lib/tls/i686/cmov/libpthread.so.0 (0xb7ec4000)<br>libcrypt.so.1 =&gt; /lib/tls/i686/cmov/libcrypt.so.1 (0xb7e92000)<br>libnsl.so.1 =&gt; /lib/tls/i686/cmov/libnsl.so.1 (0xb7e79000)<br>libstdc++.so.6 =&gt; /usr/lib/libstdc++.so.6 (0xb7d8a000)<br>libm.so.6 =&gt; /lib/tls/i686/cmov/libm.so.6 (0xb7d63000)<br>libgcc_s.so.1 =&gt; /lib/libgcc_s.so.1 (0xb7d54000)<br>libc.so.6 =&gt; /lib/tls/i686/cmov/libc.so.6 (0xb7bf6000)<br>/lib/ld-linux.so.2 (0xb7f36000)<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#16 Sun, 14 Dec 2008 12:48:32 GMT Вы будете удивлены, но там и так используется как раз С++.<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#14 Sun, 14 Dec 2008 09:16:32 GMT а может хоть одну субд уровня mysql и выше да чтобы на С++ назовёте?<br><br>а Свете вообще грех такое писать, т.к. "С" от "Света", а "С++" от "толстая Света".<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#12 Sun, 14 Dec 2008 08:25:05 GMT Конечно, использовать в проекте ОО язык. Наверное, конкретно C++. И, в общем-то, правильное предложение будет для лучшей управляемости кодом (Гради Буч не врёт).<br><br>PS Зря вы все Свету подкалываете, она иногда дельные мысли высказывает.<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#10 Sun, 14 Dec 2008 08:14:34 GMT &gt;Срочно переписать всё на лиспе. o_O <br><br>Лучше на Brainfuck сразу :)<br> https://slinkov.ru/openforum/vsluhforumID3/46694.html#9 Sun, 14 Dec 2008 07:39:25 GMT Срочно переписать всё на лиспе. o_O<br>