Б 10 м 0111 1е: Купить бульдозер Б10М.0111-1Е по низкой цене

Содержание

Б10М.0111-1Е, Трактор с бульдозерным оборудованием

Производство онлайн Спецтехника нашего производства Лизинг и субсидии Новинки спецтехники Видеоролики

8-800-333-74-74 звонок бесплатный

+7 (351) 211-59-56 (доб. 114) отдел запчастей

Производство онлайн

Видеоролики

Фотогалерея

Краны-манипуляторы АНТ

Прицепная техника

Нефтепромысловая спецтехника

Капитальный ремонт навесного оборудования

ДОПОГ

Одобрения типа транспортного средства ОТТС

Главная
Каталог
Прочая техника
org/ListItem»>Бульдозеры, тракторы, трубоукладчики
Бульдозеры ЧТЗ
Б10М.0111-1Е

Показать все модели категории «Бульдозеры ЧТЗ»

Скрыть список моделей

Код модели: 1311

Цена: Договорная

Окончательная стоимость складывается из стоимости техники, необходимых доработок и стоимости доставки

Масса эксплуатационная, кг
Базового трактора Т10М.0100	15475
Базового трактора Т10М.1110	14855
Трактора с бульдозерным оборудованием типа Е	18425
И жестким прицепным устройством	17705
Трактора с бульдозерным типа Е	20525
И рыхлительным оборудованием типа Р	19905
Максимальное тяговое усилие базового трактора, не менее, кН (тс)
Б10М. 0100 при массе 15475 кг	151,8 (15,5)
Б10М.1110 при массе 14855 кг	145,7 (14,9)
Двигатель Д 180
Тип двигателя	четырехтактный с турбонаддувом, 4-цилиндровый рядный
Пуск дизеля	от электростартера или пускового двигателя
Запас по крутящему моменту, %	25
Удельный расход топлива, г/кВт·ч (г/л.с.·ч)	218 (160)
Масса с электростартерным пуском, кг	1890
Масса с пусковым двигателем, кг	2095
Диаметр цилиндра, мм	150,0
Ход поршня, мм	205,0
Рабочий объем, л	14,48
Эксплуатационная мощность, кВт (л.с.)	132 (180) при 1250 об/мин 125 (170) при 1250 об/мин 103 (140) при 1070 об/мин
Двухступенчатый воздухоочиститель	первая ступень — мультициклон с автоматическим удалением пыли вторая ступень — бумажные фильтрующие элементы.
Система охлаждения	жидкостная
Система смазки	комбинированная с полнопоточным фильтром со сменными бумажными элементами

Трактор с бульдозерным оборудованием. Двигатель Д-180 мощностью 180л.с., механическая трансмиссия, 5-катковая опорная тележка, пусковой двигатель П-23У, полусферичесий отвал с гидроперекосом, жесткое прицепное устройство. Модификации: Б10М.0011-1Е — с гидромеханической трансмиссией; Б10М.0101-1Е – 6-катковая тележка.

Трактор Б10М — результат последовательной и планомерной работы по совершенствованию выпускаемой продукции, является дальнейшей модернизацией тракторов типа Б10 (Б-170). Основные технические новшества конструкции: улучшение силовых параметров гидропривода бульдозерного оборудования. Применение длинноходовых гидроцилиндров позволило снизить рабочее давление в гидросистеме до 40%, что положительно сказалось на ресурсе.

Вынесенные вперед точки крепления гидроцилиндров уменьшили усилия при заглублении и подъеме отвала, повысили скорость и точность его перемещения.

Эти конструктивные изменения хорошо дополнили ранее освоенную в серийном производстве балансирную балку подвески. В результате в Б-10М при бульдозировании максимально используется масса агрегата. Изменение компоновки моторного отсека обеспечило свободный доступ к двигателю в передней его части, что упрощает и облегчает техническое обслуживание. Новая конструкция полусферического отвала, устанавливаемого на трактор Б-10М, позволяет повысить производительность бульдозера до 20% на грунтах 1-3 категорий плотности.

Трактор с бульдозерным и рыхлительным оборудованием Б10М предназначен для разработки грунтов I-III категории без предварительного рыхления, грунтов IV категории с предварительным рыхлением, а также трещиноватых скальных пород и мерзлых грунтов. Может эксплуатироваться в условиях умеренного и холодного климата при температурах окружающего воздуха от плюс 40°С до минус 50°С, на высоте до 3000 м над уровнем моря, при высокой запыленности, а также в условиях тропического климата (тропическое исполнение).

Б10М.0002-ЕР

ДЭТ-250М2

Б10М.5000-1Е

Б10МБ.0121-2В4

Бульдозер Б10М.0111-1Е

Вы здесь

Главная »
Рынок »
Бульдозер Б10М.0111-1Е

На форуме

В блогах

Лунный календарь садовода и огородника
Профнастил
Как взбить масло при помощи миксера
Что ждет сельское хозяйство России в новом 2023 году — эксперты

В статьях

Гость Я-фермер.RU — пн, 2015-02-16 13:35

Бульдозер Б10М.0111-1Е, дек.2014г.в.,новый,ДВС 180 (180 л.с.), пусковой двигатель ПУ 23 с эл.стартером, 5-ти катковая тележка, механическая трансмиссия,управление — МУП (механизм управления поворотом) рычажное, полусферический отвал с гидроперекосом,гидрораспределитель Р-160,подрессореное кресло водителя, жидкостный отопитель от ДВС,жёсткое прицепное устройство,гарантия,готовы рассмотреть обмен на гранитный щебень.

Цена:

2700000

Телефон:

8-904-307-92-13

E-mail:

[email protected]

Сохранить материал к себе

Рекомендуемые статьи

Преобразование двоичного кода в ASCII

Двоичный код Ascii
А 0100 0001 Б 0100 0010 С 0100 0011 Д 0100 0100 Е 0100 0101 Ф 0100 0110 Г 0100 0111 Н 0100 1000 я 0100 1001 Дж 0100 1010 К 0100 1011 Л 0100 1100 М 0100 1101 № 0100 1110 О 0100 1111 Р 0101 0000 Вопрос 0101 0001 Р 0101 0010 С 0101 0011 Т 0101 0100 У 0101 0101 В 0101 0110 В 0101 0111 Х 0101 1000 Д 0101 1001 З 0101 1010 0110 0001 б 0110 0010 с 0110 0011 д 0110 0100 е 0110 0101 ф 0110 0110 г 0110 0111 ч 0110 1000 я 0110 1001 дж 0110 1010 к 0110 1011 л 0110 1100 м 0110 1101 п 0110 1110 о 0110 1111 р 0111 0000 д 0111 0001 р 0111 0010 с 0111 0011 т 0111 0100 у 0111 0101 в 0111 0110 ш 0111 0111 х 0111 1000 г 0111 1001 я 0111 1010 Период 0010 1110 Запятая 0010 1100 Пробел 0010 0000

Номера:

0 0011 0000 1 0011 0001 2 0011 0010 3 0011 0011 4 0011 0100 5 0011 0101 6 0011 0110 7 0011 0111 8 0011 1000 9 0011 1001

Другие разные персонажи:

! 0010 0001 " 0010 0010 # 0010 0011 $ 0010 0100 % 0010 0101 & 0010 0110 0010 0111 ( 0010 1000 ) 0010 1001 * 0010 1010 + 0010 1011 , 0010 1100 / 0010 1111 - 0010 1101 : 0011 1010 ; 0011 1011 0011 1110 ? 0011 1111 @ 0100 0000 [ 0101 1011 \ 0101 1100 ] 0101 1101 ^ 0101 1110 _ 0101 1111 { 0111 1011 | 0111 1100 ~ 0111 1110 0110 0000

Проблемы переноса данных — директивное руководство AWS

В дополнение к реляционной базе данных в большинстве сред мэйнфреймов имеется комбинация физические наборы данных, такие как последовательные файлы и файлы метода доступа к виртуальному хранилищу (VSAM). Миграция базы данных часто зависит от инструментов для извлечения, преобразования и вставки данных в базу данных. целевая база данных. В этом разделе описываются проблемы, связанные с физическими наборами данных.

Преобразование набора символов

Для преобразования файла данных из EBCDIC в ASCII необходимо использовать таблицу преобразования. Таблица преобразования описывает преобразование байт в байт, которое применяется к каждый байт в файле. Вы можете использовать таблицу преобразования для правильного преобразования файлов COBOL, которые содержат буквенно-цифровые данные с явными символами знака.

В следующей таблице показано, на какие типы данных влияют проблемы преобразования при использовании таблица преобразования EBCDIC в ASCII.

Типы данных без набора символов проблемы преобразования	Типы данных с набором символов проблемы преобразования
ПОС X(n)	ПОС S9(n)
ПОС А(н)	ПОС S9 или 9 БИНАРНЫЙ/КОМП.
PIC 9(n) (без знака)	ПОС S9 или 9 КОМП-3
ЗНАК PIC S9(n) ОТДЕЛЬНЫЙ

Зонально-десятичный формат

Данные в зонально-десятичном формате формат может выглядеть как обычные числовые данные. Разница в пути знак сохраняется. Зонально-десятичное поле выглядит как обычное числовое поле отображения, за исключением для индикатора знака, как в PIC S9(n) для числового поля дисплея со знаком и PIC 9(n) для беззнакового числового поля отображения. В зонально-десятичном поле знак хранится в старший полубайт последнего байта.

В следующей таблице показаны значения, сохраненные в данных для представления «+/-» 1–9 в как их значения EBCDIC, так и ASCII.

Цифра	EBCDIC Шестнадцатеричный двоичный	EBCDIC Дисплей	ASCII Шестнадцатеричный двоичный	ASCII Дисплей
+0	Х»C0″–1100 0000	{	Х»30″–0011 0000	0
+1	Х»С1″–1100 0001	А	Х»31″–0011 0001	1
+2	Х»С2″–1100 0010	Б	Х»32″–0011 0010	2
+3	Х»С3″–1100 0011	С	Х»33″–0011 0011	3
+4	Х»С4″–1100 0100	Д	Х»34″–0011 0100	4
+5	Х»С5″–1100 0101	Е	Х»35″–0011 0101	5
+6	Х»С6″–1100 0110	Ф	Х»36″–0011 0110	6
+7	Х»С7″–1100 0111	Г	Х»37″–0011 0111	7
+8	Х»С8″–1100 1000	Н	Х»38″–0011 1000	8
+9	Х»С9″–1100 1001	я	Х»39″–0011 1001	9
-0	Х»D0″–1101 0000	}	Х»70″–0111 0000	р
-1	Х»D1″–1101 0001	Дж	Х»71″–0111 0001	q
-2	Х»D2″–1101 0010	К	Х»72″–0111 0010	р
-3	Х»D3″–1101 0011	Л	Х»73″–0111 0011	с
-4	Х»D4″–1101 0100	М	Х»74″–0111 0100	т
-5	Х»D5″–1101 0101	Н	Х»75″–0111 0101	и
-6	Х»D6″–1101 0110	О	Х»76″–0111 0110	v
-7	Х»D7″–1101 0111	П	Х»77″–0111 0111	ш
-8	Х»D8″–1101 0100	Q	Х»78″–0111 1000	х
-9	Х»D9″–1101 1001	Р	Х»79″–0111 1001	г

Например, если PIC S9(4) содержит значение «-1234″, то его значение сохраняется в EBCDIC как X»F1F2F3D4». Каждый байт просматривается в таблице преобразования EBCDIC в ASCII и транслируется в соответствующее значение ASCII. В этом примере первые три символа правильно преобразовать их числовое значение EBCDIC в числовое значение ASCII X «313233». Однако последний символ, который содержит перечеркнутый полубайт знака X»D4″ «M», является преобразуется в ASCII-эквивалент «M», то есть X «4D».

Правильное значение ASCII для этого десятичного символа с зонной запятой: X»74″ «t». Если вы используете Таблица преобразования EBCDIC-to-ASCII для преобразования этого поля, результат X»3132334Dv» «123M» а не правильный Х»31323374″»123т». Если вы неправильно обрабатываете эти данные, вы может привести к повреждению данных и ошибкам в числовых данных в приложении.

ДВОИЧНЫЕ (COMP или COMP-4)

ДВОИЧНЫЕ (COMP или COMP-4) данные хранятся в двоичном формате. Поля COMP обычно находятся в количестве, кратном двум байтам, и используются для хранения числовых значений данных, которые превышает числовой диапазон эквивалентного числового элемента дисплея. Например, PIC 9(4) представляет собой 2-байтовый числовой элемент отображения, который может содержать значения «0000»–«9999». Значение «1234» сохраняется как X «F1F2F3F4» в EBCDIC и X «31323334» при переводе в ASCII.

PIC 9(4) COMP представляет собой 2-байтовое двоичное поле (то же самое, что и короткое целое в C) и может содержать значения «0»–«65535». Для сохранения максимального значения в отображаемом числовом поле требуется PIC 9(6), который занимает два дополнительных байта. В следующем примере показано значение «1234» представлено в двоичном формате.

Байт 1								Байт 2
0	0	0	0	0	1	0	0	1	1	0	1	0	0	1	0

Предыдущий пример, представленный в виде шестнадцатеричных данных, содержит значение Х»04D2″. Если вы используете таблицу преобразования EBCDIC в ASCII для преобразования этих данных, данные преобразуется в X»1A4B». При интерпретации как числовое значение равно «6731», а не ожидаемому. «1234».

Данные COMP не требуют преобразования, поскольку они хранятся одинаково в обоих EBCDIC и ASCII. Если вы неправильно обрабатываете данные COMP, вы можете получить данные коррупция. Поскольку каждое значение в элементе данных COMP является допустимым числовым значением, приложение не сообщает об ошибках числовой обработки. Значение будет просто неверным. Как показано в предыдущем примере, значение «1234» становится «6731».

Упакованный десятичный формат (COMP-3)

Поле COMP-3 хранит две цифры на байт, сохраняя только младший полубайт каждого байт. Например, значение «1» представлено X «F1» в EBCDIC и X «31» в ASCII. значение «2» представлено X «F2» в EBCDIC и X «32» в ASCII. В поле COMP-3 часть каждого байта хранится в одном байте. Итак, значение «12» X «F1F2» или X «3132» в ASCII хранится в COMP-3 как X»012C».

Поле COMP-3 содержит символ «C» для беззнаковых и положительных значений со знаком в младший полубайт последнего байта и «D» для значений с отрицательным знаком. Данные COMP-3 не требуют преобразования, потому что они хранятся одинаково в EBCDIC и ASCII. Если вы используете Таблица преобразования EBCDIC-to-ASCII для преобразования данных COMP-3, тогда данные будут повреждены и вы получаете недопустимые ошибки числовых данных в приложении.

Сложные макеты записей

Файл, содержащий поле с десятичной дробью, COMP или COMP-3, — не единственная проблема для учитывать при преобразовании файла данных из EBCDIC в ASCII. Сам файл может содержать различные макеты записей или даже области, в которых используется предложение REDEFINES для введения сочетание областей данных, требующих специальной обработки. В таких случаях используйте Micro Focus Редактор файлов данных для создания макета записи, определяющего структуру файла. чтобы его можно было правильно преобразовать из EBCDIC в ASCII. Прежде чем приступить к созданию записи макетов, вы должны сначала определить тип файла и структуру, с которой вы работаете. с. Вот возможные типы:

Структура одной записи с нетекстовыми данными
Структура одной записи с нетекстовыми данными в областях REDEFINES
Несколько структур записи 01 с нетекстовыми данными

Структура одиночной записи с нетекстовыми данными

Структура одиночной записи с нетекстовыми данными — это любой файл, содержащий одиночный 01 область записи без ПЕРЕОПРЕДЕЛЕНИЙ, где области данных содержат типы данных ZD, COMP или COMP-3. Структура одной записи с нетекстовыми данными требует простой «Запись по умолчанию». Макет», созданный с помощью редактора файлов данных Micro Focus. Последующий Пример показывает структуру одной записи с нетекстовыми данными.

  01 S-ДЕТАЛИ-ЗАПИСЬ.
   05 S-PART-ID PIC 9(9) КОМП.
   05 S-ДЕТАЛИ ТИПА PIC X(2).
   05 S-НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 S-ПОДЧАСТЬ-ДАННЫЕ.
     10 S-SUB-DESC PIC X(40).
     10 S-SUB-COST PIC S9(4)V99 КОМП.
     10 S-ПОДВЕС РИС 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

Структура одиночной записи с нетекстовыми данными в областях REDEFINES

Единая структура записи с нетекстовыми данными в пределах областей REDEFINES — это любой файл, который содержит одну область записи 01 с REDEFINES, где области данных содержат ZD, COMP или Типы данных COMP-3. В следующем примере показаны два ПЕРЕОПРЕДЕЛЕНИЯ, которые определяют общий PIC X(80) область с комбинацией текстовых и нетекстовых данных.

  01 ЗАПЧАСТИ-ЗАПИСЬ.
   05 PART-ID PIC 9(9) КОМП.
   05 ТИП ДЕТАЛИ PIC X(2).
   05 НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 ДЕТАЛЬ-ДАННЫЕ PIC X(80).
   05 MAIN-PART ПЕРЕОПРЕДЕЛЯЕТ PART-DATA. 
     10 ГЛАВНОЕ-DESC PIC X(40).
     10 ГЛАВНЫЙ-ПОДЧИСЛ. РИСУНОК 9(2) КОМП.
     10 ОСНОВНЫЕ СБОРКИ ПРОИСХОДИТ 10.
       15 MAIN-SUB-ID PIC 9(9) COMP.
   05 ПОДЧАСТЬ ПЕРЕОПРЕДЕЛЯЕТ ДАННЫЕ ЧАСТИ.
     10 SUB-DESC PIC X(40).
     10 ПОДСТОИМОСТЬ PIC S9(4)V99 КОМП.
     10 ПОДВЕС Рис. 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

Этот тип структуры записи должен быть сначала декомпозирован, чтобы удалить REDEFINES операторы, которые создают несколько представлений структуры записи. Если вы не разложить структуру записи, то созданный файл структуры игнорирует области под REDEFINES и обрабатывает всю область как текстовые данные. Предыдущий пример описывает две разные нетекстовые структуры в предложении REDEFINES. Файл структуры созданный должен описывать эти области как часть уникальной структуры, которую данные конвертер может ориентироваться. В следующем примере показаны два уникальных макета после того, как REDEFINES удаленный.

  01 М-ЧАСТИ-ЗАПИСЬ.
   05 M-PART-ID PIC 9(9) КОМП.
   05 M-ДЕТАЛИ ТИПА PIC X(2).
   05 M-ИМЯ ДЕТАЛИ РИСУНОК X(40).
   05 M-ЧАСТЬ-ДАННЫЕ.
     10 M-MAIN-DESC PIC X(40).
     10 M-MAIN-SUB-COUNT PIC 9(2) COMP.
     10 M-ГЛАВНЫЕ-СБОРКИ ПРОИСХОДЯТ 10.
       15 M-MAIN-SUB-ID PIC 9(9) COMP.
01 S-ЧАСТИ-ЗАПИСЬ.
   05 S-PART-ID PIC 9(9) КОМП.
   05 S-ДЕТАЛИ ТИПА PIC X(2).
   05 S-НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 S-ПОДЧАСТЬ-ДАННЫЕ.
     10 S-SUB-DESC PIC X(40).
     10 S-SUB-COST PIC S9(4)V99 КОМП.
     10 S-ПОДВЕС РИС 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

Следующим шагом является определение условного оператора, который вы можете использовать для изоляции одного запись макета от другого. Для определения условного оператора мы рекомендуем вам проконсультируйтесь с экспертом в предметной области или изучите исходный код. Следующий пример показывает исходный код.

  ПЕРЕМЕСТИТЬ "M" НА ТИП ЧАСТИ
 ПЕРЕМЕСТИТЕ "ГЛАВНЫЙ БЛОК" В НАЗВАНИЕ ЧАСТИ
ПЕРЕМЕСТИТЕ "S" НА ТИП ЧАСТИ
 ПЕРЕМЕСТИТЕ "УЗЕЛ 1" НА НАЗВАНИЕ ЧАСТИ

В исходном коде вы можете определить, что поле «ТИП ЧАСТИ» используется для определения тип записи. Значение «M» используется для «M-PART-RECORD», а значение «S» используется для «S-ЧАСТЬ-ЗАПИСЬ». Теперь вы можете создать файл структуры, содержащий два условных записи: по одной для каждого использования идентифицированного состояния в «M-PART-ID» и «S-PART-ID». поля. Или вы можете создать один макет по умолчанию и один условный макет.

Несколько структур записи 01 с нетекстовыми данными

Структура нескольких записей 01 с нетекстовыми данными — это любой файл, который содержит несколько 01, которая содержит типы данных ZD, COMP или COMP-3, как показано ниже. пример.

  01 M-ДЕТАЛИ-ЗАПИСЬ.
   05 M-PART-ID PIC 9(9) КОМП.
   05 M-ДЕТАЛИ ТИПА PIC X(2).
   05 M-ИМЯ ДЕТАЛИ РИСУНОК X(40).
   05 M-ЧАСТЬ-ДАННЫЕ.
     10 M-MAIN-DESC PIC X(40).
     10 M-MAIN-SUB-COUNT PIC 9(2) КОМП.
     10 M-ГЛАВНЫЕ-СБОРКИ ПРОИСХОДЯТ 10.
       15 M-MAIN-SUB-ID PIC 9(9) COMP.
01 S-ЧАСТИ-ЗАПИСЬ.
   05 S-PART-ID PIC 9(9) КОМП. 
   05 S-ДЕТАЛИ ТИПА PIC X(2).
   05 S-НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 S-ПОДЧАСТЬ-ДАННЫЕ.
     10 S-SUB-DESC PIC X(40).
     10 S-SUB-COST PIC S9(4)V99 КОМП.
     10 S-ПОДВЕС РИС 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

Первый шаг — определить условный оператор, который можно использовать для изоляции одного запись макета от другого. Для определения условного оператора мы рекомендуем вам проконсультируйтесь с экспертом в предметной области или изучите исходный код. Следующий пример показывает исходный код.

  ПЕРЕМЕСТИТЬ "M" НА ТИП ЧАСТИ
 ПЕРЕМЕСТИТЕ "ГЛАВНЫЙ БЛОК" В НАЗВАНИЕ ЧАСТИ
ПЕРЕМЕСТИТЕ "S" НА ТИП ЧАСТИ
 ПЕРЕМЕСТИТЕ "СБОРКУ 1" В НАЗВАНИЕ ЧАСТИ

В исходном коде вы можете определить, что поле «ТИП ДЕТАЛИ» используется для определения тип записи. Значение «M» используется для «M-PART-RECORD», а значение «S» используется для «S-ЧАСТЬ-ЗАПИСЬ». Теперь вы можете создать файл структуры, содержащий два условных записи: по одной для каждого использования идентифицированного состояния в «M-PART-ID» и «S-PART-ID». поля. Или вы можете создать один макет по умолчанию и один условный макет.

Программы, использующие частичную запись descriptions

Хотя использование файла копии для описания всего формата является хорошим стилем программирования файла, программисты иногда передают коду только ту структуру, которая требуется программе, когда нацеливание на определенные записи или структуры данных. Это могут быть разделы файла, маскируются большим элементом FILLER или включают несколько программ, каждая из которых описывает часть файла. В этих случаях необходимо создать единую программу, содержащую полный описание файла, как показано в следующих примерах PROGRAM1 и PROGRAM2.

ПРОГРАММА1 пример:

  01 М-ЧАСТИ-ЗАПИСЬ.
   05 M-PART-ID PIC 9(9) КОМП.
   05 M-ДЕТАЛИ ТИПА PIC X(2).
   05 M-ИМЯ ДЕТАЛИ РИСУНОК X(40).
   05 M-ЧАСТЬ-ДАННЫЕ.
     10 M-MAIN-DESC PIC X(40).
     10 M-MAIN-SUB-COUNT PIC 9(2) COMP. 
     10 M-ГЛАВНЫЕ-СБОРКИ ПРОИСХОДЯТ 10.
       15 M-MAIN-SUB-ID PIC 9(9) COMP.

ПРОГРАММА2 пример:

  01 S-ДЕТАЛИ-ЗАПИСЬ.
   05 S-PART-ID PIC 9(9) КОМП.
   05 S-ДЕТАЛИ ТИПА PIC X(2).
   05 S-НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 S-ПОДЧАСТЬ-ДАННЫЕ.
     10 S-SUB-DESC PIC X(40).
     10 S-SUB-COST PIC S9(4)V99 КОМП.
     10 S-ПОДВЕС РИС 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

В предыдущих примерах вы можете загружать словарь данных каждой программы по очереди. время, а затем добавьте различные структуры в макет записи. Однако более сложные ситуации могут возникнуть, как показано в следующих примерах PROGRAM1 и PROGRAM2.

ПРОГРАММА1 пример:

  01 M-ЗАПИСЬ ЧАСТЕЙ.
   05 M-PART-ID PIC 9(9) КОМП.
   05 M-ДЕТАЛИ ТИПА PIC X(2).
   05 M-ИМЯ ДЕТАЛИ РИСУНОК X(40).
   05 ЗАПОЛНИТЕЛЬ РИСУНОК X(82).

ПРОГРАММА2 пример:

  01 S-ДЕТАЛИ-ЗАПИСЬ. 
   05 S-PART-ID PIC 9(9) КОМП.
   05 S-ДЕТАЛИ ТИПА PIC X(2).
   05 S-НАЗВАНИЕ ДЕТАЛИ РИСУНОК X(40).
   05 S-ПОДЧАСТЬ-ДАННЫЕ.
     10 S-SUB-DESC PIC X(40).
     10 S-SUB-COST PIC S9(4)V99 КОМП.
     10 S-ПОДВЕС РИС 9(4)V99 КОМП-3.
     10 ЗАПОЛНИТЕЛЬ РИСУНОК X(34).

В этом случае часть макета записи в PROGRAM1 маскируется с помощью FILLER утверждение. Если вы строите макет записи, используя эту информацию, то данные в Блок FILLER «M-PARTS-RECORD» обрабатывается как текст и преобразуется неправильно. Разработчик должны будут проявить должную осмотрительность, чтобы определить абсолютную структуру файла перед созданием макета записи.

Реляционная база данных

Существует несколько соображений, связанных с преобразованием реляционной базы данных мэйнфрейма к распределенной реляционной базе данных. Например, переход на набор символов ASCII или ANSI может привести к проблемам с последовательностью сопоставления данных. Для получения дополнительной информации по этим вопросам см. см. Последовательность сопоставления в миграции приложений вызовы раздела этого руководства.

Например, ключевые столбцы могут возвращать данные в другом порядке, чем они вернулся на мейнфрейм. Предложения CURSORS и WHERE учитывают последовательность сортировки база данных. Если данные зависят от последовательности сопоставления EBCDIC, сделайте база данных использует последовательность сортировки EBCDIC, если это возможно. Или измените логику приложения на при необходимости используйте последовательность сопоставления EBCDIC. Учтите, что указание альтернативного последовательность сортировки в операторе SQL вводит дополнительную задержку, когда оператор бежит.

Объем данных

Как и при любой миграции, вы должны перенести данные с мейнфрейма на распределенную среда. Прежде чем решить, какие инструменты миграции использовать, важно сначала учитывать объем данных, подлежащих переносу. Перенос данных можно разделить на четыре части:

Данные интеграционного теста
Данные проверки системы
Данные о переключении или вводе в действие
Исторические и архивные данные

Миграция как данных интеграции, так и данных системного тестирования обычно не представляет собой проблемы. серьезной проблемой, потому что вы можете перемещать эти данные в течение длительного периода времени до к его использованию. Вместо этого лучше потратить свое время и усилия на сокращение или ввод в эксплуатацию. данные и исторические или архивные данные.

Рекомендуется заблаговременно определить объем данных для события запуска в миграции, включая как физические файлы, так и таблицы базы данных. С помощью собранных данных от экспорта файлов, преобразования этих данных из EBCDIC в ASCII, а затем импорта данных в целевую систему, вы можете оценить, сколько времени потребуется, чтобы сократить данные из мейнфрейм.

	Мотоблок Скаут 81 DE с почвофрезой
	Пресс подборщик Claas Rollant 46
	Роторная косилка Wirax 1. 65
	Картофелеуборочный комбайн Bolko z-643
	Пресс подборщик Claas Rollant 44
	Минитрактор Русич Т-30 ВОМ 4×4 (с фрезой 1400 мм, снегоуборочным отвалом)

	Велес, производственная компания
	Касимовская сетевязальная фабрика
	Техногранд — оборудование для гранулирования
	АСП — производство весоизмерительного оборудования