Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Пытаюсь обеспечить портабельность использования SQL кода с V5R3 на LUW 9.1. В V5R3 у меня несколько схем ( библиотек, БД ). Когда я соединился со Сxema1 и даю команды Create table tc1 ... - у меня в библиотеке Cxema1 образуется таблица tc1 Create table Сxema2.tc2 ... - у меня в библиотеке Cxema2 образуется таблица tc2 все просто и понятно. Перехожу к LUW. Create table tc1 ... - у меня в библиотеке Cxema1 образуется таблица db2admin.tc1 Create table Сxema2.tc2 ... - у меня в библиотеке Cxema1 образуется таблица Сxema2.tc2 Отличие 1. К имени tс1 явно приписана схема автора Отличие 2. tс2 создается в БД Cxema1 со схемой Cxema2. Возможно ли настроить LUW, что-бы не меняя исходный SQL, обеспечить схожесть результата ? Если это невозможно, то каких правил настройки "схемотехники" придерживаться при настройке LUW , для минимизации перекодировки SQL кода c V5R3 перед отправкой на сервер для исполнения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2007, 13:48 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
В db2 (ни в той, ни в другой) нет понятия "соединился со схемой (библиотекой)". Если говорить про динамический sql, то: 1. В db2 for LUW неквалифицированные имена таблиц квалифицируются значением регистровой переменной current schema. Посмотреть ее значение можно, выполнив Код: plaintext Код: plaintext При обращении к процедуре (функции), просматриваются схемы из переменной current path слева направо до соответствия кол-ва и типов параметров. Посмотреть и изменить эту переменную можно так же, как и current schema. 2. В db2 for iSeries все зависит от соглашения именования (naming convention). При *SQL (sql соглашение) все так же, как и для db2 for LUW. При *SYS (системное) неквалифицированные имена таблиц, процедур и функций при их создании квалифицируются значением системной переменной CURLIB. Установить ее можно CL командой CHGCURLIB. В iSeries navigator Run SQL Scripts окне: Код: plaintext При обращении к процедуре (функции), просматриваются схемы из переменной current path слева направо до соответствия кол-ва и типов параметров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2007, 10:10 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Спасибо. Начало дышать. Следующая проблема: В V5R3 Create table ( View ) есть возможность задать имя-синоним поля name2 for column name и кодеры часто этой возможностью пользовались. Есть ли возможность подстроится под данность в LUW? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2007, 18:04 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Это не совсем имя-синоним. Это нотация: "sql_имя" for "system_имя". Системное имя поля не может быть больше 10 символов длиной и содержать некоторые доступные в sql имени символы. Если sql имя недопустимо для системного, система генерирует системное имя сама, либо это может сделать разработчик. В sql командах можно использовать и то, и другое имя. В DB2 for LUW такой возможности (ссоздать алиас на поле) нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 10:31 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
еще addlible ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 14:48 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Ладно, имена заменим в динамике. Далее, попались процедуры на РПГ. Правильно ли я понимаю, что на Win я данного раритета не найду? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2007, 18:00 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
ValPotДалее, попались процедуры на РПГ. Правильно ли я понимаю, что на Win я данного раритета не найду?Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2007, 18:11 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
В рамках тестирования надо гонять тучу табличек туда-сюда (V5R3 <-> LUW 9.1 .) через файлы на диске. Нельзя ли примерчиком ( на одной табличке) показать, как это делают мастера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 12:12 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Есть ли у вас db2 connect или db2 ese for LUW? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 13:29 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. Код: plaintext 1. Тут я пользуюсь db2 esс. Мастера на V5R3 посоветовали пару CL: SAVOBJ OBJ(tab) LIB(mylib) DEV(*SAVF) OBJTYPE(*FILE) SAVF(mylib/MYSAVFILE) CL: RSTOBJ OBJ(tab) SAVLIB(mylib) DEV(*SAVF) SAVF(mylib/MYSAVFILE) RSTLIB(mylib) , но не знают есть ли возможность восстановить данный формат на db2 esс. На случай, если нет дали самопальную процедуру выгрузки в DBF. Но такую на db2 esс for LUW придется писать самому. Как то коряво пока получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 14:23 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
ValPotно не знают есть ли возможность восстановить данный формат на db2 esс.Не выйдет. Вам придется для выгрузки / загрузки на v5r3 пользоваться соответственно CPYTOIMPF и CPYFRMIMPF , работая со stream файлами (которые в файловой системе root находятся). Эти утилиты работают с текстовыми файлами фиксированного размера (ascii: DTAFMT=*FIXED) или с разелителями (DTAFMT=*DLM). Удобнее работать с файлами с разделителями. Со стороны LUW эти файли обрабатываются утилитами export и load (import) соответственно. Ну и файлы такие придется на iSeries класть и забирать оттуда руками. Во-о-от... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 15:35 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Мастера на V5R3 посоветовали пару CL: SAVOBJ OBJ(tab) LIB(mylib) DEV(*SAVF) OBJTYPE(*FILE) SAVF(mylib/MYSAVFILE) CL: RSTOBJ OBJ(tab) SAVLIB(mylib) DEV(*SAVF) SAVF(mylib/MYSAVFILE) RSTLIB(mylib) но не знают есть ли возможность восстановить данный формат на db2 esс. Из аэски можно выгружать в любых форматах. см. команды CPYTO*, в частности - CPYTOIMPF (команды там интерактивные, нажал F4 - и заполняй форму) Можно в IXF (IBMовский универсальный обменный формат), можно в текст с разделителями/фикс. размера. Кстати, если настроен нормальный доступ с PC - издавайте export/import из того же QuestCentral, что и обычно :) На случай, если нет дали самопальную процедуру выгрузки в DBF. Но такую на db2 esс for LUW придется писать самому. Как то коряво пока получается. Нет, не стОит - это извращение. К тому же через DBF далеко не все типы данных корректно пронести можно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 19:21 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Помогите с перегрузкой данных. Делаю выгрузку(V5R3):"CL: CPYTOIMPF FROMFILE(WHBRANCH/BANK ) TOSTMF('/branches/pt/BANK ') MBROPT(*REPLACE) RCDDLM(*CRLF) FLDDLM(';')" Загружаю в LUW: LOAD FROM "C:\Projects\AValentin\branchs\pt\BANK" OF DEL METHOD P (1, 2, 3) MESSAGES "C:\1" REPLACE INTO WHBRANCH.BANK (K_BANK, BRANCH_ID, A_BANK) COPY NO INDEXING MODE AUTOSELECT; Получаю лог: SQL3519W Начинается обработка точки совместимости при загрузке. Счетчик входных записей = "0". SQL3520W Точка совместимости при загрузке пройдена успешно. SQL3114W Данные, следующие за "1" в строке "1" и столбце "сфтщ@@@@@@@@^тр@@@@@@@@@^№Ооѕ", не были загружены. SQL3123W Значение поля в строке "1" и столбце "1" невозможно преобразовать в значение типа PACKED DECIMAL. Было загружено пустое значение (null). SQL3110N Утилита завершила работу. "1" строк считано из входного файла. SQL3519W Начинается обработка точки совместимости при загрузке. Счетчик входных записей = "1". SQL3520W Точка совместимости при загрузке пройдена успешно. SQL3515W Утилита завершила стадию "LOAD" в момент "27.04.2007 13:02:53.027489". SQL3107W В файле сообщений есть по крайней мере одно предупреждение. Число прочитанных строк = 1 Число пропущенных строк = 0 Число загруженных строк = 1 Число отклоненных строк = 0 Число удаленных строк = 0 Число принятых строк = 1 В рез-те: ничего не загрузилось, исх. таблица содержит более 10-ти записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 13:07 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
MaxDMAПриведите ddl таблицы и несколько строк файла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 14:29 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Файл: сфтщ@@@@@@@@^тр@@@@@@@@@^№Ооѕ№`є№ЪНk@ѕ`О@К№є№ЮЫнЯНЛМ@@@@@@@@@@@@@^Ы№Ы@№Ооѕ№`є№ЪН@К№є№ЮЫнЯНЛМ@ѕЛОЛ№О@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@^рфршсуччр^ ddl: CREATE TABLE "WHBRANCH"."BANK" ( "K_BANK" DECIMAL(10,0) WITH DEFAULT NULL , "BRANCH_ID" DECIMAL(9,0) WITH DEFAULT NULL , "A_BANK" CHAR(40) WITH DEFAULT NULL , "N_BANK" CHAR(100) WITH DEFAULT NULL , "MFO" CHAR(9) WITH DEFAULT NULL , "K_UCH" CHAR(20) WITH DEFAULT NULL , ...) IN "USERSPACE1" ; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 15:11 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Установил кодовую страницу 1025, вроде поехало, но не все столбцы проходят... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 15:23 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
MaxDMAУстановил кодовую страницу 1025, вроде поехало, но не все столбцы проходят...Строки из файла? Ошибка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 15:30 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
log: SQL3123W Значение поля в строке "39983" и столбце "1" невозможно преобразовать в значение типа PACKED DECIMAL. Было загружено пустое значение (null). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 15:56 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Может часть проблемы в том, что на V5R3 при создании символьных полей табличек использовалась малопонятная конструкция CCSID 1025, которая при переезде в LUW была просто удалена из Create table ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 16:19 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Да, он закомментарена в скрипте создания. И что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 16:27 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Спотыкается то на численном столбце ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 16:28 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
MaxDMAlog: SQL3123W Значение поля в строке "39983" и столбце "1" невозможно преобразовать в значение типа PACKED DECIMAL. Было загружено пустое значение (null).- Алло, доктор! - Да? Слушаю. - Когда я делаю ТАК, то мне ... А-а-а-а! Больно!!! Что мне делать? Помогите!!! P.S.: Вы строку 39983 (и пару соседних для сравнения) из файла покажите? Или так и будете заставлять здесь всех гадать, что же у вас там, в этой строке в столбце 1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 16:42 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
Таблица: CREATE TABLE WHBRANCH.FPART ( "PART" INTEGER DEFAULT NULL , PART_NAME CHAR(10) /* CCSID 1025 */ DEFAULT NULL ) ; Содержание: 0 Целое 1 Часть 2 Сальдо -1 null Выгружаем: CL: CPYTOIMPF FROMFILE(WHBRANCH/FPART ) TOSTMF('/branches/pt/FPART ') MBROPT(*REPLACE) RCDDLM(*CRLF) FLDDLM(';') Получаем файл: р@@@@@@@@@@^Ђ‹›ћ‹@@@@@ %с@@@@@@@@@@^¶w«¬°@@@@@ %т@@@@@@@@@@^«w›°Љћ@@@@ %`с@@@@@@@@@^^ % Загружаем: LOAD FROM "C:\FPART" OF DEL MODIFIED BY CODEPAGE=1025 USEDEFAULTS METHOD P (1, 2) MESSAGES "C:\1" REPLACE INTO WHBRANCH.FPART ("PART", PART_NAME) COPY NO INDEXING MODE AUTOSELECT; В итоге: Пустая таблица, Лог: SQL3520W Точка совместимости при загрузке пройдена успешно. SQL3119W Значение поля в строке "1" и столбце "1" невозможно преобразовать в значение типа INTEGER. Было загружено пустое значение (null). SQL3119W Значение поля в строке "2" и столбце "1" невозможно преобразовать в значение типа INTEGER. Было загружено пустое значение (null). SQL3119W Значение поля в строке "3" и столбце "1" невозможно преобразовать в значение типа INTEGER. Было загружено пустое значение (null). SQL3119W Значение поля в строке "4" и столбце "1" невозможно преобразовать в значение типа INTEGER. Было загружено пустое значение (null). SQL3110N Утилита завершила работу. "4" строк считано из входного файла. SQL3519W Начинается обработка точки совместимости при загрузке. Счетчик входных записей = "4". SQL3520W Точка совместимости при загрузке пройдена успешно. SQL3515W Утилита завершила стадию "LOAD" в момент "27.04.2007 17:03:56.390963". SQL3107W В файле сообщений есть по крайней мере одно предупреждение. Число прочитанных строк = 4 Число пропущенных строк = 0 Число загруженных строк = 4 Число отклоненных строк = 0 Число удаленных строк = 0 Число принятых строк = 4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 17:04 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
выгруженный файл ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 17:18 |
|
||
|
"Схемотехника" V5R3 vs. LUW 9.1
|
|||
|---|---|---|---|
|
#18+
MaxDMAПомогите с перегрузкой данных. Делаю выгрузку(V5R3):"CL: CPYTOIMPF FROMFILE(WHBRANCH/BANK ) TOSTMF('/branches/pt/BANK ') MBROPT(*REPLACE) RCDDLM(*CRLF) FLDDLM(';')" Забыли указать перекодировку из 1025 в 1251. "Шифровка" - подумал Мюллер "EBCDIC" - подумал Штирлиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2007, 17:40 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=103&tid=1604167]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
16ms |
get forum data: |
3ms |
get page messages: |
79ms |
get tp. blocked users: |
3ms |
| others: | 245ms |
| total: | 434ms |

| 0 / 0 |
