|
FireDAC
|
|||
---|---|---|---|
#18+
GoldMedium Добрый день. Уже замучался искать причину, очень надеюсь на вашу помощь. Есть TFDConnection подключенное под SYSDBA. Подключение постоянно открыто, обращения к нему могут идти крайне неравномерно (каждые 5 сек. по таймеру или перерыв в несколько часов - зависит от работы пользователя). Так вот раз в несколько дней после простоя в несколько часов при открытии датасета, подключенного к этому TFDConnection, выдаёт ошибку: Error writing data to the connection. send_packet/send Хотя проверяется, конечно, что TFDConnection.Connected = True. И второй TFDConnection, подключенный с правами пользователя и который активно использовался, никогда соединения не рвёт и ошибок не выдаёт. Всё работает.... [/spoiler] Такой же глюк ловлю при работе с FB 4.0 (самый свежий снапшот), но с библиотекой FIB+ 6.9.9. То есть глюк, то нет. 20 раз нормально, 21й - плохо. Аналогично, при работе ч/з IBExpert. При компиляции совсем простых запросов типа select count (*) from tabl. Вот похожий баг: https://www.sql.ru/forum/1339397/razryv-konnekta-pri-kompilyacii Дело в fb4.0, похоже. И отчёт в багтрекер не создать: нет устойчивого воспроизведения. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2021, 10:14 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Коллеги, подскажите по такому вопросу. Вот создал соединение TDBGrid -> TDataSource -> FDQuery -> FDConnection. Параметрический запрос с параметром на 6 полей (тело запроса добавлял программно) работало на-ура. Но это был пробный шар (не всем легко и просто переехать с одного ЯП на другой), ввел полный запрос, добавил поля в грид - ругаеццо, мол не связан один-единственный параметр. Я его вижу, он есть, могу тип визуально ему задать и пр. Снес программное заполнение SQL-запроса, оставил только программное присваивание параметра - опять все как часы заработало. Спрошу у гуру - ЧЯДНТ? Стеб приветствуется - с ним освоим быстрее и веселее. ;) Еще ссылки на формы интересуют, на Фоксе это очень просто, как и свойства назначить. Может и на Делфях все просто, но пока тяжело понимать парадигму. Но разберемся, путь у нас такой. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 01:03 |
|
FireDAC
|
|||
---|---|---|---|
#18+
AK-Shah ввел полный запрос, добавил поля в грид Добавил (зафиксировал) колонки в гриде или добавил (зафиксировал) поля в датасете? Это разные вещи, первую нужно делать, а вторую в 99.9% случаев лучше не делать. AK-Shah Снес программное заполнение SQL-запроса, оставил только программное присваивание параметра - опять все как часы заработало. Спрошу у гуру - ЧЯДНТ? Теперь всё правильно, так и надо. Программное заполнение SQL-запроса - в 99.9% случаев удел ламеров, в 0.1% случаев - необходимость очень редкой и специализированной задачи. Запрос заполняется в дизайн-тайме, параметр присваивается в ран-тайме. Всё правильно. AK-Shah Стеб приветствуется - с ним освоим быстрее и веселее. ;) Еще ссылки на формы интересуют, на Фоксе это очень просто Существует полно неплохой литературы, позволяющей освоить Delphi. Гугль наверняка выдаст кучу топиков, где такую называют и обсуждают. Я свой вклад не внесу, потому что книги 95-го года сейчас фиг найдёшь. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 01:10 |
|
FireDAC
|
|||
---|---|---|---|
#18+
softwarer, авторПрограммное заполнение SQL-запроса - в 99.9% случаев удел ламеров, в 0.1% случаев - необходимость очень редкой и специализированной задачи. Коллега, не соглашусь. Я в СУБД не вчера, динамические запросы ОЧЕНЬ часто надо. Да, пока параметризованным вполне выкручиваюсь. Ты бы видел, какие конструкции на Фоксе пишутся БЕЗ приседаний? Да ладно, я в теме Делфи, я УЧУСЬ, может и со своей старой парадигмой. Разве за это пинают? А ручками больше разбираюсь, но тупые вопросы задаю пока. Я очень быстро Дедфи подниму, особенно если ОПЫТНЫЕ коллеги подсажут. Стеб принимаю, это весело в освоении нового. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 14:44 |
|
FireDAC
|
|||
---|---|---|---|
#18+
авторСуществует полно неплохой литературы, позволяющей освоить Delphi. Это да. Я так же и про Фокс могу сказать - достаточно Базияна, Клепинина и Шутенко. С двумя последними лично знаком. А вот сваять простое приложение - надо во многом разбиратся. Да я не против, осилим, мы с командой и биллинг под моим руководством написали, мало чем Мск уступили. По общему функционалу - да. А мне дали команду разрабов, тесьтрование?? Ну и о чем копья ? Ты( Вы) из вменяемых. Есть вопрос передачи ссылки на родителькую форму. Как проще? Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 14:52 |
|
FireDAC
|
|||
---|---|---|---|
#18+
авторЭто разные вещи, первую нужно делать, а вторую в 99.9% случаев лучше не делать. Поясни. Лучше попроще. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 15:08 |
|
FireDAC
|
|||
---|---|---|---|
#18+
AK-Shah авторЭто разные вещи, первую нужно делать, а вторую в 99.9% случаев лучше не делать. Поясни. Лучше попроще. :)Не обращай внимания. Лучше код покажи ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 22:40 |
|
FireDAC
|
|||
---|---|---|---|
#18+
AK-Shah Есть вопрос передачи ссылки на родителькую форму. Как проще? Спасибо! Проще всего вообще без передачи. По дефолту для каждой формы генерится глобальная переменная со ссылкой на форму, через них можно работать. Как лучше - совершенно другой вопрос. На него коротко не ответишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 01:58 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Пытаюсь реализовать заливку текстовых данных в SQLite через связку FBatchMove. Таблица в SQLite такого вида: Код: sql 1.
Вставка повторяющихся данных, через SQLiteStudio проходит ожидаемо, а вот через FBatchMove получаю исключение: Код: plaintext
ProviderFlags для поля включает pfInKey В UpdateOptions пробовал задать KeyFields=Value; ошибка не исчезла. Куда еще копать? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:20 |
|
FireDAC
|
|||
---|---|---|---|
#18+
В логику ошибки. Insert не вставил запись в таблицу. Что делать? Потом в исходники: вдруг эта проверка там опциональна?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:33 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Т.е. вы намекает, что я должен обработать событие OnError для TFDBatchMove. Но не слишком ли это будет затратно, вызывать это событие всякий раз как возникнет конфликт в БД? Я же это делаю на уровне БД, та зачем же дополнительно эту проверку еще и в приложении делать? Может есть возможность отключить этот механизм. У меня ожидаемый объем данных около 1 лярда и любые задержки крайне нежелательны. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:41 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Что-то я не понял логики работы этого события. Почему оно у меня вызывается один раз, если конфликтов существенно больше? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:53 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Какой "writer" используется ? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:57 |
|
FireDAC
|
|||
---|---|---|---|
#18+
врайтер у меня TFDBatchMoveDataSetWriter ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 17:59 |
|
FireDAC
|
|||
---|---|---|---|
#18+
О, спасибо за подсказку. Процесс экспорта явно ускорился. Событие, тоже правильно работает, это я там слегка ошибся :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.11.2021, 18:42 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Продолжаю бороться с TFDBatchMove. Что-то я не пойму, а что попадает в TFDBatchMove.WriteCount? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2021, 14:28 |
|
FireDAC
|
|||
---|---|---|---|
#18+
softwarer, авторрограммное заполнение SQL-запроса - в 99.9% случаев удел ламеров Да ладно! Все спецы моего круга как РАЗ программно все и пишут. Фамилии назову, но вряд ли вы с ними знакомы. И на Фоксе, и на Делфях советут программно создавать, а не плодить в ДатаМодуле паутину. Создал - убил. Нормально. Я и то пробовал, и то. Программный подход ближе, хотя, согласен, кодеса порой побольше. Но я за управляемость внематочно. ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2021, 06:48 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Если кому интересно, чтобы табличные параметры, содержащие max ((n)varchar, varbinary) заработали на x64 надо подправить TODBCVariable.UpdateFlags. Код: pascal 1. 2. 3. 4. 5. 6.
Иначе будет ошибка invalid buffer or string length. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2021, 15:44 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Спасибо ! Еще бы тикет с тестом ... Но, мечты ... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2021, 18:30 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Тикет я попозже может и заведу. Но у меня изрядно так дописано\подправлено в части табличных параметров... не на один тикет...в частности процедуры с несколькими параметрами табличными одного типа работают...а в оригинале нет.. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2021, 18:35 |
|
FireDAC
|
|||
---|---|---|---|
#18+
Можно и одним тикетом, но хотя бы с пояснениями и/или примерами кода ... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2021, 19:12 |
|
FireDAC
|
|||
---|---|---|---|
#18+
можете версию скулайт клиента в файрдаке обновить? текущей версии 2 года через месяц исполняется ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2021, 17:13 |
|
FireDAC
|
|||
---|---|---|---|
#18+
баг в TFDPhysMySQLCommandGenerator.GetSelectMetaInfo при AKind := mkTableFields и заданном AWildcard (хочу получить информацию по конкретному полю) генерируется неверный запрос: SHOW COLUMNS LIKE 'mytestfield1' FROM `mytesttable`; а должно быть SHOW COLUMNS FROM `mytesttable` LIKE 'mytestfield1' ; код Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 20:47 |
|
FireDAC
|
|||
---|---|---|---|
#18+
a.t, угу. посмотрел еще в сорцах anydac это место выглядит так: Код: pascal 1. 2. 3. 4. 5. 6. 7.
синтаксис сейчас такой: Код: plsql 1. 2. 3. 4.
то есть это именно баг. причем застарелый. строчки местами перепутаны. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2021, 01:21 |
|
|
Start [/forum/topic.php?fid=58&tid=2036610&startmsg=last&offset=-2]: |
0ms |
get settings: |
0ms |
get forum list: |
7ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
22ms |
get topic data: |
2ms |
get forum data: |
0ms |
get page messages: |
24ms |
update_topic_read_status (2036610): 24.12.2021 01:21:22: |
0ms |
get tp. blocked users: |
1ms |
get online users: |
26ms |
check new: |
1ms |
others: | 74ms |
total: | 157ms |
0 / 0 |