БД | Community Creatio

Отсутствие кластерных индексов в версии 3.4. Почему?

24 марта 2014 11:40

Здравстуйте.
Перенос не повлияет на работоспособность системы. Если речь идёт о BPMonline, то перезаказ лицензий обязателен. Ежели подразумевается Terrasoft 3.x, то перезаказ необходим в случае конкурентных лицензий. При наличии именных, нужно будет в ручном режиме создвать логины на SQL-сервере и "привязывать" их к пользователям в базе данных. Если понадобится - обращайтесь в поддержку (support@terrasoft.ru). Так будет проще и оперативнее решить вопрос.

Ответить

Показать все комментарии

Вопрос

Домброва Михаил

26 сентября 2012 13:19

Добрый день!

Можно узнать, почему в версии 3.4 отказались от кластерных индексов на таблицах?
В таких условиях производительность БД будет неуклонно(!) снижатся по мере увиличения количества записей в таблицах.
Я конечно понимаю, что кластерный индекс по GUIDу не лутшее решение из за его быстрой фрагментации, но почему в таком случае не добавить в таблицы identity колонку?
С уважением,
Михаил

Нравится

3 комментария

Олейник Дмитрий

26 сентября 2012 15:19

Здравствуйте.

Уточню данную информацию у коллег из департамента разработки, и сообщу Вам в ближайшее время ответ.

Ответить

Домброва Михаил

4 октября 2012 15:44

Так и не уточнили?

Ответить

Олейник Дмитрий

6 октября 2012 10:24

Здравствуйте, Михаил.

"Домброва Михаил" написал:Можно узнать, почему в версии 3.4 отказались от кластерных индексов на таблицах?

Они не нужны.

"Домброва Михаил" написал:В таких условиях производительность БД будет неуклонно(!) снижатся по мере увиличения количества записей в таблицах.

В условиях, когда остальная окружающая базу среда не меняется.

"Домброва Михаил" написал:
Я конечно понимаю, что кластерный индекс по GUIDу не лутшее решение из за его быстрой фрагментации, но почему в таком случае не добавить в таблицы identity колонку?

А зачем?

Ответить

Показать все комментарии

Публикация

БД

Журнал изменений

отображение поля

Отображение поля в журнале изменений БД

Арсений Белецкий

17 февраля 2012 19:10

Начиная с версии 3.4.0 управлять отображением полей в реестре записей детали [Журнал изменений] можно установив настройку «Отображать в реестре».

Настройка выполняется следующим образом:

Перейти в меню [Файл] - [Настройки] - [Журнал изменений БД];
Выбрать таблицы и поля таблиц по которым необходимо отслеживать изменения. Для того, чтобы поля отображались в реестре записей детали [Журнал изменений], следует установить признак «Отображать в реестре» :

Нравится

0 комментариев

Показать все комментарии

Публикация

Перенос базы данных MS SQL

Симоненко Влад

4 марта 2011 11:59

Решил обобщить немного информации о том, какие действия чаще-всего требуется выполнять при перенесении базы данных Terrasoft для СУБД MS SQL.
Также хотелось бы ответить на часто задаваемый пользователями вопрос: переносить базу данных без проблем можно либо на SQL сервер той-же версии, либо версии старше (т.е. с MS SQL 2005 на MS SQL 2008 база данных может быть перенесена, наоборот же, с более новой версии на более старую, перенос базы данных не подразумевается).

Итак, при переносе базы данных с сервера на сервер выполняется следующая последовательность действий:

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

Если использовались конкурентные лицензии, то в первую очередь очистите значение сервера сессий для базы данных. Сделать это можно с помощью следующего запроса к базе данных:
update tbl_DataBaseInfo set ServerSessionsInfo = NULL

Для выполнения запроса сделайте следующее:
Вызовите контекстное меню, нажав правой кнопкой мыши на названии базы данных, и выбрать New Query.

Далее ввести запрос и нажать Execute для его выполнения.

После этого Вам необходимо будет перезаказать конкурентные лицензии.

Также при переносе базы данных на другой сервер необходимо производить сопоставление пользователей базы данных Terrasoft с именами входа в MS SQL.

Предварительно необходимо создать соответствующие имена входа на SQL сервере.

Для этого на сервере необходимо перейти во вкладку [Security]>[Logins] и там создать соответствующие имена входа.

Обязательно при создании имени входа для пользователя указать тип авторизации – «SQL аторизация»:

Также обязательным условием является установка серверной роли «сисадмин» для имени входа системного администратора Terrasoft.

Далее необходимо провести, собственно, сопоставление. Сделать это можно выполнив запрос к базе данных следующего рода:

sp_change_users_login 'update_one', 'fkeys', 'fkeys'

Данный запрос необходимо выполнить для каждого пользователя Terrasoft заменив в запросе слово “fkeys” на соответственное (например для supervisor’a данный запрос примет вид sp_change_users_login 'update_one', 'supervisor', 'supervisor').

Далее, если предполагается перенос базы данных в другой домен (следовательно, и пользователи с домена изменятся) для изменения пользователей Вам необходимо выполнить следующий порядок действий:
1. В таблице tbl_AdminUnit базы данных Terrasoft в полях .Name и .SQLObjectName заменить соответствующие записи пользователей из старого домена на новые. Например если пользователь раньше имел имя tm/Yakovenko (домен tm), а стал tcrm/Yakovenko (домен tscrm), то записи в указанных полях Вы должны заменить на tcrm/Yakovenko.

2. Создать login (подтянуть из Active Directory).
3. Добавить пользователя в БД с новым логином.
4. Если пользователь имел роль системного администратора в Terrasoft, то его логину необходимо дать роль sysadmin.
5. Если пользователь имел роль обычного администратора в Terrasoft, то его логину необходимо дать роль dbowner.
6. После этого в Terrasoft в разделе [Администрирование] каждому пользователю на детали [Группы] необходимо удалить и добавить все группы (таким образом пользователю перераздадутся права доступа).

Нравится

14 комментариев

Анна Проненко

11 января 2012 16:56

А что делать, если нет колонки ServerSessionsInfo в tbl_DataBaseInfo? У меня TS CRM 3.2.0.10. Хотя у меня и так сработало, без этого update.

Ответить

Арсений Белецкий

21 февраля 2012 13:44

Анна, дело в том, что в версии 3.2.0 еще не было конкурентных лицензий, а данный скрипт:

update tbl_DataBaseInfo set ServerSessionsInfo = NULL

необходимо выполнять только при использовании конкурентных лицензий.
Если их нет, то соответственно, таблицы тоже не будет :wink:

Ответить

Егор Николаевич

19 ноября 2012 22:03

Переносил Terrsfoft XRM 3.3.2 в новый Win 2008 домен.
Вот скрипты шагов 1-5, описанных Владом для MS SQL Server 2008 R2.

-- восстановили БД
RESTORE DATABASE [TSXRM] FROM DISK = 'c:\TSXRM.BAK'
GO
 
--подключаемся к восстановленной БД
USE TSXRM
GO
 
--пересвязываем системного юзера 
EXEC sp_change_users_login 'update_one', 'fkeys', 'fkeys'
GO
 
-- создаем заново имена входа (проверяем не существует ли уже такое имя входа, 
-- чтобы можно было запускать скрипт многократно)
IF NOT EXISTS (SELECT * FROM sys.server_principals WHERE name = N'SQLServerAuthLoginName') 
	CREATE LOGIN [SQLServerAuthLoginName] WITH password = '123456', DEFAULT_DATABASE = [TSXRM], DEFAULT_LANGUAGE=[русский]
go
 
-- пересвязываем созданные sqlserver`ные имена входа с пользователями
EXEC sp_change_users_login @action = 'update_one', @UserNamePattern = 'SQLServerAuthUserName', @LoginName = 'SQLServerAuthLoginName'
GO
 
-- создаем NT`ные (виндовые, доменные) имена входа 
IF NOT EXISTS (SELECT * FROM sys.server_principals WHERE name = N'MyNewDomainName\TSAdminUserName') 
	CREATE LOGIN [MyNewDomainName\TSAdminUserName] FROM WINDOWS WITH DEFAULT_DATABASE=[TSXRM], DEFAULT_LANGUAGE=[русский]
 
--добавляем в группу db_owner, если юзер есть админ в TS
EXEC sys.sp_addrolemember  @rolename = 'db_owner', @membername = N'MyNewDomainName\TSAdminUserName'	
 
--создаем пользователя для имени входа (создание собственной схемы вроде не нужно)
--CREATE SCHEMA [MyNewDomainName\TSAdminUserName] AUTHORIZATION [MyNewDomainName\TSAdminUserName]
IF  NOT EXISTS (SELECT * FROM sys.database_principals WHERE name = N'MyNewDomainName\TSAdminUserName')
	CREATE USER [MyNewDomainName\TSAdminUserName] FOR LOGIN [MyNewDomainName\TSAdminUserName] -- WITH DEFAULT_SCHEMA=[MyNewDomainName\TSAdminUserName]
 
--удаляем старых пользователей (сначала удалив собственную схему)
IF  EXISTS (SELECT * FROM sys.database_principals WHERE name = N'OldDomainName\TSAdminUserName')
BEGIN
	DROP schema	[OldDomainName\TSAdminUserName]
	DROP USER [OldDomainName\TSAdminUserName]
END
GO
 
--правим имя домена в таблице AdminUnit
DECLARE @OldDomainName AS NVARCHAR(255)
DECLARE @NewDomainName AS NVARCHAR(255)
SET @OldDomainName = N'OldDomainName'
SET @NewDomainName = N'MyNewDomainName'
 
UPDATE 
	[tbl_AdminUnit]
SET		
	Name = REPLACE([Name], @OldDomainName, @NewDomainName),  
	SQLObjectName = REPLACE([SQLObjectName], @OldDomainName, @NewDomainName)
WHERE 
	IsDomainUnit = 1

Ответить

Егор Николаевич

19 ноября 2012 22:07

Интересно, если бы перенос был на MS SQL Server 2012, получилось бы сделать БД Terrasoft contained database, дабы избежать необходимости отдельного переноса имен входа?

Ответить

21 ноября 2012 13:51

Здравствуйте.
При создании пользователя в базе данных он автоматически дублируется логином на уровне СУБД. Если Вы перенесёте базу на другой SQl-сервер, пользователи вместе с базой перенесутся, а логины, соответственно - нет. Их нужно будет создавать в ручном режиме и связывать с пользователями "хранимкой" sp_change_users_login. Если пользователей очень много, то можно пробовать это выполнять путём переноса\модификации системной базы master. Протестированного механизма - нет. Всё же рекомендую выполнить сопоставление логинов через процедуру.
С уважением, Terrasoft Support Team.

Ответить

Егор Николаевич

21 ноября 2012 18:59

Александр, особенность contained database в том, что они включают в себя такие объекты уровня сервера, как например, имена входа (логины). Эта возможность появилась в MS SQL Server 2012.
Другое дело, что не каждая легаси-БД с прежней версии сервера может быть приведена к виду contained database.
Как раз в этом и была суть моей мысли - может ли база TS приведена к такому виду.

Ответить

Алейник Алексей Вадимович

27 ноября 2012 10:09

Здравствуйте.
Официально мы не декларировали возможность работы с СУБД MS SQL Server 2012. По сему подобную возможность нужно тестировать. Как вариант можете ознакомиться с тематическими материалами по ссылках: http://reznik.uneta.com.ua/post/2011/05/09/sql-server-denali-contained-…
http://blogs.msdn.com/b/sqlsecurity/archive/2010/12/03/contained-databa…
С уважением, Terrasoft Support Team.

Ответить

25 июня 2013 15:59

Нужен хэлп.
Скрипт sp_change_users_login 'update_one', '', '' выдаёт ошибку:

"Msg 15291, Level 16, State 1, Procedure sp_change_users_login, Line 114
Terminating this procedure. The User name 'fkeys' is absent or invalid".

Читал вот здесь: http://www.community.terrasoft.ru/forum/topic/6775 , что причина может крыться в недостатке прав юзера, из под которого мы пытаемся его выполнить, однако, я это пробовал делать даже из под "sa".

Раньше каким-то чудом на другой машине умудрился восстановить бэкап master. Сейчас такой фокус не проходит (после восстановления сервер не стартует), а при ручном добавлении логинов, появляется проблема описанная выше.

Ответить

Березкин Геннадий

27 июня 2013 11:14

Игорь, у меня была та же проблема! Причина была в "...'fkeys' is absent...". Создал пользователя и хранимая процедура выполнилась.

Ответить

Росинская Лена

8 октября 2013 15:41

Добры день!

Переносим тестовую базу на другой сервер. Работаем по конкурентным лицензиям,

Terrasoft Sales, версия 3.3.2.47

MSSQL 2010

При попытке адмнов перенести логины все сразу, появляется сообщение
The database 'Terrasoft332_Sales' does not exist. Supply a valid database name. To see available databases, use sys.databases.

'Terrasoft332_Sales' - это название боевой базы, с которой берутся лицензии для тестовой. Подскажиет пожалуйста, в чем может быть проблема?

Ответить

Алейник Алексей Вадимович

9 октября 2013 15:33

Здравствуйте. Каким образом переносили все логины сразу? Они содержатся в системной базе "master". Можно попробовать выполнить это путём преноса базы "master", но процедура довольно нетипиная, лежит исключительно в области администрирования СУБД и требует тестирования. Дело в том, что манипуляции с системными легко могут повредить сам SQL-сервер. Гораздо проще логины создать в ручном режиме. После переноса базы с конкурентными лицензиями их необходимо будет перезаказать. Так же, если использовался сервер сессий, то он должен быть доступен для нового сервера БД.

Ответить

9 октября 2013 16:15

Последний раз я так как Вы сказали я и сделал, всё получилось. А перенести "master" первый раз удалось, действительно задача, прямо скажем: мягко говоря нетривиальная, это удалось сделать в сингл-юзер режиме под пользователем "sa" из консоли. Больше я этим заниматься желанием не горю

Ответить

Козлов Илья Алексндрович

4 сентября 2014 16:42

Почему в статье самое главное не указывается, т.е. если информацию по собственно переносу базы можно найти без проблем в открытых источниках, то я лично застрял на совершенно глупом на мой взгляд шаге, и фича чисто террасофтовская - изменить строку соединения сервера сессий конкурентных лицензий.
Два дня убил на поиски проблемы почему у меня база после переноса с сервера А на сервер B все равно смотрит на сервак А. Выяснял этот факт тоже опытным путем - гашу инстанцию на сервере А после переноса (что бы пользователи не имели доступа к старой базе не при каких обстоятельствах) нет коннекта к новой базе на сервере B - ошибка - отсутствует доступ к базе, периодически ошибка сменялась на отсутствие доступа из под логина. Первоначально грешил на соответственно на логины - и скрипт c update_one затер просто до дыр.
Запускаю сервис MS SQL на старой могу заходить в новую базу. Netstat-ом выяснил, что есть обращения с B на A, но по какой причине - не было понятно.
Совершенно случайно, когда стало окончательно понятно, что проблема не на стороне SQL и логинов в базе master, я начал перебирать уже все, что можно настраивать на стороне 3ки, так я и набрел на эту настройку.
Переезд базы задача не повседненвная и держать настройки в голове по сервису конкурентных лицензий вообще не получается. Странно что эти грабли нигде не описаны.

Ответить

Булат Андрей Борисович

4 октября 2017 09:08

Переезд версии 3.4.х c MSSQL 2005 на 2012.

Сделал обычный полный бэкап базы на 2005

Восстановил эту базу на 2012

На 2005 запустил системную процедуру sp_help_revlogin, исходник которой есть на просторах интернета. Она выдаёт готовый скрипт на создание имён входа. Подчистил скрипт, чтобы он не пересоздал уже имеющиеся системные логины, типа SA и т.п.

Запустил этот скрипт на 2012. Все имена входа создались. Самое главное, что их ID, роли и права абсолютно идентичны старому серверу.

Предыдущие два пункта выполняются под пользователем, имеющем достаточные права к базе master. Лучше под sa.

При запуске ServiceDesk создал новую конфигурацию, указав новый сервер. Заход под пользователем с именной лицензией прошел сразу. Под конкурентными лицензиями не пускало.

Из мененджера лицензий штатно создаю запрос, получаю ответ, загружаю. И всё работает.

Ответить

Показать все комментарии

Публикация

t-sql

БД

данные

Перенос данных между БД

12 августа 2010 11:16

Ни раз возникала задача переноса данных из одной БД в другую. Как правило, это Контакты, Контрагенты, Задачи. Задача усложнялась тем, что БД могут быть не совсем похожи по структурам. Приходилось писать insert-select конструкции с перечислением всех полей, которые необходимо перенести. Дабы упростить, а главное ускорить сей процесс был написал скрипт, которому собственно и посвящен этот пост.
Собственно, что делает сам скрипт. Идет по списку таблиц, указанных пользователем, проверяет соответствие полей в таблицах обеих БД, формирует запрос и выполняет его.
Возможно эти труды будут кому-то полезны.
Скрипт:

begin transaction

declare @syncTablesNames TABLE (TableName varchar(50));

declare @sourceDBName varchar(50),

                @tableName varchar(50),

                @columnName varchar(50),

                @sourceColumnExists bit,

                @insertSQLText nvarchar(MAX),

                @selectSQLText nvarchar(MAX),

                @columnExistsSQLText nvarchar(MAX),

                @idExistsCondition nvarchar(MAX),

                @resultSQLText nvarchar(MAX);

SET @sourceDBName = 'SourceDataBaseName';

-- set tables names

INSERT INTO @syncTablesNames 

        SELECT 'tbl_Contact' UNION 

        SELECT 'tbl_Account';

declare tableNameCursor cursor LOCAL FAST_FORWARD FOR SELECT * FROM @syncTablesNames;

open tableNameCursor;

fetch next FROM tableNameCursor INTO @tableName

WHILE (@@fetch_status = 0)

BEGIN

        SET @insertSQLText = 'insert into ' + @tableName + '(';

        SET @selectSQLText = 'select ';

        SET @idExistsCondition = ' where not ID in (select ID from ' + 

           @tableName + ');';

        --Disable Table Constraint 

        exec ('alter table ' + @tableName + ' nocheck constraint all; ');

        declare columnNameCursor cursor LOCAL FAST_FORWARD FOR SELECT COLUMN_NAME                                                   

                                                     FROM information_schema.COLUMNS

                                                     WHERE TABLE_NAME = @tableName;

        open columnNameCursor;

        fetch next FROM columnNameCursor INTO @columnName;

        while (@@fetch_status = 0)

        begin

                SET @columnExistsSQLText = 'if exists (select COLUMN_NAME ' + 

                                                'from ' + @sourceDBName +  

                                                '.information_schema.columns ' +

                                                'where TABLE_NAME = ''' + 

                                                       @tableName + ''' AND ' +

                                                      'COLUMN_NAME = ''' +  

                                                       @columnName + ''') ' +

                                              'set @sourceColumnExists = 1 ' +

                                           'else ' + 

                                              'set @sourceColumnExists = 0 ';

                --check remote table column exists

                exec sp_executesql @columnExistsSQLText, 

                                   N'@sourceColumnExists bit out',

                                   @sourceColumnExists = @sourceColumnExists output

                --include column into select-insert statment

                IF (@sourceColumnExists = 1)

                begin

                        SET @insertSQLText = @insertSQLText + @columnName + ', ';

                        SET @selectSQLText = @selectSQLText + @columnName + ', ';

                end;

                fetch next FROM columnNameCursor INTO @columnName;

        end;

        close columnNameCursor;

        deallocate columnNameCursor;

        SET @insertSQLText = substring(@insertSQLText, 1, len(@insertSQLText) - 2);

        SET @selectSQLText = substring(@selectSQLText, 1, len(@selectSQLText) - 2);

        SET @insertSQLText = @insertSQLText + ') ';

        SET @selectSQLText = @selectSQLText + ' from ' + @sourceDBName + '.dbo.' +    

           @tableName + @idExistsCondition;

        --result select-insert statment

        SET @resultSQLText = @insertSQLText + @selectSQLText;

        exec (@resultSQLText);

        fetch next FROM tableNameCursor INTO @tableName

END;

close tableNameCursor;

deallocate tableNameCursor;

--Enable Table Constraint 

declare tableNameCursor cursor LOCAL FAST_FORWARD FOR SELECT * FROM @syncTablesNames;

open tableNameCursor;

fetch next FROM tableNameCursor INTO @tableName;

WHILE (@@fetch_status = 0)

BEGIN

        exec ('alter table ' + @tableName + ' check constraint all; ');

        fetch next FROM tableNameCursor INTO @tableName;

END;

close tableNameCursor;

deallocate tableNameCursor;

rollback

Нравится

16 комментариев

Осауленко Александр

12 августа 2010 11:32

Юрий, в принципе очень добротный скрипт, но есть пара замечаний:
1. Я бы обрамлял идентификаторы в []
2.

"Доленко Юрий" написал:TableName varchar(50)

Есть системный тип - sysname, он лучше подходит для идентификаторов таблиц, колонок
3.

"Доленко Юрий" написал:--Disable Table Constraint
exec ('alter table ' + @tableName + ' nocheck constraint all; ');

Я бы еще и триггера отключал, ну и ";" - лишнее
4.

"Доленко Юрий" написал:rollback

Это как говорится: "Счастливой отладки:)"?

Ответить

12 августа 2010 11:34

В принципе это нужный скрипт (если разговор идет только в рамках MSSQL). Сам столкнулся с такой проблемой, но решил ее стандартными средствами. Нужно было перенести данные с 3.2.0 FB в 3.3.2 MSSQL.В версии 3.3.2 появилась возможность выгружать и загружать данные таблиц (wnd_DataManager). Эти сервисы переносятся и в 3.2 (была такая необходимость :)).
Во всяком случае два варианта лучше чем один :smile:

Ответить

Осауленко Александр

12 августа 2010 11:35

"Доленко Юрий" написал:@insertSQLText nvarchar(MAX),

К сожалению для mssql 2000 не пойдет... Для него можно пойти путем как сделано в ХП - tsp_AdministratedByRecords

Ответить

12 августа 2010 11:54

Александр, большое спасибо за советы, обязательно учту. (я рассчитывал черпнуть чего полезного из этого поста :) )

"Евгений Либин" написал:В версии 3.3.2 появилась возможность выгружать и загружать данные таблиц (wnd_DataManager).

Как же все-таки полезно писать блоги ). Относительно давно работаю с террасофтом, но о такое полезной утилитке не слышал. Действительно, выгружает/загружает xml, хотя судя по коду не отключаются ни триггера, ни constraint и грузится только по одной таблице. Могут ли быть нарушения целостности в процессе?

Ответить

12 августа 2010 12:36

Нет, она не отключает не триггеры и констреинты. Можно выгружать сразу несколько таблиц. Я делал так, сначала выгрузил все справочники и загружал полученный скрипт пока на уйдут ошибки о несуществующих данных в связанных справочниках :lol:
После этого перешел к контактам и контрагентам. Тут как всегда философия "что было раньше контакт или контрагент?". В общем, сделал сначала загрузку контактов без ссылки на контрагента, а потом загрузил контрагентов и еще раз загрузил контакты.:lol:

Ответить

12 августа 2010 13:04

Тоже была подобная задача по перебросу из FB в MS SQL. Есть такая штука как EMS SQL Managment studio для фаерберда. Там можно выгружать sql-скрипт(вида insert ... values) таблицы в синтаксисе t-sql(в нашем случае), при чем выбирать поля, которые будут фигурировать в запросе.
Потом можно отключить ограничения и просто выполнить каждый по одному разу...

Ответить

12 августа 2010 15:35

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

Ответить

12 августа 2010 15:53

В вашем скрипте есть пара неточностей, которые мешают нормально загружать данные.
в скрипте scr_DataManagerUtils
процедура SetDatasetValuesByDataRowNode
строку

if (DataRowNode.GetAttributeAsStr(DataField.Name, '') == 'IsNull') {

надо заменить на

if (DataRowNode.GetAttributeAsStr(DataField.Name, 'IsNull') == 'IsNull') {

процедура LoadDataFromDataRowNodeToDataset
строку

Log.Write(2, "Ошибка загрузки: " + e.Message)

надо заменить на

Log.Write(2, "Ошибка загрузки: " + e.message)

Если вы посчитаете мои замечания корректными - то включите их в базовую версию

Ответить

12 августа 2010 16:24

Евгений, спасибо за замечания.

"Евгений Либин" написал:надо заменить на
if (DataRowNode.GetAttributeAsStr(DataField.Name, 'IsNull') == 'IsNull') 
{

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

if (DataRowNode.GetAttributeAsStr(DataField.Name, '') == '') {
	continue;
}

Ответить

12 августа 2010 16:56

Четко подмечено :twisted:

Т.е. в результате мы получим такой код?

		if (DataRowNode.GetAttributeAsStr(DataField.Name, '') == 'IsNull') {
			DataField.Value = null;
			continue;
		}
		if (DataRowNode.GetAttributeAsStr(DataField.Name, '') == '') {
			continue;
		}

Надо бы добавить обработку загрузки контрактов-контрагентов

Ответить

12 августа 2010 17:13

Да, думаю, такой, только вынести бы в отдельную переменную

var DataFieldNameAttr = DataRowNode.GetAttributeAsStr(DataField.Name, '');

"Евгений Либин" написал:Надо бы добавить обработку загрузки контрактов-контрагентов

Какую именно обработку Вы имеете ввиду?

Ответить

12 августа 2010 17:22

Если переносить в чистую базу раздел контакты, то без контрагентов контакты не зальются (Поле контрагент заполнено), а контрагента нельзя залить пока не залиты контакты (поле основной контакт). Вот и получается что нужно сделать признак вида "сохранять контакт при отсутствующем контрагенте" и в коде проверять: если грузим контакты, то проверить наличие контрагента и тд.... Хотя, наверно, у вас найдется более изящное решение этой проблемы :wink:

Ответить

13 августа 2010 10:40

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

Ответить

13 августа 2010 13:15

"Раловец Ольга" написал:придумать альтернативный вариант :)

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

Ответить