Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Интересные особенности - на заметку
|
|||
|---|---|---|---|
|
#18+
Наткнулся, что запросы вида Код: plaintext как и всякие join и тому подобное, являются валидными. Т.о. баг разработчика можно вычислить лишь по косвенным признакам. Нехорошо это, IMHO. Design change request? Andy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:21 |
|
||
|
Интересные особенности - на заметку
|
|||
|---|---|---|---|
|
#18+
Вы хотите, чтобы DB2 для обращения к таблице по имени TABLE заставляла в тексте запроса ставить кавычки (select ... from "TABLE" where) и выдавала ошибку без них? Насколько я знаю, нынешнее поведение у DB2 с древних времён, и, значит, никто его для вас менять не будет, так что о нём просто надо знать. Кстати, разработчики TOPLink'а в своё время, наоборот, DB2-шный парсер за такое поведение хвалили. (Разумеется, речь идёт не только о TABLE, но и прочих "ключевых словах") ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:44 |
|
||
|
Интересные особенности - на заметку
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, Здесь, наверное, вот что: Код: sql 1. является корректным выражением с точки зрения db2: кляуза 'where' рассматривается как алиас таблицы syscat.tables (или любой другой). Чтобы такие запросы рассматривались как ошибка, надо ввести цензуру на алиасы. Например так, чтоб нельзя было использововать какие-то ключевые слова для их именования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 18:31 |
|
||
|
Интересные особенности - на заметку
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, именно так и хотелось, поскольку существовал список зарезервированных слов. Иначе открывается такая дыра для деятельности разработчиков, что нам работы хватит надолго :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 17:21 |
|
||
|
Интересные особенности - на заметку
|
|||
|---|---|---|---|
|
#18+
Еще один возник интересный момент - у нас есть коннекты к LUW со стороны iSeries (да, знаю, нетрадиционное направление). С миграцией ас-ки на версию 7.1 получили интересный эффект - теперь все соединения от нее имеют идентичные Appl ID. Во что это выливается: включаем event-мониторинг и натыкаемся на то, что комбинация agent_id - Application handle (agent ID) monitor element appl_id - Application ID monitor element теперь неуникальна. Найти связку между транзакцией и коннектом становится нетривиальной задачей - для дублей теперь приходится сопоставлять время коннекта и со временем исполнения. Andy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 17:37 |
|
||
|
|
start [/forum/topic.php?fid=43&tid=1601243]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
66ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 160ms |
| 0 / 0 |
