| Регистрация Правила Главная форума Поиск |
| 0
- 02.12.2012 - 19:24
|
1С 7.7 ТИС на терминальном сервере + УРБД Примерно 30 ползователей Хочу избавить от лишнего в-принципе документа, который до этого формтировал один регистр опер.учета и сделать проведение по этому регистру в "родительских" документах: реализация, перемешение, чек ккм, поступление, оприходование, списание, комплектация, строкаавансовогоотчетазакупкатмц. Вот думаю, что лучше: 1. создать реквизит в 11 видах документа - строку неограниченной длины или 2. просто создавать внешний файлик для каждого документа и считывать из него ТЗ при проведении или 3. Создавтаь непроводящийся подчиненный документ с этой табличной частью - но туту очень много всяческих проблем начинает вожникать (в т.ч. с пометкой на удаление, распроведением, изменением и т.д.). ЕЩЕ СУШЕСТВЕННЫЙ МОМЕНТ. МНЕ НУЖНЫ ТОЛЬКО ДВИЖЕНИЯ РЕГИСТРА ,А САМИ "ВТОРЫЕ" ТАБЛИЧНЫЕ ЧАСТИ МНЕ НУЖНО ХРАНИТЬ НО МАКСИМУМ МЕСЯЦ. ЧТО ПОСОВЕТУЕТЕ???     | |
| 81
- 03.12.2012 - 23:02
|
забыла - еще строки можно хранить в справочнике. Мне не понравилось Изначально нужно строить систему максимально просто - потом тяжело переделывать а насчет базы и количества - у нас с 2004 года производство хранится в базе. Что куда пошло, кто поставщик и кто делал. Правда, нафиг в 99.999% не нужно - но иногда разборки бывают. С данными давностью 2-4 года | |
| 82
- 04.12.2012 - 01:45
|
(77) у ТС > Поэтому если хотите иметь реальные остатки - вносите ручками данные, из какого рулона реально отрезали. - как раз не склад режет, а набирается во время оформления "чека" откуда резать и переделка определяемой манагером нарезки возможна, по идее, только тогда, когда из-за возможных допусков складу не получилось отрезать (последний кусок!) 7 м, а получилось 6.95... ;-) | |
| 83
- 04.12.2012 - 01:48
|
(80) > и все нужные проверки из процедур ПриЗаписи в которых проводится документ бухт в процедуру Проведения ссамого родительского документа. - поздравляю - все проверки которые делались нетранзакционно, в модуле проведения будут делаться в транзакции - и будут еще больше блокировать ресурсы. | |
| 84
- 04.12.2012 - 07:01
|
(80) - Чучундер. В проведение добавится совсем немного, но зато я буду гарантирован от того что возникнет несоответствие между остатками по кличеству и остатками по метражам. 0. ЕСЛИ ПО ОБЫЧНЫМ РЕГИСТРАМ ВСЕ ХОРОШО 1. проверяем есть ли в документе кабельный товар 2. проверяем сходятся ли количество по товару и подобранные метражи по бухтам 3. Проверяем есть ли остатки по метражам Думаю что все это будеи за миллисекунды проходить | |
| 85
- 04.12.2012 - 07:55
| (84) я бы подумал насчет выноса п.2 в модуль формы в ПриЗаписи() или ПриЗакрытии() - если бухты у тебя подбираются интерактивно. | |
| 86
- 04.12.2012 - 07:57
| (2) а с учетом того, что у тебя любят удалять строки из дока "чек" и это возможно еще при проведенном документе - то у тебя будет проведение задним числом, штатные остатки = временные итоги = увеличение времени проведения, а если проверку бухт не туда в куда надо в модуле впендюришь - то и таблица бухт будет блокироваться дольше. | |
| 87
- 04.12.2012 - 08:14
|
(85,86) - Неа. Из проведенного Чека цже ничего удалить нельзя. Я сразу все блокирую Не хочу я при записи и при закрытии - а кроме того, бухтовые регистры я всегда проверяю на актуальные остатки - никаких временных расчетов | |
| 88
- 04.12.2012 - 08:17
|
чучундер - лох. Если проверки проводить в ПриЗаписи, то при большом числе активно работающих пользователей можно залететь в списание в минус по бухте. мне пришлось от этого уходить, когда юзеры нарвались на это при активной работе свыше полусотни юзеров по понедельникам (активная выписка материалов со складов на неделю). ниче, разрулила - блокировка не висит. Сам расчет идет в призаписи - при проведении только проверка, запрос конкретный, отрабатывает очень быстро | |
| 89
- 04.12.2012 - 08:24
| 88 - Helen1986 Балзам на мою душу. Именно из-за таких коллизий порой приходится перепроводить документ бухт по 3 раза. Пусть лучше пойдет проверка в проведении и если толкьо что-то не сходится - отлуп и пусть переподбирают. Зато остатки будут всегда актуальными. И никто никакие бухты уже не уведет в момент проведения | |
| 90
- 04.12.2012 - 08:27
| 88 - Helen1986 Ну а все-таки - как лучше всего организовать мою вторую ТЧ с учетом того, что я если потом понадобится - всегда возьму ТЧ из движений регистра бухт основного документа и сама эта вторая ТЧ мне нужны ну максимум месяц ??? | |
| 91
- 04.12.2012 - 08:50
| (88) согласен. посыпаю голову пеплом. в моей сметри прошу винить ... | |
| 92
- 04.12.2012 - 09:05
| 91 - Чучундер Пробовал ставить в проведение "Предупреждение" - не удалось в папке пользователей обнаружить хоть подобие изменений связанных с блокировкой, хотя блокировка ессно была | |
| 93
- 04.12.2012 - 09:35
|
(92) если Чучундера угостить лопатой из=за угла - он еще и не то придумает (90) я делала через скрытые доп колонки - партии прятала туда. При снятии с проведения инфа о партиях сохраняется. Через доп подчиненные документы - тоже делала. Но там было доп условие - проведение датой отличной от основного дока - в семерке только другим документом. Важно было сохранить - перечень работ по объекту - расход материалов по партиям (драть поставщиков при браке поставленного) - отслеживание графика работ (драть исполнителей за несоблюдение сроков) - другие фишки | |
| 94
- 04.12.2012 - 09:37
| 91 - Чучундер Специально для тебя. Есть у меян отчет по отгруженным-оплаченным, по которму проценты менегерам начисляются потом. В нем перед запросом по регистру партии стояло "НачатьТранзакцию" Отчет этот запускали очень многие в разное время дня. И он блокировал что только мог. Теперь я это из отчета НачатьТранзакцию убрал, добавил в ЖР сообщение что кто-то его запускает. В результате сегодня опка что полет нормлаьный, но отчет этот запущенный в обычном режиме - каждый раз дает разные результаты - "грязные" регистры одним словом | |
| 95
- 04.12.2012 - 12:02
| (Всем) Малость не по теме. Посоветуйте простенький и надежный двоичный редактор, хочу kernel33 использовать | |
| 96
- 04.12.2012 - 12:11
| Всем - Вопрос снят. Вроде как то нашел что надо | |
| 97
- 04.12.2012 - 12:51
|
(0) я не советовать хочу.. просто сообщить, что в паре документов у меня вторая ТЧ в виде ТЗ при открытии ТЗ = ЗначениеИзСтрокиВнутр(СтрокаТЗ); //извлекаем ТЗ при изменении СтрокаТЗ = ЗначениеВСтрокуВнутр(ТЗ); //запоминается при сохранении дока, чтоб извлечь ТЗ СтрокаТЗ - реквизит в доке - строка неогр.длины | |
| 98
- 04.12.2012 - 13:08
|
Вот примерный вид (никогда здесь не вставлял картинки, не знаю, что получится) | |
| 99
- 04.12.2012 - 13:17
| 97,98 aka AMIGO - Ну у меня в одном из проектов (работет с 2006 года) так и сделано, но фокус в том, что все эти ТЧ 1С хранит в одном файле 1sblob.dbf и я опасаюсь что при многопользовательском обращении к нему могут возникнуть транзакции а я итак время от времени с ними борюсь | |
| 100
- 04.12.2012 - 13:39
|
99-Путевый лист > есть вариант Кунташова, вторая ТЧ - но фактически - это второй связанный (подчиненный) документ, из которого черпаются сведения. у меня это было сделано лет 5 назад, сейчас трудно вспомнить подробности. делал в ЗиКе вторую ТЧ для сдельных работ.. :( Если интересно - могу поискать подробности.. кажется, на домашнем компе был этот вариант | |
| 101
- 04.12.2012 - 13:50
|
99-Путевый лист > посмотри, что я тут нашел на рабочем компе.. авось поможет http://narod.ru/disk/64269769001.724...ample.zip.html | |
| 102
- 04.12.2012 - 13:54
| 101 aka AMIGO - обязательно посмотрю. у меян вторая тч в виде подчиненного документа давно действует, просто этот документ еще и проводил доп.регистр и все это оказалось в конце концов неудобно избыточно и малопрозрачно | |
| 103
- 04.12.2012 - 13:58
|
(97) "я не советовать хочу.. просто сообщить, что в паре документов у меня вторая ТЧ в виде ТЗ при открытии ТЗ = ЗначениеИзСтрокиВнутр(СтрокаТЗ); //извлекаем ТЗ" за такое убивать нужно. Лопатой. И закапывать за углом. Никакого контроля, который предоставляет 1це по умолчанию | |
| 104
- 04.12.2012 - 14:04
| 103 Helen1986 - А что у меня контролировать??? тч она и есть тч. если вдруг решат удалить товар, один хрен - пока весь документ не удалят или товар из документа - товар из базы не удалишь, а вот удаление строки из главной тч - это я легко проконтролирую, но посмотрим - я еще пока раздумываю. Сейчас транзакций практически нет, поставлю кернел33 а потом уже буду докуривать проблему | |
| 105
- 04.12.2012 - 14:11
|
вдогонку http://www.mista.ru/articles1c/hare/article.74.html | |
| 106
- 04.12.2012 - 14:17
| хм... открытие америки в 320-й раз | |
| 107
- 04.12.2012 - 14:19
|
+105 http://alsproject.ru/forum/4-28-1 (это другой источник) | |
| 108
- 04.12.2012 - 14:32
| Почитал... Путевому подойдет мой вариант реализации нескольких ТЧ. Как в (49), но без интерфейсных сложностей и ТЗ, которые эмулируют ТЧ. Просто используем родную ТЧ, но псевдоТЧ разносим на разные закладки. | |
| 109
- 04.12.2012 - 17:24
| (92) если предупреждение поставить после входа в обработку проведения, но до обращения к объектам базы - ничего еще пока не заблокировано... | |
| 110
- 04.12.2012 - 17:29
|
109-Чучундер >я проверил, файлики ниочем. Надежного способа отследить кто и что блокирует в дбф практически не существует. http://www.sql.ru/forum/actualthread.aspx?tid=225132 | |
| 111
- 04.12.2012 - 19:26
| (110) возможно по содержимому файлов можно сделать "выводы"..? с другой стороны тяжкую проблему с блокировкмаи у ТС вроде сняли. | |
| 112
- 05.12.2012 - 06:44
| (В продолжение темы) Поставил kernel33, так как регистр партий ввышел 1 гигабайт. Но вот индексный файл его всего 71 мб. Вроде и индексы сносил, переиндексировал. Я как-то всегда считал что индексный файл должен быть больше по размеру чем его DBF-источник. ПРАВИЛЬНО ЛИ ЭТО??? | |
| 113
- 05.12.2012 - 21:23
|
ну флудить не положено иогу и по морде получить задача то в чем конкретней ? делалп в подчиненном документе для сервис центра получил сексуальный опыт причем гомо при свертке базы задача ? | |
| 114
- 05.12.2012 - 21:26
|
завтра вы помрете мы вас обслуживать не будем иоб нам за все ето гемор а конторе попадалово на деньги ето факт ( зы ет я так любя | |
| 115
- 05.12.2012 - 21:30
| у нас такая девушка симпатишная новая и по 1с соображает и говорит что борщ умеет готовить и шапочку мне обещала связать с пумпонами.. вот | |
| 116
- 05.12.2012 - 21:38
| 112-Путевый лист > Нет. | |
| 117
- 05.12.2012 - 22:14
|
Конечно, нет. Если, к примеру, индексированным полем будет только id, то с чего это индексный файл будет больше таблицы? Остальные-то поля в индексе не участвуют совсем, их как бы и нет. А .cdx - множественный индекс, кстати. Обычно одинэсовские таблицы имеют множественный индекс (можно посмотреть в ДД) | |
Интернет-форум Краснодарского края и Краснодара |
