По теме из базы знаний
- Консоль запросов для 1С 7.7 DBF
- Резервное копирование 1С средствами MS SQL.
- Проблемы переходного периода или как перейти со старой системы на новую
- Ошибка в размере файла *** при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице *** Исправление этой (и некоторых других) проблемы средствами MS SQL и PostgreSQL
- Переход с Микроинвест Склад Open на 1С:Розница 2.2 (2.2.7.42)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Из моего опыта, если размер хотя бы одного DBF файла превышает 1 ГБ, нужно держать руку на пульсе. В любой момент Вы можете начать получать ошибки при переиндексации, записи в базу или же получать разные данные одного и того же отчета с одинаковыми настройками
некорректно - это как?
вообще - на скуль переходить лучше всего когда базой пользуется 3+ пользователя... (я бы лучше переходил от 5+)
то что размер базы велик - не беда... помогает свертка...
ежели компьютер очень слабый то я думаю скуль не особо поможет... тут уже железо надо менять...
в общем если у вас в базе работают более 3- 5 человек одновременно, можно пожалуй переходить на скуль.
переход даст более быстрое построение отчетов(не всегда) ... и практически избавит от транзакций!
вообще - на скуль переходить лучше всего когда базой пользуется 3+ пользователя... (я бы лучше переходил от 5+)
то что размер базы велик - не беда... помогает свертка...
ежели компьютер очень слабый то я думаю скуль не особо поможет... тут уже железо надо менять...
в общем если у вас в базе работают более 3- 5 человек одновременно, можно пожалуй переходить на скуль.
переход даст более быстрое построение отчетов(не всегда) ... и практически избавит от транзакций!
(7) SaschaL,у нас более 60 пользователей на dbf (7.7), терминал. Все работает корректно, возникают только блокировки транзакции у пользователей во время проведения больших документов, но это бывает нечасто. Но опять же здесь проблема в коде в модуле документа в процедуре ОбработкаПроведения().
Я перевел 7.7 ПУБ первел когда размер бызы суммарно стал первышать 2 Гб, при этом у меня было более 30 пользователей и 10 сидели постоянно, предприятие у нас производственное. ДОкументов было много и документы были весьма обемные, в некоторых документах прихода до 500 строк доходило. После перевода на СКЛ сервер производительность заметно повысилась
Юлия, если у вас так странно скачет дата запрета редактирования, как вы описали в соседней теме, возможно дурит какая-либо внешняя компонента, или вообще сторонняя программа (вирус) лезет в dbf файл 1С и меняят значение константы.
(16) ЮлияМ, как ваш ответ относится к переносу базы из DBF в SQL, мы с чем боремся, я не понимаю?
1. с быстродействием? если да то ставим SSD винты + побольше оперативы на сервер + удаляем помеченные записи + тестируем с сжатием базу.
2. Если с глюками вашей базы, не переводится время, не создаются документы, не работают отчеты и тд, то создавайте отдельную ветку, описывайте ПОДРОБНО проблему что конкретно не работает и будем решать что делать.
1. с быстродействием? если да то ставим SSD винты + побольше оперативы на сервер + удаляем помеченные записи + тестируем с сжатием базу.
2. Если с глюками вашей базы, не переводится время, не создаются документы, не работают отчеты и тд, то создавайте отдельную ветку, описывайте ПОДРОБНО проблему что конкретно не работает и будем решать что делать.
(18) ЮлияМ, ссори, увидел.
ну по этому поводу могу только поддержать первый ответ, меняется дата программно, либо обработочкой какой то, либо компонентой, сама по себе она меняться не может.
Советую анализировать код вашей конфигурации и внешних отчетов\обработок на предмет изменения константы. Порой чего только не увидешь, такие чудо-программисты бывают вы даже не представляете...
Ну или какой то пользователь написал\скачал обработочку которая меняет константу и подрабатывает что то в прошлом периоде, ну и в журнале вы ничего не видете по этой причине, но это уже проблема администрирования прав доступа.
Других вариантов попросту нет.
ну по этому поводу могу только поддержать первый ответ, меняется дата программно, либо обработочкой какой то, либо компонентой, сама по себе она меняться не может.
Советую анализировать код вашей конфигурации и внешних отчетов\обработок на предмет изменения константы. Порой чего только не увидешь, такие чудо-программисты бывают вы даже не представляете...
Ну или какой то пользователь написал\скачал обработочку которая меняет константу и подрабатывает что то в прошлом периоде, ну и в журнале вы ничего не видете по этой причине, но это уже проблема администрирования прав доступа.
Других вариантов попросту нет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот