|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
afgm, хм... значит в Release Notes 2.1.6 и Language Reference Update 2.5 та же ошибка, потому как описание взято от туда. Надо бы уточнить с чего вдруг там так написали. В прочем я подозревал, что в этом месте что-то не то написано. Для RIGHT такая же байда ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 15:38 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
О чём речь? О переводе термина statement ? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 20:09 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
afgmстр 374 Описании работы LEFT В случае если числовой параметр не будет целым числом, к нему будет применено банковское округление: то есть 0,5 станет 0, 1,5 станет 2, 2,5 станет 2, 3,5 станет 4, ... На практике стандартное математическое округление. test Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
вот об этом ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 20:32 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
А, этот идиотизм не в мой огород, так что пофиг. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 20:42 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, ну я тебя и не обвинял. Это в английской версии такое написано ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 20:48 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Да я не про адресные обвинения. Я такого текста просто вообще не припомню, даже в оригинале - только щас после ваших слов узнал. Не знаю кому могла придти в голову такая странная реализация (даже если бы она на самом деле была) и нафига её вообще нужно было в доку тащить. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 21:08 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
убрал эту фигню из описания функций LEFT и RIGHT ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 22:08 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
в раздел "Безопасность / Операторы управления усерами / create user" предлагаю добавить совет: поскольку снапшоты идут с неинициализированной базой sec3.fdb, а утилита gsec объявлена хромой уткой и когда-нить поедет на помойку, то можно использовать для инициализации sec3.fdb вот это: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 22:15 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Операторы DML / EXECUTE BLOCKВходные и выходные параметры ... Если есть входные параметры, все становится сложнее: эти параметры должны получить свои значения после подготовки оператора, но перед его выполнением. Это требует специальных возможностей, которыми располагает не каждое клиентское приложение (Например, ISQL такой возможности не предлагает ). Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
:-) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 22:30 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Таблоид, это возможности execute statement но уж никак не ISQL ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 22:38 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Безопасность / Изменение текущей ролиПараметры оператора SET ROLE В то время как CURRENT_ROLE возможно изменить с помощью оператора SET ROLE, ее не всегда возможно вернуть обратно той же командой, потому что она выполняет проверку прав доступа.Не понял про выделенное. Её и вернуть можно, и даже отменить незавершенные изменения, выполненные в предыдущей роли, даже если характер этих изменений таков, что они недоступны для той роли, куда возвращаемся: Код: 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. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2015, 22:57 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Таблоид, согласен. Это надо бы удалить. По моему было в одной из ранних версий realese notes. Сейчас поглядел ничего такого не написано. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2015, 00:42 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
обновил ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2015, 00:52 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
pp. 194-195Параметры оператора CREATE EXCEPTION Внимание! Если в тексте сообщения, встретится номер слота параметра больше 9, то второй и последующий символ будут восприняты как литералы. Например, @10 будет воспринято как @1, после которого следует литерал 0.Лучше привести пример какой-нить. Типа такого: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9.
Т.е. никакой ошибки о несоотв-вии числа аргументов не вываливается, но текст сообщения при этом явно кривой. И еще. Передадим ровно то число аргументов, что было указано в определении exception'a: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:04 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
ТаблоидТ.е. никакой ошибки о несоотв-вии числа аргументов не вываливаетсяПотому что нет ошибки. Твоё @10 интерпретируется как <параметр №1>0 Таблоидно текст сообщения при этом явно кривойОн именно такой, как описано в доке. ТаблоидПередадим ровно то число аргументов, что было указано в определении exception'aТы в тексте exception используешь 9 пар-ров (см. выше), а передаёшь - 11. О чём тебе швабра (c) и сказала :) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:12 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
hvladТаблоидПередадим ровно то число аргументов, что было указано в определении exception'aТы в тексте exception используешь 9 пар-ров (см. выше), а передаёшь - 11. О чём тебе швабра (c) и сказала :)я вот про ЭТОТ вариант: Таблоид Код: plaintext 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:20 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Читай вышенаписанное ещё раз. И ещё раз. И ещё раз... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:27 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Таблоид, 1 пример привести в качестве демонстрации сказанного. Второй не имеет ибо выше написано авторМаксимальный номер параметра равен 9; а то так можно дойти до того что демонстрировать все неверные операторы, коих может быть 100500 сочетаний ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:31 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
Таблоид, тьфу блин. Не там ты читаешь. В CREATE EXCEPTION не всё написано, но там и не должно быть. Смотри PSQL оператор EXCEPTION ибо про USING основной текст там ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2015, 15:34 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
ТаблоидТипа такого: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9.
добавил подобный пример, но не в оператор CREATE EXCEPTION, а в сам оператор EXCEPTION (глава PSQL) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 21:34 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
pp 405-406 ("Агрегатные функции")SUM Синтаксис: SUM([ALL | DISTINCT] <expr>) [OVER ([<partition_exp>] [<order_exp>])] Агрегатные функции в качестве выражения не допускаются. Тип возвращаемого результата: тот же что и аргумент функции expr.Подправить тут надо. Внутри аналитической функции, например sum( <expr> )over(), выражение <expr> - может быть "просто" агрегатом, см ниже. И еще: тип возврата - всегда BIGINT, а не "тот же что и аргумент функции expr". Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 21:54 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
pg 422RANK . . . RANK() OVER ([<partition_exp>] [<order_exp>]) Тип возвращаемого результата: BIGINT Описание: Возвращает ранг каждой строки в секции результирующего набора. Ранг строки вычисляется как единица плюс количество рангов, находящихся до этой строки .Примера тут не хватает, КМК. Типа такого: Код: 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. 33.
И фразу о том, как вычисляется rank(), я бы написал так: "строки с одинаковыми значениями <order_expr> получают одинаковый ранг (в пределах группы <partition_exp>, если она указана). Ранг строки, у которой <order_expr> отличается от N строк, находящихся выше неё, вычисляется как 1 + N (также в пределах группы <partition_exp>)". ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 22:16 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
pp 355-356 ("Таблица 8.1. Переменные пространства имён SYSTEM")NETWORK_PROTOCOL Протокол, используемый для соединения с базой данных. Возможные значения: " TCPv4 ", "WNET", "XNET", NULL.Я напоролся при анализе результатов какого-то теста, публикуемых периодически здесь , что значением может быть теперь и TCPv 6 . ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 22:24 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
ТаблоидПодправить тут надо. Внутри аналитической функции, например sum( <expr> )over(), выражение <expr> - может быть "просто" агрегатом, см ниже. Мочь то может. Вот только зачем? И даже может вот так работать Код: sql 1.
что уже полезней. Если это не ошибка то допишу. Но тогда надо и другие варианты исследовать ТаблоидИ еще: тип возврата - всегда BIGINT, а не "тот же что и аргумент функции expr". Не совсем так. 1 диалект. В общем-то конечно не совсем тот же, но и не всегда BIGINT. Понятное дело что значение того типа который получается по масштабу будет больше вмещать Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 22:45 |
|
ANN Руководство по языку SQL СУБД Firebird 3.0
|
|||
---|---|---|---|
#18+
pg 357 ("Параметры функции RDB$SET_CONTEXT")Максимальное число переменных в рамках одного соединения равно 1000;Максимальное число контекстных переменных каждого вида (USER_SESSION, USER_TRANSACTION) ограничено числом 1000. Таким обр., соединение может установить до 1000 переменных, и транзакция, открытая этим соединением, также может установить "своих" переменных тоже 1000 штук. А если коннект создает сразу N транзакций, то макс. число контекстных переменных будет (1+N)*1000: Код: 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. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47.
Output: Код: plaintext 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2015, 22:45 |
|
|
start [/forum/topic.php?fid=40&msg=39010267&tid=1559924]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
183ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
others: | 246ms |
total: | 535ms |
0 / 0 |