Столкнулся с такой же проблемой на MariaSQL (на MS SQL работало корректно). Создал в директории Квика файл quik_odbc.log для сбора диагностики. После рестарта программы подождал, пока таблица в БД превысит ожидаемый размер стакана. почитал лог. Увидел, что Квик использует SQL оператор UPD ATE для записи в БД новый значений полей Количество, Свой объём и Сумма лучших, причём строку для обновления данных выбирает по известным значениям полей Инструмент, Операция и Цена.
8/20/21 15:10:33.204 [TID=1684] Add_new_data, table = GLASS,new_seqnumber_to_write = 1845064496, write_operation_type = UPDATE DATA, sql query = UPDATE QR.GLASS SE T Volume=318.00000000, SelfVol=0.00000000, BestSum=318.00000000 WHERE Ticker='SBER' AND Oper='BUY' AND Price=326.47000000
Запустил в phpMyAdmin анализ структуры своей таблицы в БД. С удивлением обнаружил, что максимум и минимум значений Цены у меня имеют после запятой не две, а гораздо больше значащих цифр. Ясно, что ни один оператор UPDATE нормально не отрабатывал: искомых цен в моей таблице он просто не находил. Изменил тип данных в поле Цена с FLOAT на DOUBLE, — всё заработало нормально.
8/20/21 15:10:33.204 [TID=1684] Add_new_data, table = GLASS,new_seqnumber_to_write = 1845064496, write_operation_type = UPDATE DATA, sql query = UPDATE QR.GLASS SE T Volume=318.00000000, SelfVol=0.00000000, BestSum=318.00000000 WHERE Ticker='SBER' AND Oper='BUY' AND Price=326.47000000
Запустил в phpMyAdmin анализ структуры своей таблицы в БД. С удивлением обнаружил, что максимум и минимум значений Цены у меня имеют после запятой не две, а гораздо больше значащих цифр. Ясно, что ни один оператор UPDATE нормально не отрабатывал: искомых цен в моей таблице он просто не находил. Изменил тип данных в поле Цена с FLOAT на DOUBLE, — всё заработало нормально.