Форум казахстанского налогоплательщика

d_Fedor писал(а):Цель моих "замечаний" все таки в том что прежде чем что-то использовать нужно понимать "ограничения" решения.

Все ограничения указаны в шапке я их прекрасно понимаю.

d_Fedor писал(а):Представьте Ваше решение воткнут в базу с 70 пользователями и документооборотом скажем 800 - 1500 в день? Блокировки гарантированы!

Суть программы - контроль изменений документов. У каждого документа своя запись в справочнике, а 1с сама контролирует одновременную запись одного и того же документа одновременно.

d_Fedor писал(а):Особенно в момент формирования отчета и активной работы пользователей.

Отчет подразумевает анализ изменений прошлого, а не настоящего. Активные пользователи работают как правило в настоящем времени.

d_Fedor писал(а):Конечно если Вам необходим только пиар и реклама, то согласен обсуждать в таком случае нечего...

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

Кайрат-F2 писал(а):Думаю мы со временем решим эту проблему одним из двух способов:

1. либо будем периодически ругаться в тех или иных темах, при этом к форуму относиться только как к месту для вопросов, а каждый свои наработки будет держать при себе, также как и свой опыт
2. начнем вместе работать, делиться опытом, идеями. Выработаем культуру написания тем, комментирования, общения

В принципе даже те ответы, которые есть в этой теме были полезны автору (наверное), да и другим дали больше знаний о предмете.

Лучше бы вторым способом )
Извините, если я сказал лишнего, я лишь пытался отвечать на все вопросы, связанные с моей разработкой.

Ох уж эти программисты, кто бы что не выложил, всё равно кого то что-нибудь не устроит. В общем, конечно же, критика приветствуется, только конструктивная. И без перехода на личности. А по вопросу пиара и рекламы - это зря конечно. Я думаю тем, кто есть на этом форуме ни то ни другое не нужно.
В очередной раз поддержу Кайрата

Кайрат-F2 писал(а):начнем вместе работать, делиться опытом, идеями. Выработаем культуру написания тем, комментирования, общения

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

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

Ох уж эти программисты, кто бы что не выложил, всё равно кого то что-нибудь не устроит.

Всегда есть что обсудить, всегда будет несколько мнений. Но когда обсуждение конструктивно, у автора разработки появится стимул для улучшения. Я использую эту практику и иногда кардинально переделывал свои разработки после замечаний. Так что обсуждение стоит свеч

Суть программы - контроль изменений документов. У каждого документа своя запись в справочнике, а 1с сама контролирует одновременную запись одного и того же документа одновременно.

Рекомендую приобрести книгу М.Г. Радченко, Е.Ю.Хрусталева "1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы" (+CD)
Там достаточно неплохо расписаны методы работы платформы с объектами. Отсюда утверждение о Своей записи несколько неверно. К этому можно добавить что код должен работать со всеми предусмотренными платформой СУБД, так вот Вам информация к размышлению: В случае использования PostgreSQl 32 разрядной версии блокировка происходит на уровне таблицы, а не на уровне записи, основываясь на данном факте нетрудно понять последствия...
Да и я например не уверен что сама платформа при включенных автоматических блокировках "правильно" выберет режим блокировки. Добавлю что при формирование отчета у Вас в любом случае происходит блокировка ВСЕЙ таблицы на весь момент чтения, соответственно в этот момент никто не сможет произвести запись!!! Это к стати информация к Вашей фразе

Отчет подразумевает анализ изменений прошлого, а не настоящего. Активные пользователи работают как правило в настоящем времени.

Запрос не обращается к "части записей", он в любом случае сначала блокирует всю таблицу, производит чтение, а только потом разбирает. Может объясняю несколько утрированно... Но это факт.

d_Fedor писал(а):М.Г. Радченко, Е.Ю.Хрусталева "1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы" (+CD)

имеется пока только электронный вариант.
...
В общем не буду спорить, была бы потребность и все можно адаптировать. Тестировал на файловом и mssql вариантах 8.1 и 8.2
В данный момент в базе работают активно ~30 пользователей, полет стабильный, 8.2 УТП, mssql 2005, скорость заполнения 500-700 документов в день.

будут вопросы, отвечу.

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

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

det писал(а):Полезная штуковина, мне бы пригодилась. У нас частенько возникают подозрения на различные преступные махинации со стороны сотрудников, и знать состояние каждого объекта в конкретный момент времени очень бы не помешало. Пока что подумываю реализовать это в виде отдельной БД, потому что полностью согласен с Дядей Федором в плане производительности. Для небольших компаний эта разработка может быть крайне полезна.

Могу опровергнуть )
С того времени в базе накопилось 1 384 920 записей. Тормозов не обнаружено.
Конечно вносились некоторые доработки, связанные например с ограничением ТЧ в 999999 строк или с ссылками (ссылки теперь хранятся в строковом виде, для решения проблем с удалением)
Причем журнал был существенно доработан, на данный момент ведется учет справочников, документов, констант и регистров сведений. Так же можно выполнить восстановление документа прямо из документа (реализовано в виде внешней печатной формы). Появилась настройка для выбора отслеживаемых объектов ну и отчеты стали более подробными.