|
|
|
Comparer и регистр в описнии типов в PSQL
|
|||
|---|---|---|---|
|
#18+
При сравнении метаданных баз с эталонным скриптом возникает достаточно много "ложных срабатываний" по части PSQL. Например, на такую разницу в описании между скриптом и целевой базой сравнивалка возбудится и объект будет включен в разностный скрипт как подлежащий обновлению. Примеры: 1) PSQL: описание переменной declare variable S_cod smallint; и declare variable S_COD SMALLINT; 2) PSQL: входной параметр AGENT_CODE SMALLINT = null и AGENT_CODE SMALLINT = NULL Это, в автоматизированном режиме, когда через IBEScript блоком сравнение выполняется, не напрягает абсолютно. Проапдейтится вхолостую баш на баш да и фиг бы с ним. Но когда делаю это вручную через IBExpert, и смотрю потом в разностный скрипт глазками, то видно, что много лишнего влезло в апдейты. А глазками смотреть таки иногда приходится в сложных нештатных случаях. -- "И это пройдет" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2019, 08:57 |
|
||
|
Comparer и регистр в описнии типов в PSQL
|
|||
|---|---|---|---|
|
#18+
Ну так исходные тексты PSQL-объектов сравниваются как строки, никакого препроцессинга с целью, например, привести идентификаторы к одному регистру не делается. И в обозримом будущем не будет делаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2019, 07:47 |
|
||
|
|

start [/forum/topic.php?fid=42&fpage=9&tid=1598753]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 351ms |

| 0 / 0 |

На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даете согласие с использованием данных технологий.