https://www.opennet.me/openforum/vsluhforumID3/91405.html После трёх лет существования ветки 3.7.x представлен (http://www.sqlite.org/news.html) релиз SQLite 3.8.0 (http://www.sqlite.org/releaselog/3_8_0.html), легковесной базы данных, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Nokia, Bentle и Bloomberg. <br><br><br>Решение о значительной смене нумерации принято в связи с задействованием планировщика запросов нового поколения - NGQP (http://www.sqlite.org/queryplanner-ng.html), что не исключает вероятности нарушения совместимости (http://www.sqlite.org/queryplanner-ng.html#howtofix) с программами, завязанными на логику работы старого планировщика. Новый планировщик по всем параметрам превосходит планировщик, используемый ранее, отличаясь высокой производительностью и генерацией более https://www.opennet.me/openforum/vsluhforumID3/91405.html#52 Tue, 03 Sep 2013 15:52:49 GMT Учитывая, что они предыдущие версии годами поддерживают - не велика беда. Больше того - если таки creeping featurism получится - скорее всего останутся просто две ветки - простая и навороченная. Даже если в постой будут только багфиксы - этого вполне достаточно.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#50 Fri, 30 Aug 2013 08:46:04 GMT &gt; Чтобы прикрыть<br><br>угу. MySQL, смотрю, &#171;прикрыли&#187;. так хорошо, что многие его повыкидывали и перешли на форк, спокойно обошедший &#171;папу&#187; по фичам.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#49 Fri, 30 Aug 2013 08:40:36 GMT &gt; PD де факто и де юре означает наиболее свободную лицензию.<br><br>особенно в странах, где PD вообще не работает.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#48 Fri, 30 Aug 2013 08:39:23 GMT фичи &#8212; это, конечно, здорово. но ведь превратят же &#171;маленького и шустрого&#187; в очередного мегамонстра, который уже перестанет быть маленьким, но так и не станет &#171;настоящим&#187;. до creeping featurism осталось совсем чуть-чуть.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#47 Thu, 29 Aug 2013 15:51:31 GMT &gt; Купить нельзя. Продать можно.<br><br>Продажа становится продажей во время покупки. А купить, вы сами сказали, нельзя. Значит и продать нельзя.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#46 Wed, 28 Aug 2013 13:27:05 GMT &gt; Как у нового SQLite с одновременными запросами из множества программ к одной <br>&gt; базе? В своё время это заставило KDE перейти на MySQL.<br><br>Смотрите на WAL или увеличивайте тайм-аут на запрос на запись и оформляйте sql-код в транзакции. Я пошел по второму пути по ряду причин, проблем в принципе нет.<br>А разрабы КДЕ, по моему скромному мнению, документацию к sqlite не изучали. Как, к сожалению, и разрабы zabbix.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#44 Wed, 28 Aug 2013 10:28:53 GMT Вызывающе неверная информация.<br><br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#43 Wed, 28 Aug 2013 10:21:19 GMT Это лицензия, а не общественное достояние.<br> https://www.opennet.me/openforum/vsluhforumID3/91405.html#42 Wed, 28 Aug 2013 09:58:25 GMT На чтение никаких проблем никогда не было. С одновременной записью намного хуже чем в клиент-серверных БД, такой сценарий использования не является для sqlite правильным. Но все это не имеет отношения к тому, что у некоторых разработчиков KDE руки растут из жопы. Достаточно вспомнить про тридцатикратное дублирование данных от которого только недавно избавились. Для того, чтобы просадить sqlite на базе из нескольких десятков или даже сотен контактов, надо иметь настоящий антиталант. <br>