Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так Вы его сделали первичным ключом?
REPLACE INTO FORTS_название_таблицы ( replID, replRev , replAct , server_time, num ) VALUES ( '8327... ' , '8327... ' , '0', '08.12...' ,1) как-то так
А вот не работает
Я так и подумал, что так сделаете. Не надо автоинкремент.
Вы туда значени РАЗНЫЕ пишете, а должны быть - ОДИНАКОВЫЕ.
Так понятно
Всем спасибо, все получилось
Всем спасибо, все получилось
Поздравляю! А вот интересно - какое время обновления записи?
Есть проблема.
таблица heartbeat находится в потоке FORTS_TRADE_REPL, лисенер открывается с параметрами snapsot+online,
иначе, мы не получим ордера и сделки, которые совершены раньше в эту сессию + предыдущую.
НО!
В эту таблицу в режиме snatshot "валится" все время, которое было в предыдущую и в текущую сессию.
Как будем решать эту проблему?
Там более 100 000 записей, что очень сильно тормозит начальную загрузку
в режиме snapshot
Все потоки уже перешли в режим он-лайн, а TRADE все грузит и грузит время сервера
Может быть сделать так.
Если поток не перешел в режим он-лайн, то просто игнорировать серверное время?
Продолжим в нашей темеЕсть проблема.
таблица heartbeat находится в потоке FORTS_TRADE_REPL, лисенер открывается с параметрами snapsot+online,
иначе, мы не получим ордера и сделки, которые совершены раньше в эту сессию + предыдущую.
НО!
В эту таблицу в режиме snatshot "валится" все время, которое было в предыдущую и в текущую сессию.
Как будем решать эту проблему?
Там более 100 000 записей, что очень сильно тормозит начальную загрузку
в режиме snapshot
Все потоки уже перешли в режим он-лайн, а TRADE все грузит и грузит время сервера
Может быть сделать так.
Если поток не перешел в режим он-лайн, то просто игнорировать серверное время?
Продолжим в нашей темеSQLite не самый лучший выбор для многопоточного приложения. Совсем-совсем не удачный :-(
Если много потоков захотят писать в базу, то писать будет один а остальные втормозят и будут ждать
SQLite не самый лучший выбор для многопоточного приложения. Совсем-совсем не удачный :-(
Если много потоков захотят писать в базу, то писать будет один а остальные втормозят и будут ждать
SQLite, как файловая серверная СУБД, блокирует таблицы базы данных при обновлениях. На одновременный доступ влияют следующие параметры: