SELECT %1 FROM %2 WHERE id = (SELECT max(id) FROM %2) ;

Опять в чем то ошибаюсь, если кто знает - подскажите.
Создаю внутри базы вторую таблицу:
CREATE TABLE if not exists sroki(
id INTEGER primary key AUTOINCREMENT, --1. id
id_res INTEGER REFERENCES reshenia(id) --2. соответствующий id в таблице reshenia
on delete set NULL --3. при удалении строки в таб. reshenia значения устанавливаются в NULL
deferrable initially deferred, --4. так надо сам не знаю зачем
srok_res INTEGER --5. дата исполнения предписания
);
Так добавляю строки в эту таблицу сразу после добавления записи в родительскую "reshenia":
INSERT OR REPLACE INTO 'sroki' VALUES (NULL, (select max(id) from reshenia), '%1');
По идеи при удалении соответствующей строки из таблицы reshenia значения в соответствующей строке таблицы sroki должны стать равными NULL. Но ничего в таблице не изменяется. В чем я ошибся?

1. Зачем хранить в sroki записи у которых нет id_res ? А про просто удалять их не думал ? Нет тела - нет дела.
2. Читаем SQLite - CREATE TRIGGER.

Запрос SELECT max(nomerz)+1 FROM baza WHERE dataz > date('%1');
Где %1 это 2014-12-31, загружается из ини-файла.
Приходит Новый год, заявки надо нумеровать снова с 1. Этот запрос выводит пустоту. Я так понимаю потому что он не может найти dataz > date('%1'); ведь новых заявок нет еще.
....Что бы придумать?

1. dataz в каком формате ?
2. ну и сравнивай год, а не дату.
3. Сегодня год: SELECT strftime('%Y','now');
4. Как ты сам определил, что новый год и нужно начать нумерацию с 1 ? Вот так и составь запрос. Один к одному.
делается на раз, одним запросом и без костылей в виде ini-файлов

Ну как бы надо от чего то отталкиваться. Т.е.:
1. Надо посмотреть дату последней записи.
2. Сравнить год последней записи и текущий год.
3. Если текущий год больше то присвоить записи номер 1.

Как-то так ..... Вопрос еще в том что стоит ли делать этот запрос при последующих внесениях новых заявок? На мой взгляд он будет мешать.
Либо, как вариант, после действия 3 выкидывать месагу что это первая запись в году и она осуществляется только с одобрения админа.
Но тут тоже вопрос - да, на форме можно реализовать чекбокс "Админ" и таким образом пустить ход выполнения на другой путь.
Примерно так:
code_34851.txt

вопрос в том что я не уверен в правильности этой схемы.

1. Надо посмотреть max(год) в таблице, т.к. в таблице могут быть записи за несколько лет.
2. Сравнить этот max(год) с текущим
3. Если равен текущему - значит старый год, если неравен текущему значит - новый год
Вот как-то так:
sql_zap.rar
Пришлось заархивировать, т.к. форум искажает запрос.

Сейчас у меня реализована такая схема.
1. После заполнения всех соответвующих окошек формы внесения нового заявления юзер жмет Сохранить.
2. Идет запрос в БД SELECT max(nomerz)+1 FROM baza WHERE dataz > date('%1'); где %1 это 2014-12-31, загружается из ини-файла. Полученный ответ подставляется в компонент Edit на форме.
3. Выполняется основной запрос в БД INSERT INTO baza values("%1", "%2","%3", и т.д.
Т.е. сейчас как я говорил в п.2 получаем 0 в ответ, и в БД вносится чепуха.
Выход нашел корявый - 1 запись в году водить вручную, самому.
Проблемка еще в том что из-за кривой локальной сети (файл БД расположен на сервере в расшареной папке), запросы идут ооочень медленно, что сказывается на быстродействии программы.
Т.е. мне нужно максимально оптимизировать запросы ....

Подскажите как лучше всего хранить даты в БД? Где-то в этой ветке была информация что лучше хранить в REAL.

допустим таблица data

id int, dt1 real -дата начала, dt2 real - дата окончания.

2015-01-10 12:30:15> 3307.52100694444
2015-01-11 12:50:00> 3672.53472222222

Правильно ли я пониманию что для нахождения всех id dt1 (дата начала) которых входит в некий диапазон дат нужно сделать запрос такого вида:

select id from data where dt1 between 3307 and 3672; (в данном случае только год-месяц-число без времени)

Что значит лучшехуже ? Храни так как тебе нужно.
Если нужны часы,минуты, секунды - тогда TEXT или REAL.
Если не нужны - тогда TEXT или INTEGER.
И не забывать, что SQLite ведёт отсчет от 4714 года до н.э.(REAL и INTEGER) Кстати, между 3307 и 3672 разница не в один день(твои даты 2015-01-10 и 2015-01-11), а в целый год.

Tad, как это разница в 1 год???

т.е 3307.52100694444 = 2015-01-10 12:30:15
и 3672.53472222222 = 2015-01-11 12:50:00

а 3307 это не 2015-01-10 и 3672 не 2015-01-11? или я что-то упустил?

вот схема code_34958.txt

Упустил.
Найди отличие.
code_34960.txt

Дата REAL: целая часть - число дней от точки отсчета, дробная - часть суток.

Tad, ох уж я внимательный спасибо!

А вот так эти же даты видит SQLite :

Tad, а как такой результат в SQlite получить? и почему он их так видит?