Перейти к контенту

Внесение данных в информационный фонд о поверке СИ


1 262 сообщения в этой теме

Рекомендуемые сообщения

10 часов назад, Логинов Владимир сказал:

 

Так вроде та организация которая это разрабатывала выполнила договор и ликвидировалась-обанкротилась. Вроде там теперь ВНИИМС сам рулит или новые субподрядчики. А пока они в чужом разберутся... У меня только такое объяснение

Не пройдёт, они с базой эталонов сверяют. 

Вся беда в том, что в описании АРШИН поле эталонов обязательно для заполнения, а для используемых при поверке Типов СИ - поле необязательное.

Ссылка на комментарий
Поделиться на других сайтах

  • Ответы 1,3k
  • Создана
  • Последний ответ

Лучшие авторы в этой теме

6 минут назад, ВладимирWW сказал:

Может быть пришло время писать в Минпромторг? Изменения в пункт 7 приказа 1815 насчет 60 дней - это их инициатива

Загрузить в АРШИН ничего невозможно, а время-то идет

А разве 60 дней это не на то, чтобы тупо отправить данные, а когда уж они появятся ...

Ссылка на комментарий
Поделиться на других сайтах

1 минуту назад, evGeniy сказал:

Речь шла о пакетной загрузке данных с разным количеством строк

Дело в том, что в АРШИН три способа передачи данных: вручную пошагово, пакетно  файлом через веб-интерфейс и пакетно через API. По идее, все три способа должны быть развязаны как при обработке, так и при хранении данных. Судя по всему, речь шла о первом способе (пошаговом). Но, даже при пакетном, обработка должна происходить не последовательно, а параллельно

Ссылка на комментарий
Поделиться на других сайтах

3 минуты назад, evGeniy сказал:

А разве 60 дней это не на то, чтобы тупо отправить данные, а когда уж они появятся ...

А что, Вам удается тупо отправить данные?

А если Вам все-таки удается отправить и Вы только через два месяца получите сообщение об ошибке? Что будете делать?

Ссылка на комментарий
Поделиться на других сайтах

2 часа назад, efim сказал:

По информатизации - наверное, Пугачеву.

Надо было через сайт, там есть раздел: Задать вопрос.

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

Ссылка на комментарий
Поделиться на других сайтах

8 минут назад, ВладимирWW сказал:

Но, судя по всему, таковых специалистов на настоящий момент в наличии нет 

Денюжка то закончилась

25 минут назад, ВладимирWW сказал:

Но, даже при пакетном, обработка должна происходить не последовательно, а параллельно

А не путаете процессы записи в таблицу БД и чтения из неё?;)

Ссылка на комментарий
Поделиться на других сайтах

39 минут назад, ВладимирWW сказал:

Может быть пришло время писать в Минпромторг? Изменения в пункт 7 приказа 1815 насчет 60 дней - это их инициатива

Загрузить в АРШИН ничего невозможно, а время-то идет

загрузить возможно, обработка долгая..

Ссылка на комментарий
Поделиться на других сайтах

27 минут назад, ВладимирWW сказал:

А что, Вам удается тупо отправить данные?

А если Вам все-таки удается отправить и Вы только через два месяца получите сообщение об ошибке? Что будете делать?

Данные отправляются легко

Ссылка на комментарий
Поделиться на других сайтах

Только что, evGeniy сказал:

Денюжка то закончилась

А не путаете процессы записи в таблицу БД и чтения из неё?;)

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

Ссылка на комментарий
Поделиться на других сайтах

2 минуты назад, Танюша сказал:

загрузить возможно, обработка долгая..

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

Ссылка на комментарий
Поделиться на других сайтах

Только что, ВладимирWW сказал:

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

Пока еще случая чтобы больше двух месяцев не загружались данные не было (потому что только с января стал так долго работать Аршин), поэтому жалобы наши могут и не рассмотреть

Ссылка на комментарий
Поделиться на других сайтах

5 минут назад, ВладимирWW сказал:

конечно при правильной индексации

Индексация? При записи? Видимо много поменялось за 20 последних лет (((

Ссылка на комментарий
Поделиться на других сайтах

3 минуты назад, ВладимирWW сказал:

а весь процесс загрузки в Фонд, включающий отправку, обработку и передачу данных с целью публикации на портале Фонда

А где здесь 60 дней? Вы скажите, пожалуйста, за 60 дней данные должны быть ОТПРАВЛЕНЫ, или ОПУБЛИКОВАНЫ?

Ссылка на комментарий
Поделиться на других сайтах

Только что, evGeniy сказал:

А где здесь 60 дней? Вы скажите, пожалуйста, за 60 дней данные должны быть ОТПРАВЛЕНЫ, или ОПУБЛИКОВАНЫ?

Мне тоже кажется что отправлены. Но вроде в приказе написано,переданы. А переданы непонятно получены ли адресатом или нет :)))

Ссылка на комментарий
Поделиться на других сайтах

3 минуты назад, evGeniy сказал:

Индексация? При записи? Видимо много поменялось за 20 последних лет (((

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

Ссылка на комментарий
Поделиться на других сайтах

3 минуты назад, Танюша сказал:

Мне тоже кажется что отправлены. Но вроде в приказе написано,переданы. А переданы непонятно получены ли адресатом или нет :)))

г) пункт 7 изложить в следующей редакции:

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

Ссылка на комментарий
Поделиться на других сайтах

3 минуты назад, ВладимирWW сказал:

Фу!!! Значит ничего там не поменялось. Помнят руки (с) ;)

Цитата

Индекс - структура данных, которая помогает СУБД быстрее обнаружить отдельные записи в файле и сократить время выполнения запросов пользователей

Мне Вам надо объяснять, что обнаруживают при чтении из базы, а не записи?

Ссылка на комментарий
Поделиться на других сайтах

Только что, evGeniy сказал:

Фу!!! Значит ничего там не поменялось. Помнят руки (с) ;)

Мне Вам надо объяснять, что обнаруживают при чтении из базы, а не записи?

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

Ссылка на комментарий
Поделиться на других сайтах

5 минут назад, ВладимирWW сказал:

г) пункт 7 изложить в следующей редакции:

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

Ну вот переданы. Но не опубликованы

Ссылка на комментарий
Поделиться на других сайтах

1 минуту назад, ВладимирWW сказал:

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

Что мне читать? Индексируется база по какому то полю или связке полей для ускорения поиска по этим полям. Запись же делается тупо в базу. При записи никакой порядок не соблюдается данные попадают туда по мере поступления.

Ссылка на комментарий
Поделиться на других сайтах

2 минуты назад, Танюша сказал:

Ну вот переданы. Но не опубликованы

Правильно !!!

Ссылка на комментарий
Поделиться на других сайтах

6 минут назад, evGeniy сказал:

Что мне читать? Индексируется база по какому то полю или связке полей для ускорения поиска по этим полям. Запись же делается тупо в базу. При записи никакой порядок не соблюдается данные попадают туда по мере поступления.

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

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

Ссылка на комментарий
Поделиться на других сайтах

1 минуту назад, ВладимирWW сказал:

Таким образом, таблица без индекса (кучи) позволит быстрее выполнять операции записи. (если у вас было два индекса, у вас было бы три операции записи и т.д.)

20 лет назад у того же SQL Server был файл базы и индексный файл CDX. Размер второго бывал в разы больше, оно и понятно. Вся запись велась в первый файл. А второй файл проводил повторную индексацию при поступлении запроса на поиск. Т.е. новая запись в базе какое то время не индексирована.Думаю, что ничего не поменялось с того времени.

Ссылка на комментарий
Поделиться на других сайтах

8 минут назад, evGeniy сказал:

20 лет назад у того же SQL Server был файл базы и индексный файл CDX. Размер второго бывал в разы больше, оно и понятно. Вся запись велась в первый файл. А второй файл проводил повторную индексацию при поступлении запроса на поиск. Т.е. новая запись в базе какое то время не индексирована.Думаю, что ничего не поменялось с того времени.

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

Ссылка на комментарий
Поделиться на других сайтах

37 минут назад, ВладимирWW сказал:

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

А теперь представьте как работает тот же Гугль. ИМХО, объем информации в тысячу раз больше.

А то что Вы описали - нормальный режим работы СУБД с таблицами, тригерами, процедурами и т.д. Видимо в программировании те же проблемы, что и везде 

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Загрузка...

Информация

  • Недавно просматривали   0 пользователей

    • Ни один зарегистрированный пользователь не просматривает эту страницу.

×
×
  • Создать...