OFF: Конфигуратор для двух человек #622955

Добрый день. Есть база 1С 8.2. Возможно ли двум программистам работать одновременно в конфигураторе? Заранее спасибо!

Используйте хранилище для совместной работы.

да, но чтобы было все более-менее нормально, нужно использовать хранилище, и база должна быть клиент-серверная.

подробности нужны?

+100500 с хранилищем хоть сотне программистов, но вот если сами программисты задают такие вопросы, то имхо вызывайте спеца

:)...групповое прохождение?

Итак, в консоли кластера добавляем две базы базы, в качестве базы СУБД указываем одну и ту же. Заходим в одно любую конфигуратором, и создаем хранилище. э... все. теперь каждый из прогов может зайти конфигуратором в свою базу, подключиться к хранилищу, захватывать объекты (одновременно-то все равно не захвататя один и тот же объект благодаря хранилищу), и будут вносить изменения в одну и ту же базу на самом деле.

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

Изврат какой то...

мосье знаток изысканных удовольствий

Сначало надо создать гильдию, клан и тогда в хранилище лезть

2 мое дело рассказать способ, дело всех остальных использовать его или НЕ использовать.

я бы сказал - провокация. так делать не стоит. последствия не предсказуемы (со слов 1С). хотя я, не помню зачем, тоже так работал. проблем не нажил :)

2 ну, я надеюсь что так никто не будет делать с продакшен базой, а только с той, которая дла разработки

Хотя с другой стороны - это способ сделать что-то типа сервера постоянной интеграции, когда база огромная и копии делать накладно. Так одна копия всегда будет содержать nightly build, который можно тестить и в хвост, и в гриву. Плохо только, что это магия крови - церковь и маги круга таких действий не одобряют, называя их сотонистскими извращениями и грозя с проклятиями отлучить от церкви адептов этого учения. Не понятно, сколько проживет такая база и при каких условиях превратится в бессмысленный набор байтов.

2 да, именно, это наш способ экономит дисковое пространство. :)

подумаешь, превратиться.. развернем ночную копию, и подключимся заново к хранилищу. :)

И тут глубоко задумался... а давно оно у вас так работает? Прецеденты потери базы были? Сколько народу так к базе подключено?

вах, "живой прайм!" дописки и демоническое обновление на рабочей базе каждые полчаса?

2 ну, если очень хочется, то пожалуйста, кто ж вам запретит

2 нет, недавно, и в каждую такую базу пущены не все, а парами. :) стремно ибо.

блин, какая жаль, что объективных данных мало...

ок, расскажу через неделю-две

рассказываю. Нежизнеспособная схема. К косякам не приводило, приводило к выбросам время от времени. И после таких выбросов не давало подключиться к хранилищу, сообщало о том что ошибка связывания базы с хранилищем. Приходилось отключаться от хранилища и подключаться заново, что требовало дополнительного времени.

Романтично то как... Один конфигуратор на двоих... До самого увольнения...

Фига вы мазохисты. В штатном режиме работать с хранилищем религия не позволяет?

2 чувак, читай все посты. База 100 гиг. требуется чтобы данные были более-менее свежие у каждого прога.

(офф) Это что за такие алгоритмы, которые работают только на "свежих" данных? :) Зачем прогам "свежие" данные? Для баланса? Алгоритмы можно писать вообще не имея доступа к данным.

можно, но скучно

2 вообрази себе вообще не учетную базу.

какая жаль что плохого в том, что разработчик хочет сэкономить неделю на подготовке тестового стенда и не колотить всякие рутинные данные самостоятельно?

бекап-ресторе, натяг конфы. делов максимум на пол часа.

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

а когда база 3Тб?

2 ну час, чего  тебе часа жалко? :)

жаль дискового пространства? аргумент весомый. скажи еще процессор жаль, а то он так считает много и греется. думаю нет нужды тебе рассказывать про то что не обязательно фулл бекапами базу под рабочую подгонять. все это гораздо скучнее конечно чем , но это 100% рабочие варианты.

да хер там! пару часом только дамп из зоны бэкапов в тестовую передаваться будет, потом надо перетусню затеять, чтобы место найти, это тоже время, потом подождать, пока развернется, потом... короче это несколько дней А к хренилищу, у нас например, базу ни хера не подключишь потому, что в каких-то 200*-ных годах несколько тупней развлекались тем, что удаляли из конфы объекты и создавали другие с такими же именами. Справочник договоры, к примеру, таким образом в рот выиграли и, как следствие, выиграли все, что ему подчинено, это еще пол дороги до дохера справочников. Да и не один он такой, справочник Договоры... По этому просто натянуть конфу ни хрена не получится, надо делать это хитрыми шаманскими способами, которые тоже в неделю времени со всеми реструктуризаяйцами

да хоть 3, время то оплачиваемое. а пока ресторится можно кофейку попить и интернеты почитать

, ты теоретик, пороху не нюхавший

о, еще одно отличие 1Сника - абсолютизация своего партикулярного опыта.

с 3Тб базами дела не имел. но это ничего не меняет. возможности скуля и 1с одинаковы для баз любого размера

ты разговоры не о 1С-никах же, правда? Да они такие.

до твоих 22 см, речь шла о нескольких сотнях Гб. это вполне обычные размеры.

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

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

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