Я вообще-то структуру данных имел ввиду и её похожесть на нынешние монги.iDesperado wrote:ничем оно не похоже. примитив, который как и все в 70х танцевал от структуры, без каких либо попыток разложить запрос и читать в параллель.Мальчик-Одуванчик wrote: А по-моему была в 70-х годах система ADABAS, которая достаточно похожа на это новомодное порно. В CCCP тоже с успехом эксплуатировалась.
Delphi for zOS
-
- Уже с Приветом
- Posts: 15475
- Joined: 27 Sep 2007 22:53
Re: Delphi for zOS
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Delphi for zOS
и я о том же на шестой страницеEasbayguy wrote: Какaя в попу тогда параллель, с 29 мегабайтными дисками которые были как ведро!
iDesperado wrote: key-vale и нолики и единички в 60х тоже использовали, но это не повод натягивать сову на глобус. суть map-reduce в разбивке задачи на независимые куски, которые можно обсчитывать в параллель. в 60х-70х параллельно даже перфокарты воткнуть не догадывались.
-
- Уже с Приветом
- Posts: 15475
- Joined: 27 Sep 2007 22:53
Re: Delphi for zOS
Знакомый по универу распределился на базу атомных подводных лодок в Большом Камне, прельстившись квартирой.zVlad wrote:ЕС ЭВМ делались (для военных) в мобильном варианте, на автобазе Урал, а также ставились на подводные лодки. Были и ОС собственного изготавления, не ИБМ ОС.Мальчик-Одуванчик wrote:На Дальнем Востоке ЕС, похоже вообще с какого то времени перестали закупать. На крупные предприятия типа вертолетного завода завозили СМ для всех типов задач. Они были менее прихотливы, особенно в отношении вибрации, загрязненности и размера.zVlad wrote: Никогда СМ не шли вместо ЕС. ЕС шли в свою нишу н/х, СМ в свою. Были предприятия где было и то и другое. Никто даже не думал о замене одних другими.
.......
Так на самой базе никаких ЕС и в помине не было, не уверен насчет самих лодок. Но если с научников, которые тогда больше на оборонку работали, ЕС сняли, то такая судьба могла постичь и лодки (если ЕС там действительно были)
Из ЕС, хоть как-то реально использовавшихся кроме расчета зарплаты мне известен лишь один случай её применения на телеграфе. Там она занимала целый этаж и требовала штата из более чем десятка человек в три смены.
Еще одна стояла на ВЦ железной дороги, но только для расчетов зарплаты и графиков движения. К примеру учетом грузов занимались уже на СМ.
-
- Уже с Приветом
- Posts: 15282
- Joined: 30 Apr 2003 16:43
Re: Delphi for zOS
Ни ЕС ни СМ не "закупались" их прежде всего распределяли, в Госплане. На основании заявок, конечно. Но просто поехать куда-то и купить - такого не было. Я работал в конторе занимавшейся установка и ЕС и СМ на предприятиях Челябинской области. К нам приходила информация кто , когда и что ожидает получить. Мы встречались с этими предприятиями и договаривались о вводе машин. "Программисты" на обе серии числились в одном отделе, два разных бюро.Мальчик-Одуванчик wrote:...
На Дальнем Востоке ЕС, похоже вообще с какого то времени перестали закупать.
......
-
- Уже с Приветом
- Posts: 15475
- Joined: 27 Sep 2007 22:53
Re: Delphi for zOS
Эт-то понятно. Но в расчетах фигурировала стоимость железки. А поскольку хозрасчет в мое время уже был в обиходе, то от большинства ЭВМ открещивались как могли на всех уровнях и если не удавалось совсем отпихнуться, то соглашались на более бюджетные варианты. Вспоминаю как начальник автобазы костерил навязанную ему 1420: Если раньше он платил вполне вменяемые деньги за расчет зарплаты на стороне, то теперь только зарплата штату из двух операторов и начальника ВЦ не окупала полученной экономии. Это не считая затрат на содержание самой ЭВМ. Вдобавок пришлось отдать помещение так называемого красного уголка на размещение этого хозяйства. И подозреваю, были опасения что толкать налево запчасти, топливо и горюче-смазочные станет значительно труднее.zVlad wrote:Ни ЕС ни СМ не "закупались" их прежде всего распределяли, в Госплане. На основании заявок, конечно.Мальчик-Одуванчик wrote:...
На Дальнем Востоке ЕС, похоже вообще с какого то времени перестали закупать.
......
-
- Уже с Приветом
- Posts: 15282
- Joined: 30 Apr 2003 16:43
Re: Delphi for zOS
Интересно читать Ваши истории. Я больше видел другие картины. Чистейшие, да огромные, залы, с несколькими ЕС-ками. Все работают и это очень даже нужно и очень даже окупается. Например, ВЦ ЖЕЛДОР Южного Урала. Две ЕС-1045 вводили там. Задача отслеживание движения вагонов. 15 минут простой системы следует доклад начальнику дороги и летят головы начальников на ВЦ. Все очень серьезно было. Одна ЕС-ка работала, вторая включена и готова принять работу если первая вылетит. Говорили не вылетала ни одна и чтобы проверить работоспособность переходили once in awhile с одной на другую.Мальчик-Одуванчик wrote:Эт-то понятно. Но в расчетах фигурировала стоимость железки. А поскольку хозрасчет в мое время уже был в обиходе, то от большинства ЭВМ открещивались как могли на всех уровнях и если не удавалось совсем отпихнуться, то соглашались на более бюджетные варианты. Вспоминаю как начальник автобазы костерил навязанную ему 1420: Если раньше он платил вполне вменяемые деньги за расчет зарплаты на стороне, то теперь только зарплата штату из двух операторов и начальника ВЦ не окупала полученной экономии. Это не считая затрат на содержание самой ЭВМ. Вдобавок пришлось отдать помещение так называемого красного уголка на размещение этого хозяйства. И подозреваю, были опасения что толкать налево запчасти, топливо и горюче-смазочные станет значительно труднее.zVlad wrote:Ни ЕС ни СМ не "закупались" их прежде всего распределяли, в Госплане. На основании заявок, конечно.Мальчик-Одуванчик wrote:...
На Дальнем Востоке ЕС, похоже вообще с какого то времени перестали закупать.
......
Системы продажи желдорбилетов "Экспресс" тоже была ЕС ЭВМ.
Last edited by zVlad on 23 Feb 2017 00:39, edited 1 time in total.
-
- Уже с Приветом
- Posts: 1961
- Joined: 24 Feb 2001 10:01
- Location: Челябинск -> Everett, WA
Re: Delphi for zOS
Был неправ. Погорячился. Вспылил .zVlad wrote: Но не на 36К, больше, когда я пришел в ЧМК, там была ЕС-1061 с 4М памяти, а до того была пара ЕС-1033 и минимум 512К, две штуки было вроде. Что значит аппаратно-зависимой?
-
- Уже с Приветом
- Posts: 658
- Joined: 27 Feb 2013 10:51
- Location: SFBA
Re: Delphi for zOS
Он не читал инструкций. А ведро спирта на такую машину в месяц полагалось.Мальчик-Одуванчик wrote: Вспоминаю как начальник автобазы костерил навязанную ему 1420: Если раньше он платил вполне вменяемые деньги за расчет зарплаты на стороне, то теперь только зарплата штату из двух операторов и начальника ВЦ не окупала полученной экономии. Это не считая затрат на содержание самой ЭВМ. Вдобавок пришлось отдать помещение так называемого красного уголка на размещение этого хозяйства. И подозреваю, были опасения что толкать налево запчасти, топливо и горюче-смазочные станет значительно труднее.
У нас завхоз тоже не понимал этой электрифик-ик-икции, а потом разобрался и как встал на борьбу с проблемой двухтышного года .
-
- Уже с Приветом
- Posts: 15475
- Joined: 27 Sep 2007 22:53
Re: Delphi for zOS
Нифига не ведро, а всего лишь жалкие три литра. Забавно что на Меру, которая раза в четыре была меньше тоже три литра полагалось.caltrain wrote: Он не читал инструкций. А ведро спирта на такую машину в месяц полагалось.
Зато был курьезный момент, когда персоналки завезли - под них тоже некоторое время спирт списывали.
-
- Уже с Приветом
- Posts: 18862
- Joined: 30 Aug 2001 09:01
- Location: 3rd planet
Re: Delphi for zOS
Не, тетенька кфмн была, фамилию не помню.Мальчик-Одуванчик wrote:Малышкин вел? Эт здорово что было на чем проверить полученные знания.Boriskin wrote:В 90х был спецкурс "Параллельные ассоциативные вычисления", где под писюк был даже эмулятор, было очень интересно играться. Ортогональный подход так скзать.Мальчик-Одуванчик wrote:Тот курс что преподавали был настолько нашпигован теорией что его сдать было не легче чем, к примеру, курс функана или теории групп.
Тупизна как Энтропия. Неумолимо растет.
-
- Уже с Приветом
- Posts: 658
- Joined: 27 Feb 2013 10:51
- Location: SFBA
Re: Delphi for zOS
он все одно паёк в ведре приносил, потому как принтеры... я ж говорю, инструкции читать надоМальчик-Одуванчик wrote:Нифига не ведро, а всего лишь жалкие три литра.caltrain wrote: Он не читал инструкций. А ведро спирта на такую машину в месяц полагалось.
наши поезда - самые поездатые
-
- Уже с Приветом
- Posts: 20128
- Joined: 21 Feb 2009 22:55
- Location: Лох Онтарио
Re: Delphi for zOS
А вот на мейнфреймы спирт полагается (для протирки контактов)?
-
- Уже с Приветом
- Posts: 64661
- Joined: 12 Jul 2002 16:38
- Location: г.Москва, ул. Б. Лубянка, д.2
Re: Delphi for zOS
еще как! На магнитные лентопротяжки уж точно.perasperaadastra wrote:А вот на мейнфреймы спирт полагается (для протирки контактов)?
-
- Уже с Приветом
- Posts: 15282
- Joined: 30 Apr 2003 16:43
Re: Delphi for zOS
В 80-е годы на ЕС ЭВМ полагался Главным образом для дисков, которые были с'емные и пылились поэтому.perasperaadastra wrote:А вот на мейнфреймы спирт полагается (для протирки контактов)?
-
- Уже с Приветом
- Posts: 15282
- Joined: 30 Apr 2003 16:43
Re: Delphi for zOS
Чтобы протирать магнитные головки,что делалось когда лента не читалась.Komissar wrote:еще как! На магнитные лентопротяжки уж точно.perasperaadastra wrote:А вот на мейнфреймы спирт полагается (для протирки контактов)?
-
- Уже с Приветом
- Posts: 7187
- Joined: 31 Jan 2005 15:06
- Location: GA
Re: Delphi for zOS
Честно говоря, для меня загадка, где стенькин видит что-то новое в javascript или той же mongodb.
Иерархические базы данных были отвергнуты очень давно, т.к. у них много недостатков по сравнению с реляционными.
Монгу склепали, что бы пацанчикам не знающим ничего кроме js , было удобно сливать куда-то json.
Для сайтиков-визиток конечно пойдет.
До этого у них там PHP с дивным MySQL был ихним всем.
Пожалуй, реально интересным из нового для web ui - это reactjs.
Из языков программирования - rust.
Иерархические базы данных были отвергнуты очень давно, т.к. у них много недостатков по сравнению с реляционными.
Монгу склепали, что бы пацанчикам не знающим ничего кроме js , было удобно сливать куда-то json.
Для сайтиков-визиток конечно пойдет.
До этого у них там PHP с дивным MySQL был ихним всем.
Пожалуй, реально интересным из нового для web ui - это reactjs.
Из языков программирования - rust.
Vaiyo A-O, A Home Va Ya Ray, Vaiyo A-Rah, Jerhume Brunnen G!
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Delphi for zOS
А что делать с информацией которая по определению в виде многосвязных графов?
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 545
- Joined: 07 Jan 2016 13:04
Re: Delphi for zOS
Черт с ними с графами. Есть заказ, у заказа есть позиции. ОК, сделали базу. Через год выяснилось, что у позиций есть подпозиции... Бяда!Flash-04 wrote:А что делать с информацией которая по определению в виде многосвязных графов?
И вот таких простеньких примеров у меня было вагон и маленькая тележка. Причем если с noSQL это в принципе не проблема, то в реляционных базах это редизайн и костыли, костыли, костыли. ))
А что касается графов, то их вполне можно хранить в плоской табличке с двумя столбцами, просто как кучу ребер. Производительность такого решения в расчет не беру.
-
- Уже с Приветом
- Posts: 7187
- Joined: 31 Jan 2005 15:06
- Location: GA
Re: Delphi for zOS
От задачи зависит.Flash-04 wrote:А что делать с информацией которая по определению в виде многосвязных графов?
Сам по себе граф - это просто какие-то данные.
Если я правильно помню, граф надо обходить для получения информации.
Можно хранить в таблицах.
Можно использовать специальные базы данных, такие есть (Ориент например).
У информикс когда-то была технология DataBlade.
Она позволяла создавать новые типы данных и встраивать операции с ними праймо в БД.
Ну и можно хранить как BLOB а обработку написать на C/C++/C#/Java/...
Для этого есть библиотеки и фрамеворки.
Vaiyo A-O, A Home Va Ya Ray, Vaiyo A-Rah, Jerhume Brunnen G!
-
- Уже с Приветом
- Posts: 15475
- Joined: 27 Sep 2007 22:53
Re: Delphi for zOS
Не, таскалось все в трехлитровых банках. Сам их и таскал, когда просили помочь.caltrain wrote:он все одно паёк в ведре приносил, потому как принтеры... я ж говорю, инструкции читать надоМальчик-Одуванчик wrote:Нифига не ведро, а всего лишь жалкие три литра.caltrain wrote: Он не читал инструкций. А ведро спирта на такую машину в месяц полагалось.
Возможно ведра до нас просто не доходили.
-
- Уже с Приветом
- Posts: 23749
- Joined: 05 Jul 2003 22:34
- Location: Брест -> St. Louis, MO
Re: Delphi for zOS
В том же SQL Server все есть. И в других думаю тоже.nightmare2 wrote:От задачи зависит.Flash-04 wrote:А что делать с информацией которая по определению в виде многосвязных графов?
Сам по себе граф - это просто какие-то данные.
Если я правильно помню, граф надо обходить для получения информации.
Можно хранить в таблицах.
Можно использовать специальные базы данных, такие есть (Ориент например).
У информикс когда-то была технология DataBlade.
Она позволяла создавать новые типы данных и встраивать операции с ними праймо в БД.
Ну и можно хранить как BLOB а обработку написать на C/C++/C#/Java/...
Для этого есть библиотеки и фрамеворки.
Лучше водки — хуже нет! ©
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Delphi for zOS
что за бяда ? чем появление таблички с подпозициями будет отличаться от появления подпозиций в каком-нибудь json ?tessob wrote:Черт с ними с графами. Есть заказ, у заказа есть позиции. ОК, сделали базу. Через год выяснилось, что у позиций есть подпозиции... Бяда!
-
- Уже с Приветом
- Posts: 545
- Joined: 07 Jan 2016 13:04
Re: Delphi for zOS
2 iDesperado: Признаю, что криво выразил свою мысль. Представим, потом еще выяснится, что есть еще разные виды заказов, у которых отличается структура позиций и подпозиций. Например, длинны и/или количества полей разные и т.п. В общем изменения происходят постоянно и уйти от этого не возможно. В итоге база начнет описывать сразу несколько концепций хранения данных. Вот, ИМХО, в таких случаях noSQL имеет преимущества т.к. мне не нужно поддерживать в SQL легаси поля. А так же мой json описывает реальные данные именно в том виде, в котором их необходимо хранить. При этом мне не нужно думать в каких случаях и для каких объектов какие таблички и поля нужно читать, а какие нет.
З.Ы. Может конечно это только мне так со SQL не везло. Хотя признаю, что иногда SQL лучше. Вообще-то я сторонник комбинирования обеих технологий, если это необходимо.
З.Ы. Может конечно это только мне так со SQL не везло. Хотя признаю, что иногда SQL лучше. Вообще-то я сторонник комбинирования обеих технологий, если это необходимо.
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Delphi for zOS
тут как раз у SQL преимущество - ты просто увеличиваешь размер поля, добавляешь колонки и в отличие от бигдата ничего нигде не падает. в оракле вообще иделаьно, с его %ROWTYPE или %TYPE. и в этом плане после оракла на бигдата плакать хочется. у нас последние три релиза падали, потому что в paquet не та версия avro, какую код ожидал. с точки зрения оракла просто дикость.tessob wrote:2 iDesperado: Признаю, что криво выразил свою мысль. Представим, потом еще выяснится, что есть еще разные виды заказов, у которых отличается структура позиций и подпозиций. Например, длинны и/или количества полей разные и т.п. В общем изменения происходят постоянно и уйти от этого не возможно. В итоге база начнет описывать сразу несколько концепций хранения данных. Вот, ИМХО, в таких случаях noSQL имеет преимущества т.к. мне не нужно поддерживать в SQL легаси поля. А так же мой json описывает реальные данные именно в том виде, в котором их необходимо хранить. При этом мне не нужно думать в каких случаях и для каких объектов какие таблички и поля нужно читать, а какие нет.
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Delphi for zOS
Есть довольно большая область работы с данными где SQL не только не нужен, а даже мешает: log management. Я давно с этим работаю и воочию наблюдал как вендоры начали с SQL БД и потом были вынуждены уйти к noSQL именно из-за проблем с производительностью.
Not everyone believes what I believe but my beliefs do not require them to.