Внешние SQL-таблицы для 1с #8625

Тема конечно далеко не новая, но может кому-то будет интересно: В качестве сервера SQL-Express 2005, доступ через ADO - создание 50000 записей - 30 сек (в процедуре 1с). База 1с- dbf, справочник (код, наименование, 1 уровень) - 50000 элементов - время - в секунду 5 элементов - до сих пор записывает .

Ну и что?

1.Регистры эффективно делать на внешних таблицах: высокая скорость, нет блокировок 1с во время проведения.

Хех... Пробовал?

3. Да. Пока в виде модели.

Модель-то работающая? В многопользовательском режиме протестирована? С одновременной записью несколькими пользователями и одновременным же чтением?

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

т.е. ты должным образом не проверил, и "лишь бы чето сказать" вывалил сюда... так бы сразу и писал

Э... Все понятно...

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

8. Что тебе понятно? Мычать может каждый. Опиши конкретную ситуацию, когда в интерактивном режиме могут быть траблы.

+9. Групповое проведение доков (средствами 1с)делается в монопольном режиме. Если исключить программное проведение - то нет проблемы блокировок. Если программное проведение нужно - достаточно ввести в структуру регистра флаг блокирования записей по ключу док, если равен 1, тогда не производить очистку-добавление записей.

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

12. Дома - да, не впечатляет. Но в модели не вижу изьянов. Если ты их видишь - объясни. Для избавления от блокировок 1с - есть способы, но 1с не работает штатно ни с mySQL ни c SQLExpress.

дак это Матрена? это ж известный пустозвон...

14 :) Вот поэтому я и предлагал закрытый раздел на форуме. 1с-ники просто обожают возражать без аргументов.

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

16. Аргументы?

14. LOL  А ты так не угадываешь ;-))

Хорошо видимо Виталик день рождения отметил... Было это лет 5 назад. А еще синхронизация на уровввне SQL. Триггеры на управление записями контрагентов. В упраленческой создаешь, в 16 бухгалтерских базах появляется...

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

+20. Вернее я знал, что конструктивная критика не появится.

Сначала - 50 баксов за идею заплати....

(20,21) Да ладно, не заморачивайся на всякую ерунду. С днем рождения ;))...

23. Еще раз, спасибо. :)  Насчет ерунды: на 1с удобно юзать модели.

Удобно юзать бизнес-процессы. Вот это вещь...

25. Расскажешь 01.01.2005 :))

Обязательно расскажу... Хотя не я на это подписывался...

Сейчас только что запускал удаление всех записей и добавление 20000 записей и затем выборка всех сразу на 10 юзерах (при старте 1с запускалась обработка). Первичный ключ - автоматическая нумерация. Полет - просто чудесный, как на корректность удаления-записи, так и на чтение динамически-меняющегося набора.

+28. Это была работа с внешним справочником.

1c - явно недооценена как средство разработки проектов. Делаешь проект в 1с (скорость разработки интерфейса+проект сразу юзаешь (как модель) целиком), затем постепенно все переписываешь под SQL, затем готовые модули работы с БД можно юзать хоть тем же VC++ (блоки БД есть + дописываешь интерфейс).