Alexbootch писал(а):
С 2100 года нужно будет заменить ".20" на ".21"До 2100 года, либо ишак сдохнет, либо падишах (с)
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch писал(а): С 2100 года нужно будет заменить ".20" на ".21"До 2100 года, либо ишак сдохнет, либо падишах (с) |
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, примеры работают?
|
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch, я все не проверял, но то, что проверил -- прекрасно работает. Не стал я очень сильно изощряться с .20 и .21, оставил полный формат strftime("%d.%m.%Y %H:%M:%S","date") AS date. А насчет номера последней строки, то в компонентах есть точка LastRowId, но я ее не использовал (может и зря).
|
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, писал(а): А насчет номера последней строки, то в компонентах есть точка LastRowId, но я ее не использовал (может и зря).в каких компонентах [size=-2]------ Добавлено в 15:59 nesco, если есть неободимость узнать номер (имеется в виду rowid) последней вставленной строки, то после INSERT INTO можно выполнить запрос: select last_insert_rowid() |
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch писал(а): в каких компонентахВ SQLite_Query -- внизу. Точка работает, но если был запрос к конкретной таблице базы. |
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, чето у меня нет такой точки Может у тебя компонент какой-то другой версии
|
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Но у меня HiAsm b163, может из-за этого. Я эти компоненты не коцал, как есть, так и есть.
Насчет чтения последней строки, то можно и так (проверено -- работает) SELECT * FROM okved WHERE rowid = last_insert_rowid() [size=-2]------ Добавлено в 16:50 Посмотрел -- в b162 точка тоже есть. |
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, писал(а): Посмотрел -- в b162 точка тоже есть.Да действительно есть, а в версии 160 нет [size=-2]------ Добавлено в 23:35 nesco, точка LastRowID тоже самое, что и last_insert_rowid(), только через API функцию sqlite3_last_insert_rowid() |
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch, но от того, что это вызов API функции напрямую, минуя командный интерпретатор запросов, она должна работать быстрее. Кто бы проверил.
|
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
куда уж быстрее-то, т.к. в любом случае скорость возврата результата операции у базы SQLite высокая
|
|||
карма: 0 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, писал(а): Alexbootch, хорошо, с форматом я разберусь.nesco, разобрался с форматом |
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch, да я со всем уже разобрался. Все классно получилось. Два приложения работают с одной базой и синхронизируются через UDP порт. Спасибо за разъяснения, и за ссылку на хорошую литературу.
|
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, если не секрет что за приложение?
|
|||
карма: 0 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Alexbootch, это комплекс приложений. Два из них работают с базой, два других с удаленными каналами. Главное приложение -- это сервер каналов, он собирает данные от различных специфических источников (до 50000 событий в сутки), декодирует события в один стандарт и пишет полученные события в базу (при переходе даты оформляется новая суточная база) с учетом характеристик входных каналов, и передает на выходные каналы, параллельно фильтруя события фильтром (все это хранится в дополнительных мелких базах) на удаленные каналы. Для удаленных каналов применяются TCP-порты, для системных каналов -- UDP-порты.
|
|||
карма: 22 |
|
Ответов: 1891
Рейтинг: 110
|
|||
nesco, писал(а): ...50000 событий в суткиSQLite справляется ? |
|||
карма: 0 |
|