Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Удаление записей из таблицы 1СUPDTS в многопользовательском режиме

v7: Удаление записей из таблицы 1СUPDTS в многопользовательском режиме
Я
   OnePrg
 
15.09.21 - 07:48
Сделал обработку, которая через объект ODBCRecordset перебирает строки таблицы 1СUPDTS и по условию через запрос DELETE удаляет по одной не нужные записи.

Можно ли эту обработку запускать в многопользовательском режиме? Конфликтов не будет при обращении к 1СUPDTS?
   Mikeware
 
1 - 15.09.21 - 07:49
"братва не возражает!"©
   ДенисЧ
 
2 - 15.09.21 - 07:49
А когда ты распроводишь документ, у тебя записи из регистра удаляются, тут у тебя конфликтов не возникает?
   Mikeware
 
3 - 15.09.21 - 07:55
(2) "это другое"©
   Bigbro
 
4 - 15.09.21 - 07:55
а вот подскажите люди опытные.
вопрос смежный, по УРБД - как долго может новая периферийка создаваться разворачиваясь из 1,2 Гб дат файла выгрузки
зная что конечный размер должен быть порядка 40 Гб?
есть ли смысл ждать, или ну его, клонировать из центральной?
   ДенисЧ
 
5 - 15.09.21 - 08:01
(4) От получаса до месяца )))
Сразу клонировать надо.
   Mikeware
 
6 - 15.09.21 - 08:01
(4) за 15 лет работы с клюшками только 1 раз создавал "из конфигуратора". Все остальные просто клонировал. "дешево, надежно и практично"©
   Bigbro
 
7 - 15.09.21 - 08:13
ну полчаса уже явно не вариант, а месяца в запасе нету)
спасибо, будем клонировать.
   tgu82
 
8 - 15.09.21 - 08:37
(7) Какой алгоритм клонирования? Столько лет делаю через конфигуратор, время тоннами уходит
   Mikeware
 
9 - 15.09.21 - 08:42
   Bigbro
 
10 - 15.09.21 - 08:44
(8) много статей есть.
в целом все просто - в ЦБ делаем новую периферийку в конфиге.
дальше в SQL выставляем DBFMODE и DBSTATUS из _1sdbset
на этом с ЦБ все.
потом копируем, в копии чистим лишние записи из этой таблички оставляем текущую и родительскую, и меняем их моды центр на P текущую на М

и _1ssystem dbsign/
   tgu82
 
11 - 15.09.21 - 08:46
(10) База ДБФ. Но для разных перифериек настройки миграции разные - как с этим быть?
   Mikeware
 
12 - 15.09.21 - 08:48
(10) можно и руками запись добавить.
а для остальных действий - обработка в 20 строк пишется один раз и навсегда...
   Mikeware
 
13 - 15.09.21 - 08:49
(11) чистить. Удалить ненужное гораздо проще.
   Aleksey
 
14 - 15.09.21 - 08:49
(3) А как же индексы?
   Mikeware
 
15 - 15.09.21 - 08:49
(11) а базы дбф - для игры, не более того...
   Mikeware
 
16 - 15.09.21 - 08:50
(14) а в сиквельной индексы сами поддерживаются
   tgu82
 
17 - 15.09.21 - 08:53
(15) Ага. База центральная и 6 перифериек. Базы по 10 ГБ - ничего себе игры.
Так для ДБФ как правильно клонировать?
   acanta
 
18 - 15.09.21 - 08:54
Проблема в дбфной базе может быть когда ее из-за размера файла выгрузки уже нельзя упаковать в 32х зипом и соответственно перегнать в сиквел только через распределенку
   Mikeware
 
19 - 15.09.21 - 08:55
(17) 10Г - это ниочём.
   Mikeware
 
20 - 15.09.21 - 08:56
(18) если дбфная может жить - то ее выгрузка вполне влазит в зип
   tgu82
 
21 - 15.09.21 - 08:56
(19) Ну значит вру база около 20 ГБ. Регистр движения партий к 2 ГБ подбирается.
Ну а все-таки как для ДБФ склонировать?
   Bigbro
 
22 - 15.09.21 - 08:57
(17) игры с дбф даже на 10 Гб это ходить по краю. зачем вам это? переходите в скуль.
но в целом по таблицам делается все то же самое только не в скуле а в дбфках.
   tgu82
 
23 - 15.09.21 - 08:57
(20) Итоги очень долго пересчитываются когда создаешь. Я ж сначала свертываю ЦБ а уже потом пересоздаю ПБ
   Mikeware
 
24 - 15.09.21 - 08:58
(21) не знаю, я в игрушки давно не играю.
   tgu82
 
25 - 15.09.21 - 08:59
Кто-то может подсказать?
   ДенисЧ
 
26 - 15.09.21 - 08:59
(21) ДЛя дбф всё то же самое, редакторы для dbf-файлов существуют в количестве.
   Ёпрст
 
27 - 15.09.21 - 08:59
(21) аналогично. Алгоритм одинаковый
   Mikeware
 
28 - 15.09.21 - 09:00
(23) ну если у тебя увлечение - прикладная проктология, то это твой выбор...
У меня итоги в 160Г пересчитывались три-четыре часа, (это если все, а не выборочно).
   tgu82
 
29 - 15.09.21 - 09:10
(28) Да просто многофирменное все. И столько всего всяикх нюансов... Пытаемся перейти на 8-ку, я бы день и ночь пахал, почти от всех бы подработок отказался ради этого :) Вопрос только в алгоритме этой пахоты. Мне никто магазины останавливать не позволит и опт тоже и строительный наш блок тоже. Так что дело это стремное но без него вообще кирдык наступит :)
   Mikeware
 
30 - 15.09.21 - 09:14
(29) я тебе по секрету скажу - КД придумана очень давно...
 
 
   tgu82
 
31 - 15.09.21 - 09:16
(29)+ УТ сам по себе сложный в смысле настроек и вообще работы отделов в нем.
Так что мне кажется здесь даже большая засада чем с переносом данных и их пока постоянной синхронизацией с ТИС 7.7.
Книжки-то никто не читает :)
   Mikeware
 
32 - 15.09.21 - 09:23
+(31) даже ты.
   acanta
 
33 - 15.09.21 - 09:26
+(32) даже я
   tgu82
 
34 - 15.09.21 - 09:28
(32) Да я то читал как раз. Просто 7-ка годами отстраивалась и приходили новые сотрудники и попадали сразу на готовое, легкое обучение и все. А потом менялось дальше но по не сразу же а по задачкам. А теперь сотрудникам надо разом перестроиться и начать работать в УТ. Мое дело тут скорее первоначальные настройки интеркомпани, обмены администрирование БД и т.д.
   acanta
 
35 - 15.09.21 - 09:32
Интеркампани на первом этапе можно заменить выделенным сотрудником или двумя. Желательно с опытом работы в отделе закупок.
   tgu82
 
36 - 15.09.21 - 09:38
(35) При закрытии кассовой смены автоперепродажи у меня возможно с
нескольких фирм оптовых на на две розничных. Ну да можно конечно через заполнить по недостаче
Ну по-сути только автомат у меня и делается. И склады у меня оптово-розничные в 7-ке.
   Mikeware
 
37 - 15.09.21 - 09:59
(34) ну, во-первых, УТ=УГ, по определению, архитектуре, скорости и всем остальным параметрам.
во второых, "голая" ТИС - почти такое же УГ.
доработанная ТИС всяко уделывает все новомодные свистоперделки. но кастомизация - она всегда "под себя" (под конкретные БПП), а ТИС/УТ - они "для всех в среднем" (ну, "у усредненного человека одна сиська и одно яйцо", да). Ну и поэтому кастмизированная работает хорошо в частном случае, а типовая - "хоть как-то", но практически всегда
   tgu82
 
38 - 15.09.21 - 10:03
(37) Вот и хочу поначалу хоть как-то но практическки всегда. Ведь это не игрушки а бизнес - процессы. Есть бенефициары и они в игрушки играть прсто не позволятт да я и сам категорически против. Должно работать все практически штатно поначалу и все тут. Кстати для кабеля я читал в УНФ чего-то 1С скреативила. Может и в УТ уже такое есть.
   Mikeware
 
39 - 15.09.21 - 10:12
(38) "по началу хоть как-то" наткнется на сопротивление персонала. там, где раньше все делалось одним нажатием кнопки (а то и без нажатия) - придется делать 100500 действий.
там, где железо хавало 8000 документов в день - оно сможет схавать 16000 в месяц... отсюда будет сделан "логичный" вывод - ПГ/ПМ...
   tgu82
 
40 - 15.09.21 - 10:23
(39) К примеру прослеживаемость у нас наступит и уже в 7.7 с этим делом большая заморочка или массовая маркировка пойдет как в опте так и в рознице. И что тогда???
   Mikeware
 
41 - 15.09.21 - 10:23
(40) давно б дописал уже...
   tgu82
 
42 - 15.09.21 - 10:24
(40)+ Или еще какой-нибудь законодательный финт ушами придумают из-за
которого много чего дорабатывать придется.
   tgu82
 
43 - 15.09.21 - 10:27
(41) Не знаю. Есть конечно внешние доработки очень неплохие. Но все равно. Хочу практически штатно с обновлениями. Еще же всякие обмены с бухиями (и 7.7 и уже БП 3.0).
   Злопчинский
 
44 - 15.09.21 - 10:33
(22) 10 гб на дбф это в порядке вещей, размер добирается в основном парой таблиц.
   Злопчинский
 
45 - 15.09.21 - 10:34
(28) это ты хитрый, пересчитываель на скуле нештатно.
   Mikeware
 
46 - 15.09.21 - 10:40
(42) что одно дорабатывать, что другое... что пнем об сову, что совой об пень.©
(43) такой большой, а в сказки веришь...
(45) у меня задача была - контролировать и исправлять не останавливая работу, ибо 24/7. Вообще, аптайм был месяц без часа (рекорд - 15 минут простоя в месяц). поэтому все пересчеты итогов, ВГП, обновления, обрезки базы и т.п делалось в разделенном режиме в часы наименьших нагрузок.
   Злопчинский
 
47 - 15.09.21 - 10:40
(34) дотянуть до конца года на 77. За э о время отчекрыжить переход, отработать схемы работы, допрограммить по минимуму. На НГ праздниках сделать переход. Потом две недели будет притирка идти. И все. Максимально опираться на типовые возможности. Попервости пусть более ше руками делают чем что-то существенное допрогрсммливсть. Заодно поймут зачем в конторе один нэсник :-)
   tgu82
 
48 - 15.09.21 - 10:44
(41) Перейти на скуль. Ну для этого надо скуль знать и 1С++. То есть для любого действа надо пропустить через себя кучу инфы причем с получением навыков практического использования того что изучишь. Вот Андрей Андреевич мне помогал по SQL и 1С но я смотрю на эти прямые запросы и никак не могу осилить их алгоритм. А еще почему-то в отчете по остаткам остатки пропали и обмен УРБД какой-то косячный получился. Хотя на Фокспро когда-то Select, Create Table использовал весьма активно. Все зараза забылось с неиспользованием.
   tgu82
 
49 - 15.09.21 - 10:48
(47) Это если б была одна база а тут РИБ по полной
   Ёпрст
 
50 - 15.09.21 - 10:52
(46) ты не поверишь. В дбф итоги считаются еще быстрее, чем в скуле
   Mikeware
 
51 - 15.09.21 - 10:53
(48) Знать прямые запросы - полезно хотя бы просто потому, что в снеговике они один-в-один. И табличное поле - весьма похоже. Идеологически.
если не знаешь - то и с снеговиком будут проблемы. почему бы их не предотвратить заранее?
(49) ичо? а снеговике РИБ доделали, самому писать меньше. Снежинку в снеговике я не пробовал, конечно, делать - но вроде даже проще получается....
   Ёпрст
 
52 - 15.09.21 - 10:54
в снеговике риб проще сделан
   Ёпрст
 
53 - 15.09.21 - 10:54
да и кодом можно дописать как угодно
   Mikeware
 
54 - 15.09.21 - 10:55
(50) возможно. Тебе - верю :-)
на остановленной базе я быстрее посчитаю, это точно. (можно даже в два этапа - с подменой итогов)
   tgu82
 
55 - 15.09.21 - 10:59
(51) Собственно никак не выйду на начало. То есть на уже готовую структуру предприятия с РИБ чтоб потом настроить кассы сканеры банковские терминалы и т.д.
(53) Если знать этот чертов код. :)
   Mikeware
 
56 - 15.09.21 - 10:59
(55) ССЗБ
   tgu82
 
57 - 15.09.21 - 11:08
(56) Вот видишь куда мне в УТ когда я даже забыл что такое ССЗБ. Пришлось гуглить :)
А если РИБ в УТ - ведь мне по идее на магазине нужны только склады магазина этого. А остальное через РС " информационные остатки по магазинам" справочно. Или мне все надо обменивать вообще?
   Mikeware
 
58 - 15.09.21 - 11:14
(57) дык делай! так, как надо - так и делай. Сказки, что "а в восьмерке всё реализовано" - оставь младшим дошкольникам.
   acanta
 
59 - 15.09.21 - 11:18
Сказку "в восьмерке все реализовано" рассказывать должен не программист, а эйчар или владелец, который продает бизнес тому, у которого "уже все реализовано" на сапе/аксапте и т.п.
   Mikeware
 
60 - 15.09.21 - 11:23
(59) так это собственникам и ЛПР рассказывают впендренцы.
 
 
   tgu82
 
61 - 15.09.21 - 11:29
(58,59) То есть на одном человеке должна в определенной степени повиснуть ответственность за всю фирму 1С ?
Так что ли? Тогда блин у него зарплата должна быть как у всей фирмы 1С.

Если я  уволился к примеру (потому что мне намного интереснее предметниками заниматься, внедрением, всякими обработками данных, ЭДО может маркировками, выгрузками на сайт, обменами с сайтом, интеграцией с поставщиками - а не механизмами их создания) то контора должна в случае сбоя (по законам подлости) просто встать потому что там тьма всяких моих и даже не совсем моих нетиповых вещей связанных именно с механизмами формирования данных???
   acanta
 
62 - 15.09.21 - 11:34
(61)нет, при увольнении сотрудника существует механизм передачи дел. Иногда бывает что передача дел происходит не в пределах отдела, а в пределах всей организации - т.е. увольняется программист, а принимают дела новые сотрудники бухгалтерии, менеджеры и т.д.
   tgu82
 
63 - 15.09.21 - 11:34
(61)+ А еще обмены всякие с бухгалтериями где я своими обработками прям в них формирую книги продаж и покупок и еще до фига чего. ДА лучше чтобы хоть это что по типовым механизмам.
   tgu82
 
64 - 15.09.21 - 11:37
То есть вы считаете что лучше остаться на 7-ке, перевести ее на скуль, наладить обмены с БП и ЗУП (ЗУП давно ведется),
по максимуму дообновить мою ТИС 937 до текущего релиза и так ее и тащить до упора?
   acanta
 
65 - 15.09.21 - 11:38
(63) а вместо одного вашего обмена еще два оператора в разных кабинетах (или разных городах), один набивает в одной базе, правой кнопкой мышки - вывести на печать и сохранить в ексель реестр расходных накладных и по почте отправить. А в другой базе тоже бухгалтер/менеджер - загрузит.
   tgu82
 
66 - 15.09.21 - 11:41
(65) Теоретически согласен. Практически будет дикий вой. Ибо даже СЗВ-ТД из ЗУП в СБис я отправляю и все выгрузки РСВ делаю
   tgu82
 
67 - 15.09.21 - 11:42
(65) Но в-общем я порой сам так делаю. Вместо автоматики беру эксель в зубы и
порой так просто быстрее получается
   acanta
 
68 - 15.09.21 - 11:43
(67) вопрос в том, что считать успехом.
   tgu82
 
69 - 15.09.21 - 11:56
(68) Для меня тут все однозначно.
Если работает более-менее штатно и в общем случае без меня. Это что касается механизмов создания данных, пользовательского интерфейса, кнопочек, закладочек . А вот что касается всяких обработок данных обменов интеграций и прочего, нюансов всяких при формировании бух. отчетности - вот тут я отвечаю за базар :)
   tgu82
 
70 - 15.09.21 - 11:58
Еще раз спрошу:
То есть вы считаете что лучше остаться на 7-ке, перевести ее на скуль, наладить обмены с БП и ЗУП (ЗУП давно ведется),
по максимуму дообновить мою ТИС 937 до текущего релиза и так ее и тащить до упора?
   Mikeware
 
71 - 15.09.21 - 12:01
(61) ХЗ. С моими доработками без меня контора проработала больше 3 лет (консультировал только 2-3 раза). На внедрение снеговика они за это время потратили два годовых "моих" бюджета отдела, практически безрезультатно. Зато"типовое", да...
"потому что мне намного интереснее предметниками заниматься, внедрением, всякими обработками данных, ЭДО может маркировками, выгрузками на сайт, обменами с сайтом, интеграцией с поставщиками - а не механизмами их создания" - все "механизмы" должны работать без программиста, программист как раз занимается "механизмами их создания"
(66)ССЗБ.
(67) "Мужик, наточи пилу - некогда мне пилить надо!"©

(70) возьми да посчитай. советы не имеют смысла. смысл имеет только расчет (денег, рисков) для конкретной организации.
   acanta
 
72 - 15.09.21 - 12:06
(70) по опыту моих коллег следующий этап - это оставить отдел на своего заместителя, открыть собственный франч и перейти на отношения клиент-заказчик с вашим работодателем. Если вы там чужой то никаких шансов.
   tgu82
 
73 - 15.09.21 - 12:56
(72) Несмотря на то что мы немаленькие многофирменные и пр - никакого зама нет. Отдел из двух человек - я и сисадмин
   Ёпрст
 
74 - 15.09.21 - 14:37
(70) если не знаешь, что делать - беги оттуда!
   tgu82
 
75 - 15.09.21 - 14:57
(74) Я там занимаюсь буквально с нуля с 2003 года ими нештатно а потом когда стали большими - штатно.
Так вот!
   tgu82
 
76 - 15.09.21 - 15:05
(74) Возможно как вариант уйду во франч и буду удаленно заниматься любимой конторой. Ей наврное будет дешевле ну и одно дело моя личная поддержка а дургое дело поддержка целого франча
   Ёпрст
 
77 - 15.09.21 - 16:15
(76) франчи - позор 1с ! ©це боян
   acanta
 
78 - 15.09.21 - 16:17
(77) команда молодости нашей(с)
   Mikeware
 
79 - 15.09.21 - 16:21
(78) "лучше дочь - проститутка, чем сын во франче"©? :-)
   Злопчинский
 
80 - 15.09.21 - 16:30
(76) забей нахуй дешевле или дороже. Думай о своей. Ты там простой наёмник. Прибылью и дивидендами с тобой НАТО не делится, хуле думать о том, что к тебе не относится...
   victuan1
 
81 - 16.09.21 - 06:28
Ничего себе обсуждение удаления записей из таблицы 1СUPDTS в многопользовательском режиме ;)


Список тем форума
 
Читай всё полезное и впитывай, а нападки игнорируй. Здесь так принято. aka AMIGO
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.