После долгих и безуспешных поисков чего-то подобного начал писать свой класс ПоставщикДанныхЖурналРегистрацииSQL
Как ясно из названия он предназначен для хранения ЖР в SQL и работы с ним. Стараюсь реализовать весь функционал базового класса ПоставщикДанныхЖурналРегистрации, который идет в комплекте с 1С++
Если это кому-нибудь кроме меня интересно, постараюсь в ближайшее время его "причесать" и выложить для тестирования....

Хотел сделать контроль дупов и столкнулся с такой проблемой - вот такой вот запрос работает нормально

	|declare @Date datetime
	|declare @Mode char (1)
	|declare @UserName char (50)
	|declare @UserId char (13)
	|declare @EventType varchar (50)
	|declare @Event varchar (250)
	|declare @EventCategory int
	|declare @Comment varchar (8000)
	|declare @ObjectId char (23)
	|declare @ObjectDescr varchar (100)
	|
	|set @Date = CONVERT(datetime, ?, 120)
	|set @Mode = ?
	|set @UserName = ?
	|set @UserId = ?
	|set @EventType = ?
	|set @Event = ?
	|set @EventCategory = ?
	|set @Comment = ?
	|set @ObjectId = ?
	|set @ObjectDescr = ?
	|	INSERT INTO [dbo].["+ИмяТаблицы+"] (EventDateTime, Mode, UserName, UserId, EventType, Event, EventCategory, Comment, ObjectId, ObjectDescr)
	|	 VALUES (@Date, @Mode, @UserName, @UserId, @EventType, @Event, @EventCategory, @Comment, @ObjectId, @ObjectDescr)
 

а стОит добавить перед INSERT проверку на дупы

	|IF (SELECT count(*) FROM [dbo].["+ИмяТаблицы+"] WHERE EventDateTime = @Date and  Mode = @Mode and UserName = @UserName  and UserId = @USerId and  EventType = @EventType and
	|	Event = @Event and  EventCategory = @EventCategory and  Comment = @Comment  and ObjectId = @ObjectId and  ObjectDescr = @ObjectDescr) = 0
 

как ODBC орет нечеловеческим голосом
"Подключение занято до получения результатов для другого hstmt"

1С при этом падает замертво.... И что с этим делать - не знаю

vandalsvq писал(а) 19. Февраля 2009 :: 17:32:


А как именно победил? Или сам не понял как?  

Версия 1.01
     1. Изменены КлючПорядка и ИдПоле на "ДатаВремя" вместо составного поля "EventDateTime + Row_Id"
     2. Добавлен индекс на EventDateTime
     3. В результате 1 и 2 значительно увеличилась скорость "прокрутки" ТП. Из-за этого-же необходимо пересоздать таблицу SysLog
     4. Доделана загрузка из файла с контролем дублей строк - теперь "флажок" на форме работает а не просто торчит там
     5. Выгрузка в файл работает частично - а именно пока не выгружается "Объект"
     6. В ТипыСобытия и События добавлены пользовательские "типы" и "события" но пока не работает отбор по ним
     7. Пользовательские ТипыСобытий теперь записываться в базу без лидирующего "$". То что это пользовательский Тип можно определить ТипыСобытий.Получить("ИмяТипа").Системный = 0
     8. Для Событий аналогично ТипамСобытий (см. пред. пункт) Для этих изменений необходимо заменить Событие_ЗаписьСобытияЖурналаРегистрации в ГМ

Версия 1.02
     1. Наконец-то сделан нормальный КлючПорядка, а именно datetime, без преобразования в сhar. Соответственно он начал попадать в индекс и прокрутка ТП стала работать действительно нормально. Проверено на таблице с 400'000 строк
     2. Теперь работает отбор по пользовательским ТипамСобытий и Событиям. Не работает пока по ВидамОбъектов и ТипамОбъектов

Часть проблем была с головой - описана здесь  http://www.1cpp.ru/forum/YaBB.pl?num=1235457869

Как видно оттуда, для нормальной работы работы класса необходима 1С++ версии не ниже 3.0.1.22. Проверку пока не сделал так-что следите сами

Еще замечание - если положить в каталог 1С или в каталог базы компоненту UsersDef.dll то имя пользователя не нужно будет набирать руками, можно будет выбрать из списка

Версия 1.03
     1. Заработала выгрузка в файл. Выгружаются и загружаются многострочные комментарии. В SQL такой комментарий хранится в виде нескольких строк а при выгрузке в файл преобразуется в строку с разделителями вида "#newS%". При загрузке соответственно преобразуется обратно Единственное "но" - почему-то один раз дупятся строки с многострочными комметариями (именно один раз - при первой выгрузке/загрузке).  Т.е. преобразование получается неточным  Но вот где неточность - пока не нашел. На глаз не видно
     2. Немного доработан отчет по просмотру ЖР, При выборе периода он сразу отражается в отборе ... ну еще какие-то мелочи
     3. Убрал за избыточностью поле Row_Id из таблицы и переписал индексы. Таблицу можно не пересоздавать - будет работать и так

Имхается мне, что контроль дупов не через count(*), а запрос в exists() будет работать быстрее.

Ну если посмотреть ответ №2, то не так