Одноврем. работа 100 юзеров с одинак.фун-лом

[dmites]

С диапазоне уже работаем, каждый работает в своем и всё это сливается в общую базу. Кстати проверяли на одновременный учет - был достигнут немного нестандартным способом. Допустим База общая + две базы Магазин1 и магазин 2. Убиваем в магазине учетные таблицы
32, 5802 и т.д. Делаем View этих таблиц, берущую нужный диапазон соответствующей таблицы из общей базы и вуаля- все работает. счастье возможно, но
если сделать общим справочник Item надо отключать коррекцию себестоимости в карточке иначе лочка
во базе где используется View надо либо убрать все sift-поля, либо на все делать view
И счастье заканчивает как только общей становится 83 таблица, где записей мало и лочка цепляет "соседа"

[RedFox]

Цитата:

Сообщение от dmites

С диапазоне уже работаем, каждый работает в своем и всё это сливается в общую базу. Кстати проверяли на одновременный учет - был достигнут немного нестандартным способом. Допустим База общая + две базы Магазин1 и магазин 2. Убиваем в магазине учетные таблицы 32, 5802 и т.д. Делаем View этих таблиц, берущую нужный диапазон соответствующей таблицы из общей базы и вуаля- все работает. счастье возможно, но

ну правильно - все будет работать... Это же 2005 и потому что Представление это нехранимая/хранимая процедура с условиями на таблицу. Правда если пропадает связь, то будет проблемка

Цитата:

если сделать общим справочник Item надо отключать коррекцию себестоимости в карточке иначе лочка

Можно попробовать включить версионность (хранение в TempBD), но пока они сделали только для всей БД, а не таблиц. Но я думаю, что в след. версии уже будет такое.

Цитата:

во базе где используется View надо либо убрать все sift-поля, либо на все делать view
И счастье заканчивает как только общей становится 83 таблица, где записей мало и лочка цепляет "соседа"

Да... и в таком случае нужно делать каждый раз новый Раздел

[rmv]

Цитата:

Сообщение от dmites

С диапазоне уже работаем, каждый работает в своем и всё это сливается в общую базу. Кстати проверяли на одновременный учет - был достигнут немного нестандартным способом. Допустим База общая + две базы Магазин1 и магазин 2. Убиваем в магазине учетные таблицы
32, 5802 и т.д. Делаем View этих таблиц, берущую нужный диапазон соответствующей таблицы из общей базы и вуаля- все работает. счастье возможно, но
если сделать общим справочник Item надо отключать коррекцию себестоимости в карточке иначе лочка
во базе где используется View надо либо убрать все sift-поля, либо на все делать view
И счастье заканчивает как только общей становится 83 таблица, где записей мало и лочка цепляет "соседа"

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