https://www.opennet.ru/openforum/vsluhforumID3/97892.html Представлен (http://permalink.gmane.org/gmane.comp.db.sqlite.announce/36) релиз SQLite 3.8.6 (http://sqlite.org/releaselog/3_8_6.html), легковесной базы данных, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Nokia, Bentle и Bloomberg. <br><br><br><br>В новом выпуске:<br><br><br>- Добавлена возможность (http://www.sqlite.org/lang_expr.html#hexint) использования в запросах шестнадцатеричных чисел (формат 0x1234);<br>- Увеличена производительность оператора "IN", что позволило до пяти раз ускорить выполнение некоторых запросов;<br>- Внесённые оптимизации позволили на 25% снизить общую нагрузку на CPU по сравнению с выпуском 3.8.0, при тестировании в valgrind и test/speedtest1.c. При этом размер исполняемого файла увеличился по сравнению с вып https://www.opennet.ru/openforum/vsluhforumID3/97892.html#33 Thu, 21 Aug 2014 02:01:31 GMT 1. собери с icu<br><br>или<br><br>2. через внешнюю функцию<br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#32 Tue, 19 Aug 2014 11:33:14 GMT действительно все решается через стандартную icu <br>http://www.sqlite.org/faq.html#q18<br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#31 Tue, 19 Aug 2014 09:56:37 GMT &gt; Для безграмотных сообщаю, кириллица(да и вообще все символы выше первых 128 в <br>&gt; однобайтных кодировках) не входит в ASCII. Так что выражение "ASCII символов <br>&gt; без кириллицы" само по себе глупость.<br>&gt; Размер таблиц преобразований для всевозможных encoding и их collations больше размера самого <br>&gt; sqlite, было бы глупо их включать. При этом sqlite позволяет добавлять <br>&gt; и использовать в запросах пользовательские функции, так что ничто не мешает <br>&gt; добавить свою версию преобразования. Хотя с такими знаниями ты вряд ли <br>&gt; это осилишь.<br><br>Они в стандартной библиотеке...<br><br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#30 Tue, 19 Aug 2014 08:06:08 GMT Так и заставьте компьютер проверять попытку записи букв в поля для этого не предназначенные.Все проверки на клиенте-до записи в БД<br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#29 Tue, 19 Aug 2014 07:44:12 GMT &gt; Для безграмотных сообщаю, кириллица(да и вообще все символы выше первых 128 в <br>&gt; однобайтных кодировках) не входит в ASCII. Так что выражение "ASCII символов <br>&gt; без кириллицы" само по себе глупость.<br><br>ну извини, запятую забыл&#8230; "ASCII символов, без кириллицы"<br>сразу доказывать, что самый умный стал - молодец!<br><br><br>&gt; Размер таблиц преобразований для всевозможных encoding и их collations больше размера самого <br>&gt; sqlite, было бы глупо их включать. <br><br>конечно, глупее некуда &#8230;<br><br>&gt;При этом sqlite позволяет добавлять <br>&gt; и использовать в запросах пользовательские функции, так что ничто не мешает <br>&gt; добавить свою версию преобразования. <br><br>конечно ни кто не мешает, но писать udf как-то не хочется, тем более под андроид <br>&gt; Хотя с такими знаниями ты вряд ли это осилишь.<br><br>тут ты возможно прав, знания нужно усилить&#8230;<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#28 Tue, 19 Aug 2014 00:09:36 GMT &gt;Внутри sqlite тип один.<br><br>Вообще-то нет. Для примера "The INTEGER storage class, for example, includes 6 different integer datatypes of different lengths. This makes a difference on disk."<br>Другое дело, что тип связан с самим значением(ячейкой), а не с полем(колонкой, столбцом). <br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#27 Tue, 19 Aug 2014 00:03:01 GMT Для безграмотных сообщаю, кириллица(да и вообще все символы выше первых 128 в однобайтных кодировках) не входит в ASCII. Так что выражение "ASCII символов без кириллицы" само по себе глупость. <br><br>Размер таблиц преобразований для всевозможных encoding и их collations больше размера самого sqlite, было бы глупо их включать. При этом sqlite позволяет добавлять и использовать в запросах пользовательские функции, так что ничто не мешает добавить свою версию преобразования. Хотя с такими знаниями ты вряд ли это осилишь. <br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#26 Mon, 18 Aug 2014 23:50:55 GMT А мне наоборот эта особенность sqlite очень нравится.Если отсутствие типа не влияет на скорость работы и потребляемое место, то к черту эти тупые ограничения. Работать в этом плане с sqlite после традиционных sql одно удовольствие. <br> https://www.opennet.ru/openforum/vsluhforumID3/97892.html#25 Mon, 18 Aug 2014 22:09:41 GMT &gt;&gt; Дубират<br><br>Собеседники со второго сообщения начали на личности переходить. Словно я не sqlite критикую, а их мамку.<br><br>Проблема мною озвученная имеет место быть. В сети масса вопросов и возмущений по этой теме. Достаточно погуглить sqlite strict affinity.<br><br>Кстати, на одном форуме говорится, что раньше strict affinity был. Потом автор его выпилил с формулировкой "ненужно"<br>