1С++ users forum - Провайдер OLE DB для ТП

(UTC)

1С++ users forum › 1С++ и прочие расширения v7 › 1С++, TurboMD и прочие вкусности › Провайдер OLE DB для ТП

(Группа Модераторов: 1c++ moderator)

‹ Предыдущая Тема | Следующая Тема ›

Переключение на Главную Страницу

Страницы: 1 ... 12 13 [14] 15 16

Отправить

Очень популярная тема (более 25 ответов)

Провайдер OLE DB для ТП (число прочтений - 69172 )

Uzhast 1c++ power user Отсутствует Сообщений: 1341 Зарегистрирован: 30. Августа 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #195 - 07. Ноября 2007 :: 06:04	Печать
	Следующее обновление провайдера: Изменена работа со строками: теперь для идентификации строки используется значение индексного выражения + ИД. Поэтому исключаются проблемные ситуации, возможные в старой версии провайдера при непосредственном удалении объектов. Также более юзабельным стало обновление строк в ТП. Если раньше, например, для справочника изменить наименование первой видимой в ТП строки, то при следующем обновлении строки выводились, учитывая новое наименование видимой строки, что, как правило, приводило к потере текущей позиции в ТП. Теперь позиция обычно сохраняется. Правда, все равно юзабельность ТП отстает от юзабельности штатных гридов. У штатных гридов текущая позиция сохраняется всегда. А в ТП, если, например, кто-то извне изменит наименование текущего элемента справочника, то этот элемент может вообще пропасть из ТП. Издержки привязывания к первой видимой строке. Исправить такое поведение можно, насколько я понимаю, только переделкой ТП. Т.к. у провайдера вообще нет возможности узнать текущую, активную, строку. Ну если kms и сейчас будет недоволен, то я уж не знаю...


	IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #196 - 15. Ноября 2007 :: 11:37	Печать
	Олег, есть какие-нибудь новости?


	IP записан

Uzhast 1c++ power user Отсутствует Сообщений: 1341 Зарегистрирован: 30. Августа 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #197 - 15. Ноября 2007 :: 11:40	Печать
	JohnyDeath писал(а) 15. Ноября 2007 :: 11:37: Олег, есть какие-нибудь новости? Ну, я, в общем-то, сначала хотел подождать реакции на несколько вышеприведенных новостей А то, может, пошел в каком-то не том направлении...


	IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #198 - 15. Ноября 2007 :: 11:46	Печать
	А на текущем этапе таоей разработки можно ли как-нибудь прикрутить БыстрыйПоиск. Я просто себе ТП без этого не представляю (а тем более пользователи). Так бы и побыстрее тестирование пошло.


	IP записан

Uzhast 1c++ power user Отсутствует Сообщений: 1341 Зарегистрирован: 30. Августа 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #199 - 15. Ноября 2007 :: 11:48	Печать
	JohnyDeath писал(а) 15. Ноября 2007 :: 11:46: А на текущем этапе таоей разработки можно ли как-нибудь прикрутить БыстрыйПоиск. Я просто себе ТП без этого не представляю (а тем более пользователи). Так бы и побыстрее тестирование пошло. А, т.е. быстрого поиска больше всего не хватает? Понятно, спасибо. Кстати, по каким полям тебе чаще нужен быстрый поиск?


	IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #200 - 15. Ноября 2007 :: 11:51	Печать
	Млин, чё-т немного недопонял вопроса. Да, может быть чаще всего по Наименованию (в случае справочника), а если это будет какой-нибудь журнал, то по реквизитам документов (например Клиент, Склад и т.д.). Т.е. по любым?


	IP записан

Uzhast 1c++ power user Отсутствует Сообщений: 1341 Зарегистрирован: 30. Августа 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #201 - 15. Ноября 2007 :: 11:58	Печать
	JohnyDeath писал(а) 15. Ноября 2007 :: 11:51: Млин, чё-т немного недопонял вопроса. Да, может быть чаще всего по Наименованию (в случае справочника), а если это будет какой-нибудь журнал, то по реквизитам документов (например Клиент, Склад и т.д.). Т.е. по любым? Ну, по наименованию сделать быстрый поиск можно без проблем, т.к. при этом строка поиска хорошо ложится на индексы. А по реквизитам документов, ИМХО, поиск сделать если и можно, то он будет, скорее всего, не быстрым (в индексы там мало, что попадает). Т.е. для таких случаев часто получается, что только FULL SCAN можно использовать. Для журнала есть возможность быстрого поиска по дате ... да и все пожалуй


	IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #202 - 15. Ноября 2007 :: 12:05	Печать
	Ну просто не будем обращать внимание, что он не совсем "быстрый". Но такая возможность крайне нужна: пользователи очень часто становятся в нужную колонку и начинают набирать, например, НаименованиеКлиента, чтоб по-быстрому найти доки этого клиента. Ес-но оч хотелось бы, чтоб и событие ПриБыстромПоискеРаботало: красивые вещи можно получить (Артём где-то тут примерчик небольшой выкладывал).


	IP записан

Nick God Member Отсутствует Сообщений: 1599 Местоположение: г.Новокузнецк Зарегистрирован: 21. Февраля 2007 Пол:	Re: Провайдер OLE DB для ТП Ответ #203 - 15. Ноября 2007 :: 12:06	Печать
	Uzhast писал(а) 15. Ноября 2007 :: 11:58: JohnyDeath писал(а) 15. Ноября 2007 :: 11:51: Млин, чё-т немного недопонял вопроса. Да, может быть чаще всего по Наименованию (в случае справочника), а если это будет какой-нибудь журнал, то по реквизитам документов (например Клиент, Склад и т.д.). Т.е. по любым? Ну, по наименованию сделать быстрый поиск можно без проблем, т.к. при этом строка поиска хорошо ложится на индексы. А по реквизитам документов, ИМХО, поиск сделать если и можно, то он будет, скорее всего, не быстрым (в индексы там мало, что попадает). Т.е. для таких случаев часто получается, что только FULL SCAN можно использовать. Для журнала есть возможность быстрого поиска по дате ... да и все пожалуй Может добавлять свои индексы? Хотя видимо их перед каждым использованием придётся перестраивать


	ICQ IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #204 - 15. Ноября 2007 :: 12:06	Печать
	+ ну и конечно хотелось бы чтоб и значёк "%" работал сразу.


	IP записан

JohnyDeath 1c++ power user 1c++ donor Отсутствует Сообщений: 3050 Местоположение: Волгоград Зарегистрирован: 19. Мая 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #205 - 15. Ноября 2007 :: 12:07	Печать
	Nick писал(а) 15. Ноября 2007 :: 12:06: Uzhast писал(а) 15. Ноября 2007 :: 11:58: JohnyDeath писал(а) 15. Ноября 2007 :: 11:51: Млин, чё-т немного недопонял вопроса. Да, может быть чаще всего по Наименованию (в случае справочника), а если это будет какой-нибудь журнал, то по реквизитам документов (например Клиент, Склад и т.д.). Т.е. по любым? Ну, по наименованию сделать быстрый поиск можно без проблем, т.к. при этом строка поиска хорошо ложится на индексы. А по реквизитам документов, ИМХО, поиск сделать если и можно, то он будет, скорее всего, не быстрым (в индексы там мало, что попадает). Т.е. для таких случаев часто получается, что только FULL SCAN можно использовать. Для журнала есть возможность быстрого поиска по дате ... да и все пожалуй Может добавлять свои индексы? И как ты это сделаешь в ДБФ?


	IP записан

Nick God Member Отсутствует Сообщений: 1599 Местоположение: г.Новокузнецк Зарегистрирован: 21. Февраля 2007 Пол:	Re: Провайдер OLE DB для ТП Ответ #206 - 15. Ноября 2007 :: 12:10	Печать
	INDEX ON eExpression TO IDXFileName \| TAG TagName [BINARY] [COLLATE cCollateSequence] [OF CDXFileName] [FOR lExpression] [COMPACT] [ASCENDING \| DESCENDING] [UNIQUE \| CANDIDATE] [ADDITIVE]


	ICQ IP записан

Uzhast 1c++ power user Отсутствует Сообщений: 1341 Зарегистрирован: 30. Августа 2006 Пол:	Re: Провайдер OLE DB для ТП Ответ #207 - 15. Ноября 2007 :: 12:17	Печать
	Nick писал(а) 15. Ноября 2007 :: 12:10: INDEX ON eExpression TO IDXFileName \| TAG TagName [BINARY] [COLLATE cCollateSequence] [OF CDXFileName] [FOR lExpression] [COMPACT] [ASCENDING \| DESCENDING] [UNIQUE \| CANDIDATE] [ADDITIVE] А обновлять этот индекс в других сеансах 1С Пушкин будет? Они же про него не знают. Тут только DD править и следить за одинэсиной, чтобы она при следующем сохранении конфигурации этот индекс не выкинула. Кто-нибудь пробовал?


	IP записан

Nick God Member Отсутствует Сообщений: 1599 Местоположение: г.Новокузнецк Зарегистрирован: 21. Февраля 2007 Пол:	Re: Провайдер OLE DB для ТП Ответ #208 - 15. Ноября 2007 :: 12:17	Печать
	Или всё ещё интересней : Добавляем индекс через DD I=MY \|Journal+IDDOC \|0 \|IDJOURNAL,IDDOC \|JOURNAL Это для журнала Заходим в конфигуратор REINDEX - индекс есть!


	ICQ IP записан

Nick God Member Отсутствует Сообщений: 1599 Местоположение: г.Новокузнецк Зарегистрирован: 21. Февраля 2007 Пол:	Re: Провайдер OLE DB для ТП Ответ #209 - 15. Ноября 2007 :: 12:19	Печать
	Uzhast писал(а) 15. Ноября 2007 :: 12:17: Nick писал(а) 15. Ноября 2007 :: 12:10: INDEX ON eExpression TO IDXFileName \| TAG TagName [BINARY] [COLLATE cCollateSequence] [OF CDXFileName] [FOR lExpression] [COMPACT] [ASCENDING \| DESCENDING] [UNIQUE \| CANDIDATE] [ADDITIVE] А обновлять этот индекс в других сеансах 1С Пушкин будет? Они же про него не знают. Тут только DD править и следить за одинэсиной, чтобы она при следующем сохранении конфигурации этот индекс не выкинула. Кто-нибудь пробовал? 1. Тут ты прав 2. Удаляется


	ICQ IP записан

Переключение на Главную Страницу

Страницы: 1 ... 12 13 [14] 15 16

Отправить

‹ Предыдущая Тема | Следующая Тема ›

« Главная ‹ Раздел Вверх

Вверх

Valid XHTML

Valid CSS

Powered by Perl

Source Forge