ВладимирWW

Может быть тогда лучше вносить номер списанного эталона?

Самое интересное, что в АШИНе эталонов больше, чем на сайте ВНИИФТРИ: - здесь http://fif.vniiftri.ru/DB/com/index.htm?RU,REEST_EV = 90998 утвержденных эталонов - а здесь https://fgis.gost.ru/fundmetrology/registry/11 =94582

Самое интересное, что в АШИНе эталонов больше, чем на сайте ВНИИФТРИ: - здесь http://fif.vniiftri.ru/DB/com/index.htm?RU,REEST_EV = 90998 утвержденных эталонов - а здесь https://fgis.gost.ru/fundmetrology/registry/11 =94582

Попробуйте обратиться с претензией во ВНИИМС, может даст эффект (это ответственный за АРШИН от ВНИИМС) Алексей Колесников заместитель начальника отдела 103 kolesnikov@vniims.ru +7 (495) 781-4467 доб. 2631

Это у разработчиков АРШИН глючок в голове, а, соответственно, в описании формата, поэтому они Вас и запутали, и не только Вас У них в таблице описания формата данных: - для строки 13 для DeprcatedPOV в столбце Описание указано следующее: Пригодность СИ. Атрибут может принимать одно из двух значений: - Пригодно - Непригодно - а в столбце Пример указано "Пригоден" Вот Вы и сделали, как указано в столбце Пример

Ниже попытаюсь погадать о причинах: 1) Регномера ТСИ, скорее всего, сверяются с перечнем утвержденных ТСИ. То есть регномер должен быть в базе АРШИНа 2) В примере номера внесены без пробелов. Можно попробовать делать пробел, например, так 15737-96 |671823, или так 15737-96 | 671823 А вообще-то, поле необязательно для заполнения и я бы просто не заполнял его дабы избежать проблем Есть более злободневная проблема: что люди вносят в поле "Эталоны, применяемые при поверке"? Ведь это поле обязательно для заполнения. Хотелось бы, чтобы те, кто решил проблему с эталонами, поделились

В описании формата приведен пример заполненения: 15737-96|671823|. Так что смело вносите регномера ТСИ

Ставьте дату МПИ. Не ошибетесь

Если под "шифра предприятия." Вы имеете в виду Условный шифр знака поверки предприятия, то в АРШИН он в файле с данными не передается (это в старой системе он передавался). Посмотрите описание формата файла

Не верьте про 5000. Придерживайтесь по максимуму прежних требований в 100 записей

Не желаете Росстандарт возглавить? Может быть тогда все наладится?

Судя по всему, теперь так не будет: Утверждены приказом Минпромторга России от 28 декабря 2018 г. N 5329 ИЗМЕНЕНИЯ, КОТОРЫЕ ВНОСЯТСЯ В ПРИКАЗ МИНИСТЕРСТВА ПРОМЫШЛЕННОСТИ И ТОРГОВЛИ РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 2 ИЮЛЯ 2015 Г. N 1815 "ОБ УТВЕРЖДЕНИИ ПОРЯДКА ПРОВЕДЕНИЯ ПОВЕРКИ СРЕДСТВ ИЗМЕРЕНИЙ, ТРЕБОВАНИЯ К ЗНАКУ ПОВЕРКИ И СОДЕРЖАНИЮ СВИДЕТЕЛЬСТВА О ПОВЕРКЕ" г) пункт 7 изложить в следующей редакции: "7. Сведения о результатах поверки СИ должны быть переданы в соответствии с Порядком создания и ведения Федерального информационного фонда по обеспечению единства измерений, передачи сведений в него, утвержденным приказом Министерства промышленности и торговли Российской Федерации от 20 августа 2013 г. N 1328 "Об утверждении порядка создания и ведения федерального информационного фонда по обеспечению единства измерений, передачи сведений в него" (зарегистрирован в Министерстве юстиции Российской Федерации 17 февраля 2014 г., регистрационный номер 31337), юридическим лицом или индивидуальным предпринимателем, проводившим поверку, в Федеральный информационный фонд по обеспечению единства измерений в срок, не превышающий 60 календарных дней с даты проведения поверки СИ.";

Насколько понимаю, Вы имеете в виду государственные первичные эталоны? И что, действительно проходит? Ведь там регномера присвоены абсолютно по другому принципу, например, гэт12-2011 и 3.2.ГЧШ.0086.2018 У кого обработались данные с внесенными ГПЭ, напишите? И тут же возникает вопрос, как в перспективе к этому отнесутся проверяющие

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

А что, оно заработало? Данные, загруженные пакетно, обрабатываются через пень-колоду. Интерфейс API, через который данные передаются автоматом, до сих пор не работает А браковать кто будет ("А судьи кто?")? Заказчик? С какой стати? Они выбрали разработчика, вбухали бешеные деньги, разработчик обанкротился и на выходе получили ущербную систему. Их задача сейчас чтобы все прошло тихо-тихо, без шума

Скорее всего, и в программировании тоже проблемы и, скорее всего, это не все причины. Например, представьте, что они разместили веб на одном железе с СУБД, и , судя по всему, еще совместили ресурсы публикации с ресурсами передачи и обработки данных, и не зарезервировали и не задублировали ресурсы, а это уже проколы в проектировании и в архитектуре, а не в программировании . И это тоже не все! А ГУГЛ делали грамотные ребята

Надеюсь, Вы внимательно прочитали предыдущее сообщение? А теперь представьте, если у них еще и таблицы, из которых делается выборка данных для портала при поиске, совмещены с таблицами, в которые пишутся отправленные данные, да еще и в этих таблицах проверяется правильность заполнения данных - обрабатываются данные (например, сверяются регномера переданных эталонов с регномерами эталонов из раздела "Эталоны единиц величин" - другие таблицы и из эти таблиц одновременно пользователи ищут эталоны, да еще сверяются данные с другими разделами, например "регномера Типов СИ", да еще таблицы данных размещены на одном диске с индексными таблицами и т.д. и т.п) и все, мы приехали. И есть еще другие факторы, на которых останавливаться не будем

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

Вы внимательно прочитайте все

г) пункт 7 изложить в следующей редакции: "7. Сведения о результатах поверки СИ должны быть переданы в соответствии с Порядком создания и ведения Федерального информационного фонда по обеспечению единства измерений, передачи сведений в него, утвержденным приказом Министерства промышленности и торговли Российской Федерации от 20 августа 2013 г. N 1328 "Об утверждении порядка создания и ведения федерального информационного фонда по обеспечению единства измерений, передачи сведений в него" (зарегистрирован в Министерстве юстиции Российской Федерации 17 февраля 2014 г., регистрационный номер 31337), юридическим лицом или индивидуальным предпринимателем, проводившим поверку, в Федеральный информационный фонд по обеспечению единства измерений в срок, не превышающий 60 календарных дней с даты проведения поверки СИ.";

http://bourabai.ru/dbt/dbms/001.htm

Я под загрузкой имел в виду не только отправку данных на сервер АРШИН, а весь процесс загрузки в Фонд, включающий отправку, обработку и передачу данных с целью публикации на портале Фонда

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

Если хотите, то более точно в соответствии с требования закона 102-ФЗ Федеральный информационный фонд образуют: нормативные правовые акты Российской Федерации; нормативные документы; информационные базы данных, включая информацию и данные ГСССД; международные документы; международные договоры Российской Федерации в области обеспечения единства измерений; сведения об аттестованных методиках (методах) измерений; единый перечень измерений, относящихся к сфере государственного регулирования обеспечения единства измерений; сведения о государственных эталонах единиц величин, применяемых в сфере государственного регулирования обеспечения единства измерений; сведения об утвержденных типах стандартных образцов или типах средств измерений; сведения о результатах поверки средств измерений.

Они все должны прекрасно знать сами. Ведь они же заказчики АРШИНа и принимали его побыстренькому они, так как все сроки сдачи были давно просрочены, а разработчик обанкротился и за денежки отчитываться надо. Да и служба сопровождения, судя по адресу, размещена в Росстандарте и организацией процесса сопровождения занимаются они. Думаете они сами себе по голове стучать будут? Их задача на текущий момент не выпустить джина из бутылки. Благо у них были бы специалисты, которые могли бы быстренько все разгрести и грамотно организовать поддержку и сопровождение. Но, судя по всему, таковых специалистов на настоящий момент в наличии нет