Всем добра!
Подошло время что-то решать с DBF базой 7-ки. Файл одной из таблиц перевалил за 1 Гб (обрезать не вариант, 8-ка пока не обсуждается), начались глюки. Файл до 1 Гб вырос за 2 года. Вместо того, чтобы оттягивать неизбежное с помощью kernel33, хочу проработать вопрос переезда на SQL 2012. По отзывам 7-ка еле работает на SQL 2005. Есть умудренные опытом и намученные горем переезда на SQL 2012? Какой вариант ещё можно рассмотреть, чтобы продлить жизнь старушке?

Не удержусь. "...чтобы продлить жизнь старушке..." - врач сказал в морг, значит в морг! :)

Ну так переезжай. Или за попробовать тебя расстреляют?

что за таблица? и почему не вариант?

(0) А теперь серьёзно. Зачем вам SQL2012? Это принципиально?
На сколько мне помнится, корректнее всего с 7.7 работает SQL2008. Ставишь спецрелиз и пробуешь формировать отчеты и проводить документы.
Если очень сильно тормозить, значит надо будет подумать про работу с sql напрямую.

(2) зачем в пустую тратить время, но ещё хуже будет если через 1-2 месяца что-н крякнет в базе
(3) 1SENTRY.DBF
(4) у нас есть sql 2012 для другой базы на 8-ке, очень желательно всё-таки на этой субд. А что за спецрелиз?

(5) Комплексная или БП?

(0) Я когда-то давным давно на январские праздники каждый год резал базу )
Это твоя работа, почему бы не резать?

Потом еще отчеты написать, для того чтобы можно было смотреть данные в архивах и все

(6) чего? обычная база, не распределенная, бух-ия
(7) если резать, но бух-ии неудобно прыгать по базам потом... интересная мысль с отчетами, спасибо

(4) семерка даже с SQL 2005 не работает официально

(9) :) разве? а когда прекратили движок 7.7 развивать?

"По отзывам 7-ка еле работает на SQL 2005" - какие то странные отзывы....
Как говорили выше - ставь 2008 и не мучайся, там все хорошо.

нормально работает на 2000 2005 2008 2012

(12) Штатно выше 2000 не работает ))

(8) Бухиям нужно последние 3 года. База за сколько лет?

(13) работает штатно, просто драйвер SQL старый ставишь и на сервере режим совместимости (правда автору не пойдет)

(0) 7.7 с любыми SQL работает нормально, только SQL требует настройки, а по сколько у тебя там восьмерки - то не советую что-то будет тормозом...

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

временно (до 2Гб) - kernel33
с solution7х - на любой СКЛ (опробовано лично на 2016-м)

прим.: применение solution7х позволяет юзать сервер без всякого понижения и режимов совместимости. так что про "порчу" 8-чных баз - гон и неправда.

(15): именно сыровата. говорю как сравнительно недавно полу-перешедший.

могу подтвердить, что 7-ка нормально работает на связке Windows Server 2012 + SQL Server 2012, уже несколько лет без проблем, база большая

"По отзывам 7-ка еле работает на SQL 2005" - Это не так. Бух база 30 Гб работает  на отлично, но есть нюанс использование прямых запросов обязательно.

(0) В скуле можно поставить режим совместимости базы. Поставь 2005 и все.

(8) "чего? обычная база, не распределенная, бух-ия"

В Беларуси нет никаких изменений в законодательстве что ли ?

Как вы умудряетесь работать в бухии 77 ?

(22)в а чем проблема работать в бухии 7.7? Франчайзи постоянно выпускают обновления, мы их ставим...

(23) Проблема в уровне изменений в законодательстве и отображении этих изменений в программах.

Если в законодательстве меняются только печатные формы это одно. А если ЕГАИС, ВитИС, ФГИС "Меркурий", маркировка товаров, АСК-НДС2 то это совсем другое.

(23) Плюс удобство работы. Ты из бухгалтерии 7.7 можешь отчетность отправить ? Не из Контура а из самой бухгалтерии ? Нет
Сервис заполнения контрагентов по ИНН есть ? Удобный обмен с ЗУП есть ?

(25) зато моргает она суко медленно это бухия восьмерочная...

(26) ну, ты не прав, например бух 2.0 очень шустро работало, правда это то-же уже старье :)

(26) У меня был пример сравнения сколько по времени формируется Книга Продаж на 300 000 отгрузок в квартал на 7.7 и 8.3
На 8.3 разница в разы меньше.

(21): не надо.

(24)-(25) у нас в Беларуси пока нет  ЕГАИС, ВитИС, ФГИС "Меркурий", но по примеру Электронных счет фактур все более или менее тип-топ.
По отчетности  базовый набор отчетов есть, дополнительные и дописать можно, но в плане гибкости и удобства спорить трудно 8-ка есть 8-ка.
По остальным вопросам сервис по УНН есть, обмен с ЗУП есть но у нас толком не используется в силу специфики и безнеспроцессов.

(28) в клюшках вывод в макет долго идет...

есть же патч вроде дя 77

(16)+ за solution7

(8) Пусть прыгают между базами, не развалятся.

(0) с solution7 всё работает с любой (пока) версией SQL.На 2008, 2012, 2014 и 2017 точно работает.

(14) 2.5 года всего
(20) а вообще много работы по переписыванию конфигурации для перехода с DBF на SQL?

(16) речь про секретный релиз платформы v77.27.7?

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

(36) Работы не много. Нужно проверить перед выгрузкой базы из DBF на дубли ID, потому что потом SQL будет ругаться при загрузке архива. Степень дальнейшей доработки зависит потом от количества пользователей онлайн и требований к быстродействию. На одной из предыдущих работ база бухгалтерии была порядка 12 ГБ без прямых запросов, бухов все устраивало.

По поводу SQL 2005 и 1С 7.7 - отлично работает, если на прямых запросах - тогда вообще все упирается только в блокировки 1SJOURN. На размер ограничений нет - работал в базе 250 ГБ и 200 пользователей онлайн, правда там почти все было на прямых запросах.
Думаю чт проблем с 2008 и более старшими версиями не будет, но, скорее всего нужно будет ставить режим совместимости.

(40) "По поводу SQL 2005 и 1С 7.7 - отлично работает"
Там была засада с подчинёнными документами без периода, если мне эклер не изменяет

(42) - Чего была?))) Есть!

(42) Ну, если убрать обращения без периода - то не будет ))

(44) Точно не помню, но вроде была модифицированная dll, которая убирала эту проблему.

На sql2005 с модификацией BkEnd.dll в большинстве случаев наблюдаю успех, видимо лучше будет поднять виртуалку с сервером 2003 и sql 2005, а там уже смотреть что и как будет работать.

(41),(42),... - ошибка с выборкой подчиненных БЕЗ указания периода "была" в ЛЮБОМ формате данных.
сильно лень сделать тупо замену по всей конфигурации ".ВыбратьПодчиненныеДокументы();" на ".ВыбратьПодчиненныеДокументы(Дата(2000,1,1),Дата(2999,12,31);", наверно... к тому же, вроде бы, эта ошибка в солюшене7 решена.

(39) "бухов все устраивало"

А перепроводили они ее как ?

я хз что и как но у меня у клиента скуль тормозит адски
если в черном запросе конструкция типа "Условие(Номенклатура в СЗ)" - то быстрее так не фильтровать, получить "полный итог" и уже в обходе итогов  делать
если СЗ.найтиЗначение(Запрос.Номенклатура)=0 Тогда Продолжить; КонецЕсли

2 основные базы. Работают 7.70.027 на SQL 2008(до 2012 на SQL2005) в уровне совместимости SQL SERVER 2000. Базы от ~20Гб в начале года, до ~100Гбв конце года(~220ГБ за 2 года необрезания набралось). Естественно патченные BkEnd.dll. Естественно везде прямые запросы. Никаких багов, вылетов и т.д. нет. Все работат крайне стабильно. Пользователей ежедневно до 350-380 в одной базе и 50-55 в другой
К слову, если что, windows 2008 r2
Я слышал про успешный переход на SQL2012, но сам бы не рискнул.

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

(50) хз.. я малость совсем посмотрел - там на 2000 номенклатур в СЗ генерится 2000 своих подзапрос с кучей создания минипроцедурок которые делают этот маленький подзапрос.. короче хрень какая-то не соотв.моему видению прекрасного.. ;-)

(51) Запрос.ВключитьSQL(0); В таких случаях помогает.

В январе переехали на связку Server 2012R2 + SQL 2008, база 54 гига, комплексная. Полет нормальный. 90% отчетов переписаны на прямые запросы. Сервер полностью на SSD дисках, Intel DC S4610.

(53) :) а мы В январе переехали на связку Server 2016 + SQL 2005

Эх... Скоро миста превратится в Сахару...
Столько песка сыпется...

(55) :) а вы там не теряйте время - проникайте в зао 1с в отдел разработки и сделайте наконец 1с8 великой опять ...
зы
а то сырая как не знаю что

(56) Мне дешевле будет в фузину уйти...

(57) :) интересный вариант профессионального самоубийства...

Перевёл в тестовой среде (WinSrv2008R2 + MSSQL 2008R2 Std) файловую БД в SQL. Вроде всё запускается, справочники открываются, оборотки строятся и т.п. Как можно ещё потестить на возможные сбои базу, кроме штатного ТиС 1С и DBCC CHECKDB?

(59) Есть такая очень зверская штука - "пользователи" называется.
Слышал, наверное?

(59): проведи месячишко (хотя нет - начни с недели). с хронометражом.

(59) У нас Сервер 2012R2, скуль: 2008R2 лет 5 полет нормальный. Глюков и тормозов не замечали.
Правда БД в режиме совместимости с "SQL Server 2000(80)"

(59) Примерно та же проблема. Только Windows 2008 server + sql 2008 R2 в режиме sql 2000(80).
Вроде все работает штатно на тестовом сервере. Некоторые операции сильно замедлились. Отчеты замедлились и обработки.
Особенно групповое перепроведение за период. Там вообще смертные тормоза. Но вот глюков, сбоев пока не обнаружили.

(63)+
Медленно делает xml-выгрузку в Бух 7.7, под ДБФ в разы быстрее.
Получается практически все основные механизмы надо перерабатывать на прямые запросы что ли?

Соррян за ламерский вопрос. После перехода на SQL 1Сv7 находится в двух каталогах что-ли? Собственно сама база mdf+ldf и файловый каталог как раньше md+настройки юзеров и их рабочие каталоги? В 8-ке всё в mdf+ldf просто.

(65)+ Сам я ламер, но именно так и есть. Есть каталог чисто для самой 1С. Там папка ExtForms, файлы DDS MD всякие DLL и т.д., еще папка userdef и файл users.usr.

(65) В SQL создешь базу в нужном каталоге, а в 1С в конфигураторе указываешь формат SQL и подключаешь эту базу. Можешь организовать в одном каталоге не вопрос.

(67) Ну да, я примерно то же и хотел сказать только языком эзопа ). Слово "каталоги" меня сбило. Действительно с точки зрения скуль и с точки зрения 1с все может хранится в одном каталоге а может и в разных. Это вообще вроде как роли не играет. Главное указание в конфигуарторе на скуль.

(0) Sql 2008 + секретный релиз 1С 77 нормально пашет, еще в новых SQL SQL2012+ нужно запускать скрипт исправления sp_dboption.sql

USE [master]
GO


/****** Object: StoredProcedure [dbo].[sp_dboption] Script Date: 21.03.2012 7:33:37 ******/


SET ANSI_NULLS ON
GO


SET QUOTED_IDENTIFIER ON
GO


CREATE procedure [dbo].[sp_dboption] -- 1999/08/09 18:25
@dbname sysname = NULL, -- database name to change
@optname varchar(35) = NULL, -- option name to turn on/off
@optvalue varchar(10) = NULL -- true or false
as


set nocount on
declare @dbid int -- dbid of the database
declare @catvalue int -- number of category option
declare @optcount int -- number of options like @optname
declare @allstatopts int -- bit map off all options stored in sysdatqabases.status
-- that can be set by sp_dboption.
declare @alloptopts int -- bit map off all options stored in sysdatqabases.status
-- that can be set by sp_dboption.
declare @allcatopts int -- bit map off all options stored in sysdatqabases.category
-- that can be set by sp_dboption.
declare @exec_stmt nvarchar(max)
declare @fulloptname varchar(35)
declare @alt_optname varchar(50)
declare @alt_optvalue varchar(30)
declare @optnameIn varchar(35)


select @optnameIn = @optname
,@optname = LOWER (@optname collate Latin1_General_CI_AS)
-- If no @dbname given, just list the possible dboptions.
-- Only certain status bits may be set or cleared by sp_dboption.
-- Get bitmap of all options that can be set by sp_dboption.
select @allstatopts=number from master.dbo.spt_values where type = 'D'
and name = 'ALL SETTABLE OPTIONS'
select @allcatopts=number from master.dbo.spt_values where type = 'DC'
and name = 'ALL SETTABLE OPTIONS'
select @alloptopts=number from master.dbo.spt_values where type = 'D2'
and name = 'ALL SETTABLE OPTIONS'
if @dbname is null
begin
select 'Settable database options:' = name
from master.dbo.spt_values
where (type = 'D'
and number & @allstatopts <> 0
and number not in (0,@allstatopts)) -- Eliminate non-option entries
or (type = 'DC'
and number & @allcatopts <> 0
and number not in (0,@allcatopts))
or (type = 'D2'
and number & @alloptopts <> 0
and number not in (0,@alloptopts))
order by name
return (0)
end
-- Verify the database name and get info
select @dbid = dbid
from master.dbo.sysdatabases
where name = @dbname
-- If @dbname not found, say so and list the databases.
if @dbid is null
begin
raiserror(15010,-1,-1,@dbname)
print ' '
select 'Available databases:' = name
from master.dbo.sysdatabases
return (1)
end
-- If no option was supplied, display current settings.
if @optname is null
begin
select 'The following options are set:' = v.name
from master.dbo.spt_values v, master.dbo.sysdatabases d
where d.name=@dbname
and ((number & @allstatopts <> 0
and number not in (-1,@allstatopts)
and v.type = 'D'
and (v.number & d.status)=v.number)
or (number & @allcatopts <> 0
and number not in (-1,@allcatopts)
and v.type = 'DC'
and d.category & v.number <> 0)
or (number & @alloptopts <> 0
and number not in (-1,@alloptopts)
and v.type = 'D2'
and d.status2 & v.number <> 0))
return(0)
end
if @optvalue is not null and lower(@optvalue) not in ('true', 'false', 'on', 'off')
begin
raiserror(15241,-1,-1)
return (1)
end
-- Use @optname and try to find the right option.
-- If there isn't just one, print appropriate diagnostics and return.
select @optcount = count(*) ,@fulloptname = min(name)
from master.dbo.spt_values
where lower(name collate Latin1_General_CI_AS) like '%' + @optname + '%'
and ((type = 'D'
and number & @allstatopts <> 0
and number not in (-1,@allstatopts))
or (type = 'DC'
and number & @allcatopts <> 0
and number not in (-1,@allcatopts))
or (type = 'D2'
and number & @alloptopts <> 0
and number not in (-1,@alloptopts)))
-- If no option, show the user what the options are.
if @optcount = 0
begin
raiserror(15011,-1,-1,@optnameIn)
print ' '
select 'Settable database options:' = name
from master.dbo.spt_values
where (type = 'D'
and number & @allstatopts <> 0
and number not in (-1,@allstatopts)) -- Eliminate non-option entries
or (type = 'DC'
and number & @allcatopts <> 0
and number not in (-1,@allcatopts))
or (type = 'D2'
and number & @alloptopts <> 0
and number not in (-1,@alloptopts))
order by name
return (1)
end
-- If more than one option like @optname, show the duplicates and return.
if @optcount > 1
begin
raiserror(15242,-1,-1,@optnameIn)
print ' '
select duplicate_options = name
from master.dbo.spt_values
where lower(name collate Latin1_General_CI_AS) like '%' + @optname + '%'
and ((type = 'D'
and number & @allstatopts <> 0
and number not in (-1,@allstatopts))
or (type = 'DC'
and number & @allcatopts <> 0
and number not in (-1,@allcatopts))
or (type = 'D2'
and number & @alloptopts <> 0
and number not in (-1,@alloptopts))
)
return (1)
end
-- Just want to see current setting of specified option.
if @optvalue is null
begin
select OptionName = v.name,
CurrentSetting = (case
when ( ((v.number & d.status) = v.number
and v.type = 'D')
or (d.category & v.number <> 0
and v.type = 'DC')
or (d.status2 & v.number <> 0
and v.type = 'D2')
)
then 'ON'
when not
( ((v.number & d.status) = v.number
and v.type = 'D')
or (d.category & v.number <> 0
and v.type = 'DC')
or (d.status2 & v.number <> 0
and v.type = 'D2')
)
then 'OFF'
end)
from master.dbo.spt_values v, master.dbo.sysdatabases d
where d.name=@dbname
and ((v.number & @allstatopts <> 0
and v.number not in (-1,@allstatopts) -- Eliminate non-option entries
and v.type = 'D')
or (v.number & @allcatopts <> 0
and v.number not in (-1,@allcatopts) -- Eliminate non-option entries
and v.type = 'DC')
or (v.number & @alloptopts <> 0
and v.number not in (-1,@alloptopts) -- Eliminate non-option entries
and v.type = 'D2')
)
and lower(v.name) = lower(@fulloptname)
return (0)
end
select @catvalue = 0
select @catvalue = number
from master.dbo.spt_values
where lower(name) = lower(@fulloptname)
and type = 'DC'
-- if setting replication option, call sp_replicationdboption directly
if (@catvalue <> 0)
begin
select @alt_optvalue = (case lower(@optvalue)
when 'true' then 'true'
when 'on' then 'true'
else 'false'
end)
select @alt_optname = (case @catvalue
when 1 then 'publish'
when 2 then 'subscribe'
when 4 then 'merge publish'
else quotename(@fulloptname, '''')
end)
select @exec_stmt = quotename(@dbname, '[') + '.dbo.sp_replicationdboption'
EXEC @exec_stmt @dbname, @alt_optname, @alt_optvalue
return (0)
end


-- call Alter Database to set options
-- set option value in alter database
select @alt_optvalue = (case lower(@optvalue)
when 'true' then 'ON'
when 'on' then 'ON'
else 'OFF'
end)
-- set option name in alter database
select @fulloptname = lower(@fulloptname)
select @alt_optname = (case @fulloptname
when 'auto create statistics' then 'AUTO_CREATE_STATISTICS'
when 'auto update statistics' then 'AUTO_UPDATE_STATISTICS'
when 'autoclose' then 'AUTO_CLOSE'
when 'autoshrink' then 'AUTO_SHRINK'
when 'ansi padding' then 'ANSI_PADDING'
when 'arithabort' then 'ARITHABORT'
when 'numeric roundabort' then 'NUMERIC_ROUNDABORT'
when 'ansi null default' then 'ANSI_NULL_DEFAULT'
when 'ansi nulls' then 'ANSI_NULLS'
when 'ansi warnings' then 'ANSI_WARNINGS'
when 'concat null yields null' then 'CONCAT_NULL_YIELDS_NULL'
when 'cursor close on commit' then 'CURSOR_CLOSE_ON_COMMIT'
when 'torn page detection' then 'TORN_PAGE_DETECTION'
when 'quoted identifier' then 'QUOTED_IDENTIFIER'
when 'recursive triggers' then 'RECURSIVE_TRIGGERS'
when 'default to local cursor' then 'CURSOR_DEFAULT'
when 'offline' then (case @alt_optvalue when 'ON' then 'OFFLINE' else 'ONLINE' end)
when 'read only' then (case @alt_optvalue when 'ON' then 'READ_ONLY' else 'READ_WRITE' end)
when 'dbo use only' then (case @alt_optvalue when 'ON' then 'RESTRICTED_USER' else 'MULTI_USER' end)
when 'single user' then (case @alt_optvalue when 'ON' then 'SINGLE_USER' else 'MULTI_USER' end)
when 'select into/bulkcopy' then 'RECOVERY'
when 'trunc. log on chkpt.' then 'RECOVERY'
when 'db chaining' then 'DB_CHAINING'
else @alt_optname
end)
if @fulloptname = 'dbo use only'
begin
if @alt_optvalue = 'ON'
begin
if databaseproperty(@dbname, 'IsSingleUser') = 1
begin
raiserror(5066,-1,-1);
return (1)
end
end
else
begin
if databaseproperty(@dbname, 'IsDBOOnly') = 0
return (0)
end
end
if @fulloptname = 'single user'
begin
if @alt_optvalue = 'ON'
begin
if databaseproperty(@dbname, 'ISDBOOnly') = 1
begin
raiserror(5066,-1,-1);
return (1)
end
end
else
begin
if databaseproperty(@dbname, 'IsSingleUser') = 0
return (0)
end
end
select @alt_optvalue = (case @fulloptname
when 'default to local cursor' then (case @alt_optvalue when 'ON' then 'LOCAL' else 'GLOBAL' end)
when 'offline' then ''
when 'read only' then ''
when 'dbo use only' then ''
when 'single user' then ''
else @alt_optvalue
end)
if lower(@fulloptname) = 'select into/bulkcopy'
begin
if @alt_optvalue = 'ON'
begin
if databaseproperty(@dbname, 'IsTrunclog') = 1
select @alt_optvalue = 'RECMODEL_70BACKCOMP'
else
select @alt_optvalue = 'BULK_LOGGED'
end
else
begin
if databaseproperty(@dbname, 'IsTrunclog') = 1
select @alt_optvalue = 'SIMPLE'
else
select @alt_optvalue = 'FULL'
end
end
if lower(@fulloptname) = 'trunc. log on chkpt.'
begin
if @alt_optvalue = 'ON'
begin
if databaseproperty(@dbname, 'IsBulkCopy') = 1
select @alt_optvalue = 'RECMODEL_70BACKCOMP'
else
select @alt_optvalue = 'SIMPLE'
end
else
begin
if databaseproperty(@dbname, 'IsBulkCopy') = 1
select @alt_optvalue = 'BULK_LOGGED'
else
select @alt_optvalue = 'FULL'
end
end
-- construct the ALTER DATABASE command string
select @exec_stmt = 'ALTER DATABASE ' + quotename(@dbname) + ' SET ' + @alt_optname + ' ' + @alt_optvalue + ' WITH NO_WAIT'
EXEC (@exec_stmt)
if @@error <> 0
begin
raiserror(15627,-1,-1)
return (1)
end
return (0) -- sp_dboption
GO

(0) Что у вас в 7.7 есть такого, что сложно портировать на 8.3?

(70) А нафига переходить на 8 (и нести лишние затраты на апгрейд как софта, так и железа!), если 7 вполне устраивает? Я сам задумывался о переходе на 8ку лет 5 назад, а сейчас вообще из головы выкинул эту мысль....
Стоит комплексная вся перепаханная и отдельно не тронутые зарплаты. Все устраивает. Вот как только перестанет появляться регламентированная отчетность и новые релизы зарплаты - тогда надо будет думать чего делать....

(71) Новые релизы зарплаты официально уже не появляются, особенно с рабочими нерабочими оплачиваемыми днями и пр.
Все только 8-ка поддерживает. Мы на ЗУП года полтора назад перешли и в-общем довольны, хотя ЗИК ведут, говорят - хотим опка в двух программах чтоб одна другую контролировала.

(70) Да в-принципе ничего такого уж невероятно сложного нет у нас в ТИС на первый взгляд.
Можно было бы ну куда-нибудь перейти уже но все что-то никак). Наверное 7-ная зарплата и 8-ная должны различаться по сумме , но пока не доходит до принимальщиков решение )

(70) Правда еще вот компьютерные ресурсы нужны мощные для 8-ки

(71) Безбожно долго делаются по скулем многие операции. Вот например выгрузка (почти штатная) в бухгалтерию БП3.0. Квартал выгружает часа полтора уже. Под ДБФ минут 5-15

(74) С одного и того же сервера?

(75) Серверы разные, но заметил что при выгрузке авансовых отчетов криво высчитывается взаиморасчеты с подотчетниками. Может и не криво - но просто долго - долго что-то там колбасит

(76)+ У меня на этом серверочке и ДБФ и СКУЛЬ есть. Он и под ДБФ долго лопатит авнасовые, но он хотя бы ив приемлемое время долопачивает и идет на другие виды доков

(75)
Начало выгрузки:   25.06.20 12:42:24
Выгружено объектов:   21689
Окончание выгрузки:   25.06.20 13:23:43

Поступленя, реализации, пермещение тмц.
Ни партий, ни остатков, тем не менее 40 минут - выгрузка за неполный квартал - это много

(74) Перепишите запросы на прямые (1с++) - всё будет летать.

(79) То же само под ДБФ
Начало выгрузки:   25.06.20 13:28:01
Выгружено объектов:   21680
Окончание выгрузки:   25.06.20 13:35:27

Каак минимум в два раза быстрее

(79) Переписать все черные запросы на прямые?
Как вычленить четко какие кровь из носу надо переписать.
Если вместо 5 сек накладная будет проводиться 10 сек - ну и ладно
А вот групповое проведение которое под скулем раз в 5 медленнее - это очень плохо

(81) Замерьте производительность при групповом проведении и будет понятно: куда "копать".

(81) Мерил уже, понял что под ДБФ ВыгрузитьИтоги регистра для каждого товара из ддокумента нормлаьно а для скуль надо хтя бы так: один раз ВыгрузитьИтоги по всем товарам сразу и потом уже цикл по получившейся таблице значений. Это вот навскидку после проверки группового проведения документов

(83) У этого регистра наверняка есть измерения Склад, Товар. И указаны они в этом же порядке. Если измерение Товар сделать первым, то может все залетает.

(84) Любопытно, может и так, а в партиях МОЛ есть.
То есть в конфигураторе в регистре изменить очередность измерений?

(85) смотреть, какие индексы на табличке итогов и движений регистра и смотреть, почему в этот индекс не попадает. Как правило, это пропущенные значения измерений в начале

Можно и скуль заставить шевелится в чорных запросах и рассчитывать итоги, при желании

(87) Каким образом?

(86) Дак может и попадает. Но не туда

(69) а нафига это сюда запоститл? погибнет здесь, лучше уже запостить на ИС на тсранице секретного релиза

(81) "А вот групповое проведение которое под скулем раз в 5 медленнее - это очень плохо"
да похрен.
при нормальной организации - групповое перепроведение ОООЧЕНЬ РЕДКО прыгает куда-то далеко назад.
Максимум - банковкие выписки вносят задним числом за вчера-позавчера.
Опаздывают комиссионеры с предсотавлением отчетов - задержка до недели-месяца (но это не требует тотального перепроведения, только по данному клиенту). так что - пофиг.

(90) Остатки ТМЦ куда-то пропали в скульной базе, а резервы есть. Загружаю скульную базу заново, хочу по шагам все проверить

Долгая выгрузка на скуле - ну дык тупо замерить и посмотреть где тупит...

(91) Не по фиг, потому что надо перепроводить все. Партии чтоб выстроились по нормальному. Ведь приход задним числом ну и т.д. Ткакая вот технология работы

(94) Пофиг. Приход - по факту. по дате реального прихода на склад. в БУ выгружать датой входящего документа.
и пусть себе в БУ там перепроводят и считают как хотят.

(95) В 8-ке да, в бух 7.7 там операции введенные вручную вместо документов, вот поэтому и приходится

(94) то есть приход не был проведен и бля суко партии неправильные без этого прихода были?!
забей уже на воздух. правильно или неправильно в учете воздуха определяется вне зафисимости от реальности, а в зваисимости от корявости/выстроения учета. посчитать "так" - будет правильно, посчитать вот так - тоже будет правильно.

конечно, у каждого свои тараканы.
если их холить и лелеять - то да...

(98) Может и так. Вот куда итоги по регистру ОСтатки ТМЦ пропали - очень странно.

(99) грохнул случайно кто-то.. ;-)

или не туда не там и не тем смотришь.. ;-)

(70) да нету там нихрена такого. максимум - "обвеска" в виде обработок сверху для удобства работы на частных РМ.

(101) В к\скльуной базе случайно глянул, но пото долго и упорно глядел и ни один документ не проводится где списываются остатки

(102) И я считаю что нет хотя вот те самые обвзяки - просто душат переход на 8-ку )

(104)+ В-основном вопрос перехода на мой взгляд упирается в структуру данных и в то что надо много чего переделывать в голове пользователей. А они говорят так - мы пришли сели и стали работать в 7-ке. И так же хотим в 8-ке. Но так ведь не получится

(105) ну и пох тогда. сиди на семерке и куй бабло. причем воспользуйся ситуацией и подыми расценки.

(106) Бабло ковать не получается. Все равно надо на скуль переползать хоть как. А там уже будет видно. просто скуль - это считай второе образование получаешь, особенно в связке с 1С++

(72) "Новые релизы зарплаты официально уже не появляются, особенно с рабочими нерабочими оплачиваемыми днями и пр. "
Вообще-то есть КАМИН на 7.7, там всё поддерживается и в срок не хуже чем ЗУП.
http://www.kaminsoft.ru/products/6768-2.0.098_sp05.html

(108) Есть такое. И наверное с выгрузкой прям в налоговую. Но все ж таки механизмы 8-ки в любом случае значительно совершеннее и удобнее 7-ки. Самое простое - провести документы. Хоть сколько отметил и "провести". Удобно. Тоже в подборе с номенклатурой когда надо много и быстро подобрать прям списком да много удобств у 8-ки как не крути.

(109)+ Камин когда-то смотрел давно. помню что-то не понравилось в нем. И остались все на ЗИК

(107) ну вообще, нормальные запросы - это должно быть первое образование.
но да, когда поймешь прямые запросы (можно 1с++, можно класс ПрямойЗапрос) - работа с запросами в снеговике сложностей не представляет. почти (исключение, пожалуй - отсутствие coalesce, и тому подобное)