Russian Qt Forum

День добрый.
Ситуация следующая:

Создаю таблицу следующим запросом:
CREATE TABLE Prihod (GroupId INT, TovarId INT, Date QDate, Name QString, Count INT, Tsena DOUBLE)

Но при запросе:
SELECT Date, Name, Count, Tsena FROM Prihod WHERE Date < '1.6.2008'

Результат не тот что нужен. Похоже что Date возвращается не как QDate.

Подскажите в чем проблема, как исправить ?

Заранее спасибо.

В Асистенте написано, что поумолчанию Qt'я возвращает строку. Ты сам должен приводить к нужному типу.

Подскажите плиз, как ?

SELECT Date, Name, Count, Tsena FROM Sklad WHERE Date < '1.6.2008'

Т.е. после запроса, мне нужно приводить Date в QDate, и на основании этого, принимать решение: Подходит - Не подходит ?

А в запросе этого некак нельзя сделать ?

читай Асистент: Навигация по результирующей выборке (http://crossplatform.ru/documentation/qtdoc4.3/qtsql.php#navigating-the-result-set)

Прочитал.
Нечего нового не узнал.
В чем подвох ?

Ну это просто капец какой-то, там черным по белому написано:

Ну ешкин кот.
Вопрос в том: Можно ли SQL запросом заставить правильно понимать QDate ?

"SQLite doesn't have a type-system like other databases, so Qt will interpret fields as strings."

Можно.
Вопрос в том как ты формируешь строку запроса?

QSqlQuery q( "SELECT date, number FROM table WHERE date < \'" + date.toString() + "\'" );

или

QSqlQuery q;
q.prepare( "SELECT date, number FROM table WHERE date < :date" );
q.bindValue( ":date", date );

или как???

возьми нормальный сервер и не компостируй себе мозг ..... sqLite не даром так назван .....
Щаз альтернатив - много ... навскидку мускул и птиц (firebird) у второго вообще прозрачно - хош embed вариант ,хош нормальный  клиент с нормальным сервером (а embed позволяет и к нормальному сервку цепляться) + возможность  писать хранимки и тригера ....
Вообщем -"мадам, Вам шашечки или ехать?" (c) не помню ;)

Первый вариант.

А откуда знаешь, что дата храниться как день.месяц.год, а не год.месяц.день например?

Я с базами, месяц как знаком...
И чем база от базы отличается, не знаю !!!

Можно ссылочки на рекомендуемые Вами базы, и на доки тож...

Спасибо.

Ну как они расположены в базе на самом деле - незнаю!
Но выводятся как - день.месяц.год.

Попробуй второй вариант...
Драйвер сам переведет дату в необходимый формат.

Попробовал:
SELECT Date, Name FROM Prihod WHERE Date < :Date
Сообщает:
Parameter count mismatch

Код покажи.

Посмотреть можно с помощью %QTDIR%\demos\sqlbrowser , там же можно с запросами поэксперементировать.

Я посылаю запрос, используя "qsqlbrouser"

Оным и пользуюсь.

птиц - www.ibase.ru
мускул - http://www.mysql.ru/
по птицу можешь меня пинать ;) чем смогу- помогу .....

обязательно пинай...поможет...
мне он тоже помочь обещал /* месяца четыре назад(?) */ :)

ты не в нем ли пыташся QDate получить?
запрос с параметром (SELECT Date, Name FROM Prihod WHERE Date < :Date) можно делать только в коде программы, а не в инструментах типа sqlbrowser

Для приведения типа в самом запросе, не в коде программы, тебе нужен CAST, вообще есть скудноватая справка по QSQLITE на русском (http://sb-news.net/sqlite.php?page=21)

"по птицу можешь меня пинать  чем смогу- помогу ....." - А кто такой "птиц" ? ???

Firebird (http://www.firebirdsql.org/) (буквально "Огнная птица" или по русски "Жарптица"), наследник Interbase, но бесплатный

Мля, а в чем разница между оными ?
И зачем их столько наплодили ?
А синтаксис запросов одинаковый ?
И какой мне порекомендуете ?

1. Попробую в двух словах объяснить:
    * SQLite - маленькая, встраиваемая СУБД, т.е. внутри твоей программы вся логика работы СУБД. В качестве БД использует специальный файл, который можно свободно переносить с машины на машину. Применяется для хранения небольшого кол-ва данных, например настройки программ.
    * MySQL - небольшая СУБД, может работать и как встраиваемая, но обычно в режиме клиент-сервер. Используется многими сайтами для хранения настроек, авторизационную информацию. Файл БД подобен предудущей.
    * Firebird - СУБД среднего уровня, работает как клиент-сервер, достаточно быстрая расчитана на большой объем данных. На фарширована основательно возможностями.  Файл БД подобен предудущей.
    * Oracle - видимо самая матерая СУБД. Клиент-серверная. Используется при гигантских объемах данных. Файла БД как такового нет, для переноса БД требуется специальна процедура. Можно назвать стационарной.
    * PostgreSQL - некая пародия на Oracle но дармовая.
2. Цели разные.
3. Ну приблизительно, по крайней мере пока запросы простые.

4. Цель какая?

Цель, вот какая:
Программа - типа мини клон 1С.
В базе храняться таблицы - Приходы, расходы, перемещения, уценки, реализации.
Вот для этих целей база и нужна...

2 лит-юрий,
в списке выше я бы поменял местами * мускуль и птица - т.к. мускуль и шустрее, и рассчитан на работу с бОльшими объёмами данных; * постгре и оракл - по тем же причинам...и не стал бы называть постгре "пародией"...непрофессионально как-то...

никсман, для твоих целей птиц или мускуль - самое то

Делема мля...
Вот размышляю:
Может потратить время, и ознакомиться с FireBird ?
Или вместо запросов: SELECT Date, Name FROM Prihod WHERE Date < '1.6.2008'
использовать: SELECT Date, Name FROM Prihod и в цикле проверять условие по дате ?
Второй способ кажеться реальней, и быстрей !!!

Не нужно делать у себя то, что может сделать база данных лучше. :)
Ради интереса, залез в SQL Browser, попробовал вот так, вроде работает:
select * from prihod where date < '01.06.2008';

в принципе, я думаю проверить как вводить дату можно так:
SELECT MAX(Date) FROM Prihod
должно вернуть максимальную дату, посмотри как ее возвращает СУБД, и скорми ей в таком же формате свой запрос

1) для начала почитать доку по sql
2) прикинуть чего надо от бд
3) если приложение _не_ карманное - брать птица или мускул ( отличия между ними не в объеме хранимой инфы( кстати при больших объемах => 2Gb птиц стабильние IMHO), а в реализации движка - птиц версионник,мускул - блокировочник -> соответственно чуть разные подходы к програмированию "тяжелых" запросов
4) есть еще куча серверов БД - DB2,Informix,M$Sql,ASA и тд - выбор бааальшой - только не уподобляйся 1С с их "эротическим скринсавером" - платформой 1с ,которая якобы использует sql.

Ну нет меня  щаз на постоянном месте обитания :( Жена уже не рычит, а грозиться прибить(начальство ;) - скоро возвернусь .....

Я ваще без жены остался...свобода !!!

самое время заняться изучением скл :)

Прога почти готова. Осталось только отчеты по датам реализовать. Нужно сдать, сроки просквозил... :-[
Потом займусь...понял что SQLITE - не лучший вариант. Потом прогу поправлю...ведь развивать придется.

Хм а собственно чего править-то ? если использован raw-sql(без привязок к конкретному серверу) - то просто создаешь новую БД и правишь соединение ;)

Кстати , интересно between по датам в лайте починили ?
PS Лайт вещь хорошая когда нужно что-то очеь маааленькое,но нет желание заморачиваться с экзотикой типа rdm,bdb ... etc ....Но из-за хранения даннных в нетипизированном виде - он изначально проигрывает спецам ;)

зря вы так sqlite для настройки проги - смех
просто дело привычки привыкли работать с мускулом да с бердом так и рекомендуете
sqlite - сила
легковесная встраиваемая реляционная база данных. Исходный код библиотеки передан в общественное достояние. В 2005 году проект получил награду Google-O’Reilly Open Source Awards[2].
максимальный размер файла базы данных составляет примерно 32 ТБ (35'184'372'056'064 Б). - мало?
Простота и удобство встраивания SQLite привели к тому, что библиотека используется в браузерах, музыкальных плеерах и многих других программах.
Фреймворк Qt;
Mozilla Firefox
Mozilla Thunderbird
Skype
Многие программы поддерживают SQLite в качестве формата хранения данных
1С:Предприятие 7.7

я с датой решил так
для выборки такой запрос сортировка по дате
все катит супер. Просто надо не ленится.
Если бы Ли́нус Бенедикт То́рвальдс не рыл так глубоко сейчас не было бы самой классной ОС линукс