Вопрос знатокам DB/2

[WildVlad]

В DB2/390 (как впрочем в OS/390 в целом) файлы (наборы данных) распределяются программам таким образом что одновременный доступ возможен только в режиме чтения.

Вот здесь, кстати, Вы миммоходом пропустили один довольно важный момент на OS/390 - а именно, то что данные (таблицы) DB2 живут не в файлах, а РЯДОМ с файлами. То есть DB2 subsystem в OS/390 живёт рядом с Unix Subsytem, при этом файлы могут быть только в Unix subsytem. А DB2-данные живут в датасетах, в которые из unix susytem не добраться . И кстати, почему то желающих написать свою subsytem не так много

[JustMax]

Короче на DB2/390 я никогда не слышал и думается не услышу об "умельцах" пишущих данные "напрямую".
А что на эту тему происходит в Оракл, Ms SQL?

V Oracle ja tozhe ne slyshal o pisanii napriamuju. Maksimum chto dozvoleno - SQLLoader kotoryj nastraivaetsia chtoby kushat' faily pochti liubogo "strukturirovannogo" formata, malo togo on mozhet pisat' direkt v tablizy minuja rollaback segmenty i rsx locks, chto uvelichivaet skorost' zagruzki dannych na poriadok po sravneniu s obyknovennymi INSERT INTO ....

[SVK]

один довольно важный момент на OS/390 - а именно, то что данные (таблицы) DB2 живут не в файлах, а РЯДОМ с файлами. То есть DB2 subsystem в OS/390 живёт рядом с Unix Subsytem, при этом файлы могут быть только в Unix subsytem. А DB2-данные живут в датасетах, в которые из unix susytem не добраться . И кстати, почему то желающих написать свою subsytem не так много

Непонятны ни "жизнь данных рядом с файлами", ни "добирание до данных из Unix"?

1. DB2 действительно сохраняет данные в VSAM-datasets, - но это просто вопрос исторической терминологии. Можно их заменить словом "VSAM-файлы", или просто "файлы" (как часто и делают) - и ничего от этого не изменится.

2. Данные, несмотря ни на что, продолжают лежать внутри файлов - хоть их называй datasets, хоть files. "Рядом с файлами" я в жизни еще не видел никаких данных ни на каких системах

3. При изменении режима доступа к файлам (или к datasets) администратором z/OS в принципе можно (физически) "залезть" в данные DB2 из MVS. Про залезание в VSAM-datasets из USS (то есть, из Unix на S/390) точно сказать не могу, но если кто-то и соберется туда залезать, то ему нет никакого смысла делать это из среды Unix, когда есть масса проверенных и испытанных средств в среде MVS.

[zVlad]

Короче на DB2/390 я никогда не слышал и думается не услышу об "умельцах" пишущих данные "напрямую".
А что на эту тему происходит в Оракл, Ms SQL?

V Oracle ja tozhe ne slyshal o pisanii napriamuju. Maksimum chto dozvoleno - SQLLoader kotoryj nastraivaetsia chtoby kushat' faily pochti liubogo "strukturirovannogo" formata, malo togo on mozhet pisat' direkt v tablizy minuja rollaback segmenty i rsx locks, chto uvelichivaet skorost' zagruzki dannych na poriadok po sravneniu s obyknovennymi INSERT INTO ....

Мне кажется я понял, что имеет в виду WildVlad. Это чисто терминологические моменты. Физическая форма данных в MVS называется data set (набор данных), логическое их представление в программе - файлом. В USS (Unix) все есть файл. Происходит это потому, что подходы к физической организации данных в Unix и MVS принципиально разные. Если отбросить файлы-указатели и связи у Unix-a просто нет физически разно организованных файлов. Файл - это последовательность байтов. В MVS же поддерживаются различные по физической организации наборы данных (последовательные, прямые, библиотечные, индексно-последовательные, наконец VSAM и HFS - иерархическая файловая система для Unix среды), которые унифицируются системой для программ посредством понятия файлов (или что более правильно посредством методов доступа) введенное относительно недавно, я бы даже сказал превнесенное в MVS из других систем для облегчения понимания принципов MVS прикладными программистами.

Что касается соотношения DB2 и USS в MVS, то надо иметь во-первых ввиду факт появления Unix-a в MVS исторически в более позднее время чем DB2. Точнее было бы сказать что и DB2 и USS оба (или обе) живут в MVS (точнее OS/390). Каждая представляет свою функциональность: DB2 - функциональность базы данных, USS - функциональность операционной системы Unix. Ресурсы DB2 доступны программам выполняемым в USS. Доступность VSAM наборов данных как бы противоречит принципам Unix - в Unix-e нет такого ресурса VSAM, хотя я бы не удивился если бы узнал что тем не менее программы USS могут оперировать с VSAM.
Выбор VSAM для DB2 (кстати они называются не наборами данных и не файлами а VSAM clusters) представляется более естественным чем (невообразимый) выбор файлов USS, которые физически организованы как HFS наборы данных.

Фразу "...И кстати, почему то желающих написать свою subsystem не так много " я разшифровать не смог. DB2 subsystem работающую в USS? Зачем это может быть нужно?

Отвлеклись мы от темы однако. Да и вообще в неправильном форуме пасемся. Может кто исправит нашу ошибку?