|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
Модераторы, закрепите, пожалуйста, тему. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 17:05 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
В SQL Editor сохраняются дефолтные параметры блока. Пример: блок Код: sql 1. 2. 3. 4. 5. 6. 7.
Жмем F9. Появляется запрос ввода параметров. Для параметра prm установлено значение A . Теперь меняем дефолтное значение Код: sql 1. 2. 3. 4. 5. 6. 7.
Запускаем, а для параметра установлено значение A ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 17:23 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ В SQL Editor сохраняются дефолтные параметры блока. Не дефолтные, а последние использованные. Вот поэтому и. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 17:49 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
IBExpert Не дефолтные, а последние использованные ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 18:58 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
Код: sql 1. 2. 3. 4. 5.
Parsing error ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 19:52 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ Код: sql 1. 2. 3. 4. 5.
Parsing error Это не лечится. Вставляй что-нибудь перед AS DATASET (WHERE 1=1), иначе парсер считает это алиасом таблицы. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2020, 04:22 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ А можно тогда их как-то сбросить к дефолтным? Сейчас, когда знаю об этой особенности, открываю новое окно SQL Editor Ну вот, переоткрыв окно. Зачем заводить входные параметры, если лень их вводить? Можно их в локальных переменных с теми же дефолтами прописать. Или в Script Executive блок выполнять - там ничего спрашивать не будет. Кнопочку очередную лепить не буду. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2020, 04:24 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
При сравнении BIGINT поля с NULL получается Invalid variant operation Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Для остальных типов, вроде, работает ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2020, 11:22 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ При сравнении BIGINT поля с NULL получается Invalid variant operation Исправил. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2020, 05:14 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
ibec_ExtractMetadata умеет добавлять данные в существующий файл? Что-то в документации не нашел. А если нет, то можно добавить такую возможность? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2020, 20:28 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
Код: sql 1. 2. 3. 4.
Сейчас у меня выводитсяRes: 5 , 6Как бы вместо запятой поставить точку? var_Cast(5.6, __typeString) тоже возвращает строку с запятой. ibec_FormatFloat возвращает с точкой, но там нужно правильно указать число знаков после запятой. ibec_StringReplace использовать? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2020, 16:34 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ ibec_ExtractMetadata умеет добавлять данные в существующий файл? Что-то в документации не нашел. Нет, не умеет. И не будет уметь. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2020, 07:19 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ Как бы вместо запятой поставить точку? var_Cast(5.6, __typeString) тоже возвращает строку с запятой. ibec_FormatFloat возвращает с точкой, но там нужно правильно указать число знаков после запятой. ibec_StringReplace использовать? Можно и ibec_StringReplace. Можно и ibec_FormatFloat: ibec_FormatFloat('0.########', 5.6) Можно и ibec_Format: ibec_FormatFloat('%.g', 5.6) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2020, 07:31 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
Таблица Код: sql 1. 2. 3. 4. 5. 6.
Блок Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
На UPDATE ошибка Unknown cursor. Dynamic SQL Error. SQL error code = -504. Invalid cursor reference. Cursor CUR_TST is not found in the current context. При таком блоке Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
на строке Код: sql 1.
ошибкаAccess violation at address 004059D8 in module 'IBExpert.exe'. Read of address 00000060 И еще вопрос: можно как-то детализовать ошибку "Parsing error"? Не хватает номера строки возникновения и текста, вида "ожидалось А, а найдено Б". Если текст сложно, то хотя бы номер строки. Если у тебя и строк нет, то проблемный оператор. Очень тяжело искать на больших скриптах. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2020, 13:12 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ На UPDATE ошибка WHERE CURRENT OF вряд ли будет реализовано в ibeblock. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2020, 05:40 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ И еще вопрос: можно как-то детализовать ошибку "Parsing error"? Не хватает номера строки возникновения и текста, вида "ожидалось А, а найдено Б". Если текст сложно, то хотя бы номер строки. Если у тебя и строк нет, то проблемный оператор. Очень тяжело искать на больших скриптах. Вот что я у себя вижу, например: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32.
А у тебя что? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2020, 05:47 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ на строке Код: sql 1.
ошибкаAccess violation at address 004059D8 in module 'IBExpert.exe'. Read of address 00000060 Исправил. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2020, 07:17 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
IBExpert А у тебя что? В SQL Executive сообщение "At line 12, column 12: Parsing error!" и позиционирование правильное ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2020, 10:42 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ [В SQL Editor пишется просто Parsing Error. Но если кликнуть на ошибку, то на нужную строку (вернее на следующую за ней) все таки переходит. В SQL Executive сообщение "At line 12, column 12: Parsing error!" и позиционирование правильное Не, правильное в SQL Editor :) В строке 'var = NULL' синтаксических ошибок нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2020, 11:09 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
Какая-то фигня происходит при создании курсора с TIMESTAMP полем. Например, так Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
получаю ошибкуexpression evaluation not supported. Invalid data type in addition of part to DATE/TIME/TIMESTAMP in DATEADD.если пробовать логировать Код: sql 1.
то в лог попадает значение "1" На рабочей базе (на тестовой повторить не смог) получаю ошибкуIncompatible column/host variable data type. Dynamic SQL Error. SQL error code = -303. conversion error from string "20-AUG-2020 16:21:32.0000". Если в запросе выбирать только одно поле или вместо курсора использовать INTO vars, то все работает ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2020, 17:44 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ если пробовать логировать Код: sql 1.
то в лог попадает значение "1" Можно просто в отладчике на закладку Last statement заглянуть - там все видно. Разберемся... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2020, 18:58 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ Какая-то фигня происходит при создании курсора с TIMESTAMP полем. Проверь в сегодняшней версии. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2020, 08:29 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
IBExpert Проверь в сегодняшней версии. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
В лог пишется "2020-10-08 17:07:12.1620" А если такой код Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
То в лог попадает "8-ОCT-2020 14:04:04.0000". Это вообще не критично, но смущают разные форматы ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2020, 14:05 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
_Vasilisk_ То в лог попадает "8-ОCT-2020 14:04:04.0000". Это вообще не критично, но смущают разные форматы Очевидно, в первом случае значение в процедуру попадает уже в виде строки, а конвертация в строку выполнена на клиенте. Во втором случае в процедуру приходит нормальный timestamp. Если у t.datetime тип такой же, как у CURRENT_TIMESTAMP, то странно это. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2020, 15:41 |
|
IBEBlock: ошибки, вопросы, предложения - сюда
|
|||
---|---|---|---|
#18+
IBExpert Если у t.datetime тип такой же, как у CURRENT_TIMESTAMP, то странно это. Код: sql 1. 2. 3. 4.
CURRENT_TIMESTAMP, по идее, тоже TIMESTAMP ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2020, 11:01 |
|
|
Start [/forum/topic.php?fid=42&tid=1598406]: |
0ms |
get settings: |
30ms |
get forum list: |
10ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
66ms |
get topic data: |
95ms |
get forum data: |
6ms |
get page messages: |
1299ms |
get tp. blocked users: |
3ms |
others: | 156ms |
total: | 1677ms |
0 / 0 |