Системата 38 беше пример за изчислителни устройства и имаше потенциала да се превърне в най-добрия бизнес информационна система някога - но прокарването на това напред би навредило финансово на IBM в другата си страна пазари.
Това е 19-ият откъс от втората книга от поредицата Defen: BIT: Бизнес информационни технологии: Основи, инфраструктура и култура
Обърнете внимание, че разделът, от който е взет, относно еволюцията на изчислителните устройства, включва множество илюстрации и таблици с бележки, пропуснати тук.
iSeries
Серията System 38 беше огромен технически успех, който едва ли някой призна и IBM продаде сравнително малко единици, докато не беше ревизирана и преиздадена като AS/400 през 1988 г. Това, което го направи такъв технически успех, беше фактът, че той беше проектиран от самото начало да действа като високонадежден интерактивен процесор.
За съжаление моделът на интерактивни приложения, управляван от бази данни, също беше причината оригиналната System 38 да се продава бавно. Хората, особено тези с опит в обработката на данни и по този начин е най-вероятно да повлияят на решенията за покупка, или го видяха като заплаха, или просто не успяха да го разберат.
IBM се обръща към своите купувачи на пазара на по-стари мини-компютри четири години по-късно (1982), когато пуска System 36, продължение на System 34 и не е технически свързано със System 38. Неговата операционна система, SSP, включва база данни KSAM (ключов последователен достъп), много по-малка максимална конфигурация на паметта и няма възможност за работа с плаваща запетая. В комбинация със задължителни терминали в блоков режим, високият клас на тази серия припокриваше System 38 по цена, но имаше почти един порядък по-ниска производителност - и веднага се превърна в избягал бестселър за IBM до голяма степен, защото повечето потенциални клиенти лесно разбраха то.
IBM сигнализира, че е станала по-малко противоречия по този въпрос през 1988 г., когато промените в оригиналната System 38, направени под ръководството на Франк Солтис в Рочестър на IBM, Минесота съоръжение, затвърди техническата си преднина пред своите конкуренти и IBM го предложи под ново име - Advanced Server 400 - като заместител както на System 36, така и на System 38 линии.
Това беше стелт технология в най-добрия си вид - IBM просто не каза на никого за силата на машината; стартирайки, вместо това, масивна рекламна кампания, изградена около новото му име и само онези, които погледнаха дълго и внимателно „под капака“, видяха или връзката с 1972 г. прототип или подобрения като потенциалното 64-битово пространство в паметта, изолирането на хардуерната изчислителна технология от операционния софтуер и възможността за включване на други процесори в кутията.
| Сериализация? ядох пшеничено направи ли го? |
| Един от основните проблеми, свързани с предоставянето на едновременен потребителски достъп до данни, е определянето на реда и доминирането на актуализациите. Да предположим, че двама души се опитват да актуализират един и същи запис - кой от тях успява? Ако един човек се опита да прочете данните, докато някой друг ги променя, какво трябва да направи базата данни система: препратете оригиналната стойност или накарайте четеца да изчака актуализацията и след това препратете последни данни? Отговорът на това е комбинация от строга сериализация със заключване на данни. Сериализацията е нещо като първи дошъл, първи обслужен. ако двама души пишат един и същ запис, вторият записва върху първия. Заключванията означават, че ако дадено приложение трябва да актуализира запис (да го промени), софтуерът на базата данни първо ще заключи таблицата (или редовете), след това ще направи актуализацията и след това ще отключи таблицата (или редовете). Това помага за правилното сериализиране и намалява грешките при използване, но не е толкова лесно за изпълнение, колкото изглежда на пръв поглед. Всъщност управлението на заключването и детайлността са обект на значителни изследвания в общността на бази данни днес. В многопотребителската интерактивна среда преместване на управлението на данни и сериализирането в инструмент за база данни, който програмистите може да използва, но не и да променя, изключително опростена разработка на приложения, като същевременно допринася значително за системите стабилност. |
Най-голямото техническо предимство на System 38 и неговите наследници пред други съоръжения идва от модела на приложенията. В други системи, като VAXes, технологията за бази данни беше добавка (въпреки че VMS съдържаше KSAM продукт с релационно наслагване: RDB), която разработчиците на приложения можеха да изберат да използват или игнорират.
Това имаше както пряко, така и косвено въздействие. От директна страна, наличността покани използването, като по този начин почти всички собствени приложения на System 38 се възползваха незабавно от микрокода база данни и следователно обикновено са едновременно значително по-прости и по-бързи от сравними приложения, разработени за други машини среди.
В дългосрочен план косвеният ефект беше още по-важен. Тъй като основният фокус на машината бяха услугите за бази данни, нямаше смисъл базата данни да се лицензира отделно от хардуера. Следователно от самото начало купувачите на System 38 получиха пълни работещи системи с всички необходими инструменти като част от основен пакет и не е необходимо да се занимавате със сложността на избора и след това интегрирането на множество трети страни инструменти.
CPF, предшественик на OS/400, управлява всички ключови административни функции на базата данни, включително разпределяне на памет, архивиране, възстановяване и дефиниране на файлове, докато базата данни обработва сериализация. Това също опрости както програмирането, така и оперативното администриране, за да се създаде изключително по-продуктивна система.
| Защо по-бързият процесор би бил по-бавен? |
| През 1988 г., когато IBM ревизира хардуера, за да промени интегрираната CPU платка, с която започна, към архитектурата на PowerPC, тя екстернализира базата данни към компилиран код - със странния резултат, че машината стана по-бавна за онези приложения, които използваха правилно микрокода, дори когато процесорът стана много по-бързо. |
Базата данни, предоставена със System 38, имаше две значителни предимства пред IMS и свързаните с него конкуренти:
- Работеше в микрокод и следователно беше изключително бърз - позволяваше четене и запис на база данни като машинни инструкции в една стъпка; и,
- Той беше напълно релационен по структура.
По времето, когато д-р Код за първи път приложи термина "релационен" към идеите за бази данни, които разработваше, Двойката база данни IMS/IDMS все още не е станала комерсиално успешна, а диаграмите „субект-връзка“ го направиха не съществува. По този начин той нямаше причина да вижда използването на термина „релационен“ като проблем и го използваше, защото отразяваше точно неговия прилагане на теорията на множествата, известна като теория на отношенията в британския английски и по-претенциозните американски учебници, към данни управление.
До 1979 г. обаче повечето професионалисти по обработка на данни имаха поне малко познания диаграми обект-връзка и връзките родител-дете, вградени както в йерархията, така и в мрежата продукти за бази данни. Те бяха сигурни, че знаят, следователно, точно какво е релационна база данни и в повечето случаи. продължи да третира CPF/DBF като вид непълен CICS/IMS.
Полученото объркване имаше предсказуем резултат, че повечето от техните проекти не успяха да се изпълнят според планираното бюджети, времеви линии и функционалност - което ги кара след това да очернят System 38 като трудна и ненадеждна заобикаляща среда.
Няколко разработчици обаче имаха хора, които не започнаха от CICS/IMS опит и използваха базата данни с микрокод много ефективно за запълване на пазарни ниши, които 360 все още не са достигнали - по-специално средните складове и дистрибуция център. Тук клеймото на името IBM бързо завладя машината и нейното стабилно представяне като машината за бази данни направи първо System 38, а след това AS/400, системата на дистрибуторската индустрия избор.
Някои бележки:
- Тези откъси (обикновено) не включват бележки под линия и повечето илюстрации са премахнати, тъй като просто са твърде трудни за правилно вмъкване. (HTML „редакторът“ на wordpress, както се използва тук, позволява ограничено html подмножество и е внедрен, за да предизвика разочарования като разделителите на CPM редове от MS-DOS).
- Обратната връзка, която търся, е това, което вие правите най-добре: обадете ми се за грешки, добавете мисли/корекции за неща, които съм пропуснал или съм сбъркал, и като цяло помагайте да подобрим нещата.
Забележете, че получаването на правилните факти е особено важно за BIT - и че дължината на нещо плюс сложността от въведената терминология и идеи предполагат, че всякакви обяснителни анекдоти, които някой може да иска да допринесе, биха могли да бъдат ценен.
- Когато правя промени, предложени в коментарите, правя тези промени само в оригинала, а не в извадките, възпроизведени тук.