Сделал обработку, которая через объект ODBCRecordset перебирает строки таблицы 1СUPDTS и по условию через запрос DELETE удаляет по одной не нужные записи.

Можно ли эту обработку запускать в многопользовательском режиме? Конфликтов не будет при обращении к 1СUPDTS?

"братва не возражает!"©

А когда ты распроводишь документ, у тебя записи из регистра удаляются, тут у тебя конфликтов не возникает?

(2) "это другое"©

а вот подскажите люди опытные.
вопрос смежный, по УРБД - как долго может новая периферийка создаваться разворачиваясь из 1,2 Гб дат файла выгрузки
зная что конечный размер должен быть порядка 40 Гб?
есть ли смысл ждать, или ну его, клонировать из центральной?

(4) От получаса до месяца )))
Сразу клонировать надо.

(4) за 15 лет работы с клюшками только 1 раз создавал "из конфигуратора". Все остальные просто клонировал. "дешево, надежно и практично"©

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

(7) Какой алгоритм клонирования? Столько лет делаю через конфигуратор, время тоннами уходит

(8) хоссподя... [УРБД] Восстановить периферийку

(8) много статей есть.
в целом все просто - в ЦБ делаем новую периферийку в конфиге.
дальше в SQL выставляем DBFMODE и DBSTATUS из _1sdbset
на этом с ЦБ все.
потом копируем, в копии чистим лишние записи из этой таблички оставляем текущую и родительскую, и меняем их моды центр на P текущую на М

и _1ssystem dbsign/

(10) База ДБФ. Но для разных перифериек настройки миграции разные - как с этим быть?

(10) можно и руками запись добавить.
а для остальных действий - обработка в 20 строк пишется один раз и навсегда...

(11) чистить. Удалить ненужное гораздо проще.

(3) А как же индексы?

(11) а базы дбф - для игры, не более того...

(14) а в сиквельной индексы сами поддерживаются

(15) Ага. База центральная и 6 перифериек. Базы по 10 ГБ - ничего себе игры.
Так для ДБФ как правильно клонировать?

Проблема в дбфной базе может быть когда ее из-за размера файла выгрузки уже нельзя упаковать в 32х зипом и соответственно перегнать в сиквел только через распределенку

(17) 10Г - это ниочём.

(18) если дбфная может жить - то ее выгрузка вполне влазит в зип

(19) Ну значит вру база около 20 ГБ. Регистр движения партий к 2 ГБ подбирается.
Ну а все-таки как для ДБФ склонировать?

(17) игры с дбф даже на 10 Гб это ходить по краю. зачем вам это? переходите в скуль.
но в целом по таблицам делается все то же самое только не в скуле а в дбфках.

(20) Итоги очень долго пересчитываются когда создаешь. Я ж сначала свертываю ЦБ а уже потом пересоздаю ПБ

(21) не знаю, я в игрушки давно не играю.

Кто-то может подсказать?

(21) ДЛя дбф всё то же самое, редакторы для dbf-файлов существуют в количестве.

(21) аналогично. Алгоритм одинаковый

(23) ну если у тебя увлечение - прикладная проктология, то это твой выбор...
У меня итоги в 160Г пересчитывались три-четыре часа, (это если все, а не выборочно).

(28) Да просто многофирменное все. И столько всего всяикх нюансов... Пытаемся перейти на 8-ку, я бы день и ночь пахал, почти от всех бы подработок отказался ради этого :) Вопрос только в алгоритме этой пахоты. Мне никто магазины останавливать не позволит и опт тоже и строительный наш блок тоже. Так что дело это стремное но без него вообще кирдык наступит :)

(29) я тебе по секрету скажу - КД придумана очень давно...

(29)+ УТ сам по себе сложный в смысле настроек и вообще работы отделов в нем.
Так что мне кажется здесь даже большая засада чем с переносом данных и их пока постоянной синхронизацией с ТИС 7.7.
Книжки-то никто не читает :)

+(31) даже ты.

+(32) даже я

(32) Да я то читал как раз. Просто 7-ка годами отстраивалась и приходили новые сотрудники и попадали сразу на готовое, легкое обучение и все. А потом менялось дальше но по не сразу же а по задачкам. А теперь сотрудникам надо разом перестроиться и начать работать в УТ. Мое дело тут скорее первоначальные настройки интеркомпани, обмены администрирование БД и т.д.

Интеркампани на первом этапе можно заменить выделенным сотрудником или двумя. Желательно с опытом работы в отделе закупок.

(35) При закрытии кассовой смены автоперепродажи у меня возможно с
нескольких фирм оптовых на на две розничных. Ну да можно конечно через заполнить по недостаче
Ну по-сути только автомат у меня и делается. И склады у меня оптово-розничные в 7-ке.

(34) ну, во-первых, УТ=УГ, по определению, архитектуре, скорости и всем остальным параметрам.
во второых, "голая" ТИС - почти такое же УГ.
доработанная ТИС всяко уделывает все новомодные свистоперделки. но кастомизация - она всегда "под себя" (под конкретные БПП), а ТИС/УТ - они "для всех в среднем" (ну, "у усредненного человека одна сиська и одно яйцо", да). Ну и поэтому кастмизированная работает хорошо в частном случае, а типовая - "хоть как-то", но практически всегда

(37) Вот и хочу поначалу хоть как-то но практическки всегда. Ведь это не игрушки а бизнес - процессы. Есть бенефициары и они в игрушки играть прсто не позволятт да я и сам категорически против. Должно работать все практически штатно поначалу и все тут. Кстати для кабеля я читал в УНФ чего-то 1С скреативила. Может и в УТ уже такое есть.

(38) "по началу хоть как-то" наткнется на сопротивление персонала. там, где раньше все делалось одним нажатием кнопки (а то и без нажатия) - придется делать 100500 действий.
там, где железо хавало 8000 документов в день - оно сможет схавать 16000 в месяц... отсюда будет сделан "логичный" вывод - ПГ/ПМ...

(39) К примеру прослеживаемость у нас наступит и уже в 7.7 с этим делом большая заморочка или массовая маркировка пойдет как в опте так и в рознице. И что тогда???

(40) давно б дописал уже...

(40)+ Или еще какой-нибудь законодательный финт ушами придумают из-за
которого много чего дорабатывать придется.

(41) Не знаю. Есть конечно внешние доработки очень неплохие. Но все равно. Хочу практически штатно с обновлениями. Еще же всякие обмены с бухиями (и 7.7 и уже БП 3.0).

(22) 10 гб на дбф это в порядке вещей, размер добирается в основном парой таблиц.

(28) это ты хитрый, пересчитываель на скуле нештатно.

(42) что одно дорабатывать, что другое... что пнем об сову, что совой об пень.©
(43) такой большой, а в сказки веришь...
(45) у меня задача была - контролировать и исправлять не останавливая работу, ибо 24/7. Вообще, аптайм был месяц без часа (рекорд - 15 минут простоя в месяц). поэтому все пересчеты итогов, ВГП, обновления, обрезки базы и т.п делалось в разделенном режиме в часы наименьших нагрузок.

(34) дотянуть до конца года на 77. За э о время отчекрыжить переход, отработать схемы работы, допрограммить по минимуму. На НГ праздниках сделать переход. Потом две недели будет притирка идти. И все. Максимально опираться на типовые возможности. Попервости пусть более ше руками делают чем что-то существенное допрогрсммливсть. Заодно поймут зачем в конторе один нэсник :-)

(41) Перейти на скуль. Ну для этого надо скуль знать и 1С++. То есть для любого действа надо пропустить через себя кучу инфы причем с получением навыков практического использования того что изучишь. Вот Андрей Андреевич мне помогал по SQL и 1С но я смотрю на эти прямые запросы и никак не могу осилить их алгоритм. А еще почему-то в отчете по остаткам остатки пропали и обмен УРБД какой-то косячный получился. Хотя на Фокспро когда-то Select, Create Table использовал весьма активно. Все зараза забылось с неиспользованием.

(47) Это если б была одна база а тут РИБ по полной

(46) ты не поверишь. В дбф итоги считаются еще быстрее, чем в скуле

(48) Знать прямые запросы - полезно хотя бы просто потому, что в снеговике они один-в-один. И табличное поле - весьма похоже. Идеологически.
если не знаешь - то и с снеговиком будут проблемы. почему бы их не предотвратить заранее?
(49) ичо? а снеговике РИБ доделали, самому писать меньше. Снежинку в снеговике я не пробовал, конечно, делать - но вроде даже проще получается....

в снеговике риб проще сделан

да и кодом можно дописать как угодно

(50) возможно. Тебе - верю :-)
на остановленной базе я быстрее посчитаю, это точно. (можно даже в два этапа - с подменой итогов)

(51) Собственно никак не выйду на начало. То есть на уже готовую структуру предприятия с РИБ чтоб потом настроить кассы сканеры банковские терминалы и т.д.
(53) Если знать этот чертов код. :)

(55) ССЗБ

(56) Вот видишь куда мне в УТ когда я даже забыл что такое ССЗБ. Пришлось гуглить :)
А если РИБ в УТ - ведь мне по идее на магазине нужны только склады магазина этого. А остальное через РС " информационные остатки по магазинам" справочно. Или мне все надо обменивать вообще?

(57) дык делай! так, как надо - так и делай. Сказки, что "а в восьмерке всё реализовано" - оставь младшим дошкольникам.

Сказку "в восьмерке все реализовано" рассказывать должен не программист, а эйчар или владелец, который продает бизнес тому, у которого "уже все реализовано" на сапе/аксапте и т.п.

(59) так это собственникам и ЛПР рассказывают впендренцы.

(58,59) То есть на одном человеке должна в определенной степени повиснуть ответственность за всю фирму 1С ?
Так что ли? Тогда блин у него зарплата должна быть как у всей фирмы 1С.

Если я  уволился к примеру (потому что мне намного интереснее предметниками заниматься, внедрением, всякими обработками данных, ЭДО может маркировками, выгрузками на сайт, обменами с сайтом, интеграцией с поставщиками - а не механизмами их создания) то контора должна в случае сбоя (по законам подлости) просто встать потому что там тьма всяких моих и даже не совсем моих нетиповых вещей связанных именно с механизмами формирования данных???

(61)нет, при увольнении сотрудника существует механизм передачи дел. Иногда бывает что передача дел происходит не в пределах отдела, а в пределах всей организации - т.е. увольняется программист, а принимают дела новые сотрудники бухгалтерии, менеджеры и т.д.

(61)+ А еще обмены всякие с бухгалтериями где я своими обработками прям в них формирую книги продаж и покупок и еще до фига чего. ДА лучше чтобы хоть это что по типовым механизмам.

То есть вы считаете что лучше остаться на 7-ке, перевести ее на скуль, наладить обмены с БП и ЗУП (ЗУП давно ведется),
по максимуму дообновить мою ТИС 937 до текущего релиза и так ее и тащить до упора?

(63) а вместо одного вашего обмена еще два оператора в разных кабинетах (или разных городах), один набивает в одной базе, правой кнопкой мышки - вывести на печать и сохранить в ексель реестр расходных накладных и по почте отправить. А в другой базе тоже бухгалтер/менеджер - загрузит.

(65) Теоретически согласен. Практически будет дикий вой. Ибо даже СЗВ-ТД из ЗУП в СБис я отправляю и все выгрузки РСВ делаю

(65) Но в-общем я порой сам так делаю. Вместо автоматики беру эксель в зубы и
порой так просто быстрее получается

(67) вопрос в том, что считать успехом.

(68) Для меня тут все однозначно.
Если работает более-менее штатно и в общем случае без меня. Это что касается механизмов создания данных, пользовательского интерфейса, кнопочек, закладочек . А вот что касается всяких обработок данных обменов интеграций и прочего, нюансов всяких при формировании бух. отчетности - вот тут я отвечаю за базар :)

Еще раз спрошу:
То есть вы считаете что лучше остаться на 7-ке, перевести ее на скуль, наладить обмены с БП и ЗУП (ЗУП давно ведется),
по максимуму дообновить мою ТИС 937 до текущего релиза и так ее и тащить до упора?

(61) ХЗ. С моими доработками без меня контора проработала больше 3 лет (консультировал только 2-3 раза). На внедрение снеговика они за это время потратили два годовых "моих" бюджета отдела, практически безрезультатно. Зато"типовое", да...
"потому что мне намного интереснее предметниками заниматься, внедрением, всякими обработками данных, ЭДО может маркировками, выгрузками на сайт, обменами с сайтом, интеграцией с поставщиками - а не механизмами их создания" - все "механизмы" должны работать без программиста, программист как раз занимается "механизмами их создания"
(66)ССЗБ.
(67) "Мужик, наточи пилу - некогда мне пилить надо!"©

(70) возьми да посчитай. советы не имеют смысла. смысл имеет только расчет (денег, рисков) для конкретной организации.

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

(72) Несмотря на то что мы немаленькие многофирменные и пр - никакого зама нет. Отдел из двух человек - я и сисадмин

(70) если не знаешь, что делать - беги оттуда!

(74) Я там занимаюсь буквально с нуля с 2003 года ими нештатно а потом когда стали большими - штатно.
Так вот!

(74) Возможно как вариант уйду во франч и буду удаленно заниматься любимой конторой. Ей наврное будет дешевле ну и одно дело моя личная поддержка а дургое дело поддержка целого франча

(76) франчи - позор 1с ! ©це боян

(77) команда молодости нашей(с)

(78) "лучше дочь - проститутка, чем сын во франче"©? :-)

(76) забей нахуй дешевле или дороже. Думай о своей. Ты там простой наёмник. Прибылью и дивидендами с тобой НАТО не делится, хуле думать о том, что к тебе не относится...

Ничего себе обсуждение удаления записей из таблицы 1СUPDTS в многопользовательском режиме ;)