Я работаю в среде IBM, особенно с машинами AS400 и базами данных DB2.
Моя следующая задача — преобразовать все возможные файлы из PF и LF в SQL (например, CREATE TABLE... и CREATE VIEW... ).
Бывают ли случаи, когда я не могу этого сделать?
Я знаю, что для множественного формата файла записи вы не можете, это правда?
С помощью System i Navigator на ПК подключитесь к своему серверу и перейдите к базам данных и схеме. Нажмите «Таблицы» или «Представления», чтобы просмотреть список (возможно, все) PF или LF в этой библиотеке. Затем щелкните правой кнопкой мыши выбор и выберите «Создать SQL». Я предлагаю выбрать генерацию в «Выполнить сценарии SQL».
Результатом будет сценарий SQL с инструкциями CREATE TABLE или CREATE VIEW для всех выбранных объектов. Наиболее важные операторы LABEL также будут включены для атрибутов столбцов. Вы можете сохранить сценарий в файл .SQL на ПК или в сетевом ресурсе. Обычно я копирую/вставляю сценарий, а не сохраняю его, но вы захотите поэкспериментировать, чтобы понять, как в вашем случае могут быть сгенерированы окончания строк (CR и LF).
Обязательно просмотрите (и, возможно, протестируйте) различные варианты. Некоторые из них могут лучше подойти для вашей конечной цели.
Что касается многоформатных LF, я не думаю, что видел их использование в какой-либо системе, с которой я работал, с тех пор, как SQL стал полностью доступным. Поскольку хорошего эквивалента SQL не существует, маловероятно, что существует какой-либо автоматизированный метод. Может быть, кто-то знает неясную возможность.
Если ваш вопрос касается среды System/36, отредактируйте свой вопрос, указав это. Могут потребоваться многочисленные дополнительные комментарии.
Да, бывают случаи, когда файл невозможно «преобразовать в SQL».
Многоформатная логика — один из таких случаев. Программа описываемого медосмотра является другой. Могут быть и другие, где API не может генерировать DDL. Это звучит так, как будто вы заменяете IBM i чем-то другим. Имейте в виду, что DB2 для i несколько отличается от диалекта DB2 LUW и сильно отличается от MS SQL Server или MySQL. Потребуется серьезное тестирование, чтобы убедиться, что данные соответствуют желаемым.
Да, один случай - это когда файл имеет более одного члена. Любой pf с максимальным числом членов больше 1 вызовет проблемы. Вы можете создать список всех PF с несколькими членами с помощью команды dspfd.
dspfd file(*all/*allusr) type(*mbr) output(*outfile) outfile(mylib/myfile)
Найдите во внешнем файле максимальное количество участников > 1.
Посмотрите здесь для получения дополнительной информации, мы называем это Cruikshanking там, где я работаю
