olehRВариан .import не интересен поскольку нужно использовать внешнюю програму(sqllite).А зря не интересен.
Для большинства случаев этого хватает. Делаешь .bat файл с вызовом соответствующих команд и все.
Если же процесс заливки надо делать часто и непременно из GUI, то CSV распарсить можно и вручную и скормить результат в insert'ы.

А если хочется через virtual table, то надо писать модуль соответствующий. Насколько я знаю этим никто не заморачивался пока. Сделаешь - первым будешь.

olehRWhite OwlДелаешь .bat файл с вызовом соответствующих команд и все.
Проблема в том что предполагается получать разние файлы и часто. В таком случае придется для каждого файла писать свой батник или переименововать пришедший.А что, параметры для батников уже отменили?

olehRWhite OwlЕсли же процесс заливки надо делать часто и непременно из GUI, то CSV распарсить можно и вручную и скормить результат в insert'ы.
Можно, но строк много. (десятки или сотни тисяч) будет долго по сравнению с .import.
Нужен быстрий способ.А .import это магия не использующая insert да? Ну тогда удивляйся: .import это совершенно стандартный вызов команды INSERT. В цикле. Прочитать строку из файла - распрасить, потом sqlite3_step, sqlite3_reset, повторить пока файл не кончился.

olehRWhite OwlА если хочется через virtual table, то надо писать модуль соответствующий. Насколько я знаю этим никто не заморачивался пока. Сделаешь - первым будешь.
Чесно говоря надеялся что кто то уже написал. Но несколько часов поиска результата не дали.
Да и чесно нет столько свободного времени. Да и наверно квалилификации. :)

Тем более обидно что оно уже фактически написано. Смисл не включать ету возможность в движок? Ну хотя б опционально.А зачем? Это достаточно примитивная задача которую каждый может решить сам.

Ну если так уж лениво, бери свежую амальгаму, иди в shell.c и строки 1986-2133 это то что тебе нужно. Хочешь - прямо так копируешь в свой проект, хочешь разбираешься что в этих строках делается и переписываешь на свой любимый язык.

White OwlolehRТем более обидно что оно уже фактически написано. Смисл не включать ету возможность в движок? Ну хотя б опционально.А зачем? Это достаточно примитивная задача которую каждый может решить сам.Уточню пожалуй. А то меня начнут закидывать тухлыми помидорами с аргументацией "а библиотеки?!".

У CSV на самом деле довольно много форматов. То что понимается как CSV в одной программе, не обязательно будет пониматься в другой.
Существует http://tools.ietf.org/html/rfc4180 описывающий "стандарт", вот только не все ему следуют. Конкретно .import - следует. Но в зависимости от того, откуда приходит файл - возможно придется делать специальные коррекции.
Так что как постоянный модуль это может быть слегка неудобным...
К тому-же, csv это внешний файл который может быть обновлен или убит внешними средствами. Отслеживать жизненный цикл внешнего файла это задача не входящая в задачи СУБД. Вот как разовую команду (вместо модуля виртуальной таблицы) это сделать в принципе можно было бы....
Но разовые команды должны откуда-то подаваться. Либо от пользователя с мышью, либо от эникейщика который поддерживает систему, либо по расписанию. А все эти три случая - чистый случай работы клиента.



однако.... Гугль найдет все!
http://sqlite.org/cvstrac/wiki?p=ImportingFiles
Уже готовый модуль.
Сам не проверял.