Положение дел IT в гос.структурах РФ?

Какое отношение ODBC имеет к Foxpro 2.6 ?

Почему же?
ODBC никто не отменял (очень удобно).

Всё, далее про Foxpro говорить не буду.
Вспомнил его лишь из-за постоянных рыданий форумчан о ЯП.
Всё им «не так».

Какое отношение ODBC имеет к Foxpro 2.6 ?

Точнее к VFP.
А вот Foxpro c Perl подружил (в Linux однако. 2000 год).

Да. Точнее рулит только ФС. СУ там нет, кроме локов.

К примеру в десктопной MS Access базами рулит MS Jet.

А к неродным десктопным типа DBF, Paradox, etc. через ODBC линки с дровами, которые собственно и являются СУ.

Обычная файловая система даже близко не является СУБД, хотя если для txt баз, как рекламировал один деятель в ПФР, то и FS - СУ ЛОЛ, вы бы, наверно, с ним хорошо сработались, ахаха.

Там кое-кто даже базы Db2 пытался «синхронизировать» копированием файлов табличных пространств, LOL.

Точнее к VFP.

• Конечно Visual.

Sorry

Точнее к VFP.
А вот Foxpro c Perl подружил (в Linux однако. 2000 год).
Для Perl разработал API, которое было совместимо с API Foxpro (исходники для работы с строками выкладывал).

Harbour дополнить API совместимым с API Foxpro можно (non problem), но
для меня ныне это лишь «ностальгия 90-х» и не более.

Были 486dx4-133

https://en.m.wikipedia.org/wiki/Intel_DX4

А вот Foxpro c Perl подружил (в Linux однако. 2000 год).

Именно фокс или только работу с табличками? И если с табличками то с индексами как разобрались?

Не поверите, ещё в 94-ом на C++ разработал API для использования IDX (где-то за три недели).

По ссылке кончается на сотках. У АМД, помнится, был свой вариант на 133, но сильно позже даже пентиума-133.

Почему же?
ODBC никто не отменял (очень удобно).

Найдите мне ODBC в DOS. Напоминаю, что мы говорим о фоксе 2.6

Ранее в посте ведь уже извинился - речь о VFP.

К примеру в десктопной MS Access базами рулит MS Jet.
А к неродным десктопным типа DBF, Paradox, etc. через ODBC линки с дровами, которые собственно и являются СУ.

какое это имеет отношение к фоксу 2.6 ?

Я писал про MS вариант, который многие очень хвалили.

Угу, сорри, тут ещё один сагрился, вот я и попутал :) Действительно извините!

Кстати использовал многозадачную MSDOS, так что с AT-286 могли с использованием терминалов одновременно работать четыре человека.
Затем все компьютера сделал терминалами к Linux.
Всё работало быстро и надёжно.

какое это имеет отношение к фоксу 2.6 ?

Но если вернуться к вопросу об СУ или не СУ.

То таки опять СУ была зашита в движок FoxPro, FoxBase, etc.

Файловая система FAT даже близко не была СУБД, неужели это непонятно?

Были 486dx4-133

Были. Но по вашей ссылке
https://en.m.wikipedia.org/wiki/Intel_DX4
их нет.

Sorry за посты о Foxpro.
Просто на форуме такую чушь бывает несут ...
Ныне «танцоры» в тренде.

Могу поверить, но какое отношение idx имеет к фоксу?

Не поверите, ещё в 94-ом на C++ разработал API для использования IDX (где-то за три недели).

Это уже походит на лайтовую СУБД.

Или например, вот это: http://www.edm2.com/index.php/DbfLIB

А с какой стати FS или формат хранения внезапно стали управлять базами (быть алгоритмами именно СУБД)?

CDX содержит несколько IDX.

Кстати дополнил core harbour возможностью использовать сразу несколько cdx для dbf (для 1С 7.7 понадобилось).

Sorry за посты о Foxpro.
Акцент был на то, что ныне «танцорам» «всё не так».
Горемыки!

У АМД, помнится, был свой вариант на 133, но сильно позже даже пентиума-133.

Но гнался до 166 и мать новую покупать не надо было.

У нас бухи в терминалах цитрикса работали. (не моя заслуга, а привнесенное/навязанное сверху)

То таки опять СУ была зашита в движок FoxPro, FoxBase, etc.

Нет, нет и ещё раз нет. СУ там небыло.

Имхо, как сидкли в экселе с калькуляторами, так и будут сидеть. Это такой код ДНК, непобедимо.

CDX содержит несколько IDX.

Вот тут не могу оспорить ибо не помню. Но всетаки емнип вы не правы.

для 1С 7.7 понадобилось

Точно не правы. Мы начали с прошлого века.

Основное это калькулятор! Реально до сих пор у всех робит.

Это да - «Ох и тяжёлая эта работа, из болота тащить бегемота».

Понял и согласен, что фокс умел и idx читать.

Положение дел IT в гос.структурах РФ?

Так что там в гос.структурах РФ?

Пока все ещё выясняют какой вариант индексов лучше .idx или .cdx :)

А мы для чего?
Поможем!

Эээээээээ, в 1992 на Квик Си разработал API для работы с DBF (много лет использовал).

Запилим Vdx ? Про V скажем, что оно от слова virtual, а все остально оставим как и 30 лет назад. :) Нано технологии.

в 1992 на Квик Си разработал API для работы с DBF

API в каком виде?

Не это уже хлам.
Вот допишу GUI (OpenGL), использующее метаданные, тогда расскажу о многом.

На С++.
Аналог core harbour, но много лет раньше.
Ныне конечно для меня это лишь ностальжи.

Положение дел IT в гос.структурах РФ?

С государственными структурами тяжело работать.
Косность большая и умеющих лишь руками водить ОКЕАН.

Ясно, пруфов хотя бы в виде объяснения не будет.

С государственными структурами тяжело работать.

И да и нет. От опыта зависит.

А какие нужны то?
Упрощённый а-ля core harbour.

Скорее всего вы правы.
Проблема в том, что многим «всё до лампочки» или другая крайность «это ПО устарело».

Мои все разработки «устарели» сразу как только мы стали филиалом.
Прошло два года и все разработки вышестоящей организации «устарели», так как теперь и они «филиал».

Работы много (GUI)!
Не огорчаюсь.

Баба с возу, кобыле легче

А разве Caché в 2013 ещё актуально было? Видимо в госструктурах на 10 лет отставание по стеку технологий

а почему в 2013 Caché должно было стать не актуальным? вот что почитать по пфр с 2016 планировали начать отказываться

Caché была нужна в те времена, когда ssd не было и в помине. И разработка под нее намного более трудоемкая, чем под РСУБД.

А по ссылке интересные детали. Вроде десятки тысяч серверов с одной стороны и копеечные бюджеты для разработчиков с другой

Пиратское считается трофейным.
/thread

Сначала примерно в 2007+- несколько лет разрабатывали ПТКС на WAS+Db2, потом зачем-то начали мигрировать его на ужасный Cache, а потом в 2014-2015 мигрировать уже его на РК АСВ, опять на WAS+Db2 :)

Спрашивается, на кой вообще были нужны эти прыжки с одной СУБД на другую, причем обе очень редкие, можно сказать экзотические в РФ на тот момент времени. IBM Db2 хотя бы известна своей высокой надежностью и все же используется многими банками и госами по всему миру, а Cache … ну зачем???

Начальник ОИТ еще такой, надо программировать на этой Cache! Зачем программировать админу? Зачем программировать в ПФР, где регионы большей частью занимаются наколеночно-лоскутной автоматизацией за еду, пытаясь выправить по функционалу косяки многомиллиардных проектов, из центрального ДИТ? Зачем на почти никому ненужной Cache? Зачем вообще весь этот зоопарк систем и ПТК? Зачем, зачем, зачем … Но эти вопросы там задавать непринято и вообще думать самостоятельно. Начальник нередко мне делал замечание, чтобы я поменьше высказывал свои мнения. Там похоже всю эту клоунаду снимали на видео.

Лучше бы настроили кластера Db2 для HA и какой-нибудь open-source кластер для аналитики, чтобы не долбить запросами (тем более самопальными, кто во что горазд) основную пром. базу.

Но ведь куда интереснее постоянно скакать и мигрировать, меняя СУБД, как будто это что-то поменяет в их подходе к общей архитектуре. Как Борис Николаич когда-то менял премьеров чуть не ежемесячно как перчатки.

пфр плотно сидел на продукции IBM и железо и софт, сервера и ос as400 это в первую очередь про безопасность, я тогда в отделе защиты информации работал и каждый день строил отчёт кто сколько обращений к бд сделал(чтоб инфу не сливали с баз). И потом им прешла в голову идея построить резервную независимую систему и вот выбор пал на Каше. (вообще они ебанутые, они самолёт покупать собирались - типа спутниковый инетрнет свой организовывать только не со спутника а с самолёта)

А сейчас когда все IT вендоры ушли с рынка РФ у них, да и в банках там же всё на оракле было, должны начаться интересные времена.

пфр плотно сидел на продукции IBM и железо и софт, сервера и ос as400 это в первую очередь про безопасность,

Согласен.

я тогда в отделе защиты информации работал и каждый день строил отчёт кто сколько обращений к бд сделал(чтоб инфу не сливали с баз).

Надеюсь, отмечали в бумажном журнале, кто и сколько? :)

Автоматизированные IDS и другие похожие системы, и т.п. это не для ПФР, нужно мониторить досканально, ручное управление (c).

И потом им прешла в голову идея построить резервную независимую систему и вот выбор пал на Каше.

Это видимо гениальное изобретение ДИТ ПФР резервировать систему с функционалом HA (IBM Db2), не штатными средствами, а с помощью альтернативно одаренного кастомного кода для «синхронизации» (которая работала через раз), с еще более уникальной Какаше.

(вообще они ебанутые,

IMHO слишком мягко сказано.

они самолёт покупать собирались - типа спутниковый инетрнет свой организовывать только не со спутника а с самолёта)

Старлинк то военные не пропускают, а тут можно было бы через ПФР ЗАРЕЗЕРВИРОВАТЬ запасной канальчик ;) LOL

А сейчас когда все IT вендоры ушли с рынка РФ у них, да и в банках там же всё на оракле было, должны начаться интересные времена.

IBM Db2 хотя бы бесплатно с безлимитным размером базы и оперативкой до 16 гиг (что для прода конечно мизер).

А как там у них сейчас поживает AS, которая 400, остается только догадываться. Банкиры хоть пиратят свой оракакл, а тут как грится, приплыли. Btw., в AS/400 хранятся персоданные всех граждан, так что Лэнгли взял все население РФ в заложники еще лет 20+ назад как минимум через такую автоматизацию. А сколько других открытий чудных можно сделать в других отраслях, страшно подумать.

как оно там сейчас на фоне ухода IT корпораций?

Покрыто тайной, как и полагается.