https://opennet.ru/openforum/vsluhforumID3/51537.html Вышел (http://sqlite.org/releaselog/3_6_12.html) релиз SQLite 3.6.12 в котором исправлена ошибка, которая могла привести к повреждению данных при отмене выполнения vacuum в момент обработки базы, хранимой в ОЗУ; Кроме того:<br><br>- добавлен интерфейс sqlite3_unlock_notify(), - добавлен pragma-параметр reverse_unordered_selects, - в CLI интерфейсе появилась команда ".genfkey" для генерации триггеров для реализации заданного внешнего ключа, - улучшена производительность запросов с "count(*)", - уменьшено потребление памяти при работе триггеров.<br><br><br><br>URL: http://sqlite.org/releaselog/3_6_12.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=21051<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#11 Thu, 02 Apr 2009 09:26:14 GMT при создании индекса юзайте оипцию varchar_pattern_ops и будет вам щастье like 'happy%'<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#10 Thu, 02 Apr 2009 09:24:57 GMT &gt;[оверквотинг удален]<br>&gt; Filter: (("login")::text ~ '^user'::text) <br>&gt;<br>&gt;explain select login from user_param where login = 'bob'; <br>&gt;<br>&gt; Index Scan using profile_pkey on user_param (cost=0.00..8.28 rows=1 width=11) <br>&gt; Index Cond: (("login")::text = 'bob'::text) <br>&gt;<br>&gt;<br>&gt;PostgreSQL 8.2. Для логин "login" создан btree индекс, записей в таблице тысяч <br>&gt;50. <br><br>при создании индекса юзайте оипцию varchar_pattern_ops и будет вам щастье like 'happy%'<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#9 Thu, 02 Apr 2009 06:22:28 GMT &gt;PostgreSQL как раз умеет использовать индексы с LIKE без полнотекстового поиска. <br><br>А вы посмотрите explain'ом, он всегда делает Seq Scan по основной таблице. <br><br><br>explain select login from user_param where login like 'user%';<br><br>Seq Scan on user_param (cost=0.00..1433.40 rows=36 width=11)<br> Filter: (("login")::text ~~ 'user%'::text)<br><br>explain select login from user_param where login ~ '^user';<br><br> Seq Scan on user_param (cost=0.00..1433.40 rows=36 width=11)<br> Filter: (("login")::text ~ '^user'::text)<br><br>explain select login from user_param where login = 'bob';<br><br> Index Scan using profile_pkey on user_param (cost=0.00..8.28 rows=1 width=11)<br> Index Cond: (("login")::text = 'bob'::text)<br><br><br>PostgreSQL 8.2. Для логин "login" создан btree индекс, записей в таблице тысяч 50.<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#8 Thu, 02 Apr 2009 06:19:59 GMT &gt;Какую программу использовать для визуального редактирования БД <br>&gt;для sqlite? <br><br>Под Qt есть sqliteman<br><br> https://opennet.ru/openforum/vsluhforumID3/51537.html#7 Thu, 02 Apr 2009 06:14:21 GMT &gt;Какую программу использовать для визуального редактирования БД <br>&gt;<br>&gt;Для ФареБирда есть IBExpert, для MySQL есть EMS MySQL Manager, <br>&gt;<br>&gt;а для sqlite?<br><br>SQLite Manager<br>https://addons.mozilla.org/en-US/firefox/addon/5817<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#6 Thu, 02 Apr 2009 06:04:47 GMT &gt;Да что вы? На btree индексах like "abc%" это абсолютно то же <br>&gt;самое, что и ="abc". Не уметь такое стыдно. <br><br>Вовсе не тоже самое. строки сравниваются по правилам локализации, и это (кроме локалей C и POSIX) не совпадает с побайтным сравнением.<br><br>Не говоря уже об уникоде с его выкрутасами.<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#5 Thu, 02 Apr 2009 02:44:31 GMT &gt;IMHO, ни одна СУБД такое не умеет<br><br>Да что вы? На btree индексах like "abc%" это абсолютно то же самое, что и ="abc". Не уметь такое стыдно.<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#4 Thu, 02 Apr 2009 01:40:02 GMT Какую программу использовать для визуального редактирования БД <br><br>Для ФареБирда есть IBExpert, для MySQL есть EMS MySQL Manager,<br><br>а для sqlite?<br> https://opennet.ru/openforum/vsluhforumID3/51537.html#3 Thu, 02 Apr 2009 00:14:41 GMT &gt;IMHO, ни одна СУБД такое не умеет, при like запросах всегда перебираются <br>&gt;все записи. Как вариант, можно оптимизировать подобное через полнотекстовые индексы в <br>&gt;PostgreSQL и MySQL. <br><br>PostgreSQL как раз умеет использовать индексы с LIKE без полнотекстового поиска.<br><br><br>