|
ОБЪЕДИНИТЬ ВСЕ в запросе | ☑ | ||
---|---|---|---|---|
0
BOFFKA
06.09.11
✎
17:30
|
Есть запрос, который дописывается в цикле, и каждый раз к нему добавляются добавляется запрос через "ОБЪЕДИНИТЬ ВСЁ". А есть ли ограничения по количеству запросов в запросе?? Если есть то сколько?
|
|||
1
VVi3ard
06.09.11
✎
17:32
|
256
|
|||
2
shuhard
06.09.11
✎
17:33
|
(0) на UNION ограничений нет
|
|||
3
BOFFKA
06.09.11
✎
17:34
|
А что будет быстрее 256 запросов в одном или пустить запрос в цикл 256 раз?
|
|||
4
GANR
06.09.11
✎
17:34
|
(3) 256 пакетом быстрей.
|
|||
5
Господин ПЖ
06.09.11
✎
17:35
|
(3) 256 запросов не факт что отработают вообще. Ограничение на 256 таблиц в скуле никто не отменял
|
|||
6
apokrit
06.09.11
✎
17:35
|
(2) Неправда ваша.
Все зависит от... Например, если приписать упорядочивание в конце, то ограничение появится. |
|||
7
Живой Ископаемый
06.09.11
✎
17:35
|
2(5)что за ограничение?
|
|||
8
Сергей Д
06.09.11
✎
17:36
|
(6) А если сперва во временную таблицу, а потом ее отсртировать?
|
|||
9
shuhard
06.09.11
✎
17:37
|
(5) в UNION его нет, есть в JOIN
|
|||
10
Господин ПЖ
06.09.11
✎
17:37
|
(7) обычное... от mssql. 256 таблиц в запросе
|
|||
11
Живой Ископаемый
06.09.11
✎
17:37
|
2(10) для всех версий МС СКЛ?
|
|||
12
shuhard
06.09.11
✎
17:39
|
(11) у тебя BOL отняли,
Оооооооооооооооо |
|||
13
Живой Ископаемый
06.09.11
✎
17:41
|
2(12) я вообще с МС СКЛ не работаю...
|
|||
14
Megas
06.09.11
✎
17:41
|
Я чё то подумал, у меня кажется объектов методанных в базе меньше чем 256. =)
А вообще интересно что за задача в который надо ОБЪЕДИНИТЬ ВСЕ 256 таблиц. |
|||
15
Живой Ископаемый
06.09.11
✎
17:42
|
и поэтому у меня и ограничения другие... :) в этой связи твоя попытка выглядит ну совсем уж натужной
|
|||
16
shuhard
06.09.11
✎
17:42
|
(14) в УПП документов больше 256
и первая задача общий журнал вторая проверка движений |
|||
17
shuhard
06.09.11
✎
17:43
|
(15) поздняк метаться
|
|||
18
Господин ПЖ
06.09.11
✎
17:43
|
(9) обычно в юнионах есть и джоины
|
|||
19
shuhard
06.09.11
✎
17:45
|
(18) и тебе BOL читать =)
|
|||
20
BOFFKA
06.09.11
✎
17:46
|
(14) Поиск номенклатуры по неявному совпадению. То есть например пользователь задает список имен, к примеру "черная речка", "старая деревня", и указывает порог совпадения, например "5". Мне требуется найти всю номенклатуру в которой встречается "черна", "ерная", "рная ", "ная р" и так далее...
|
|||
21
Живой Ископаемый
06.09.11
✎
17:47
|
ой... по-моему это решается через полнотекстовый поиск...
|
|||
22
Господин ПЖ
06.09.11
✎
17:47
|
(20) это делается средствами полнотекстового поиска...
|
|||
23
Fragster
гуру
06.09.11
✎
17:48
|
(5) в 2008 таки майкрософт томенил :)
|
|||
24
Живой Ископаемый
06.09.11
✎
17:49
|
2(23) говорят БОЛ читать надо... шутят?
|
|||
25
BOFFKA
06.09.11
✎
17:49
|
(21) (22) Дайте плиз ссылку где про это можно прочитать
|
|||
26
BOFFKA
06.09.11
✎
17:50
|
Но мне ещё и всегда нужно знать, к какому элементу из списка нашлась эта номенклатура.
|
|||
27
Живой Ископаемый
06.09.11
✎
17:50
|
везде... например на ИТС, СП, книжки типа
http://v8.1c.ru/metod/books/book.jsp?id=105 http://v8.1c.ru/metod/books/book.jsp?id=63 (26)да-да |
|||
28
shuhard
06.09.11
✎
17:51
|
(25) в СП
Элементы коллекции: ЭлементСпискаПолнотекстовогоПоиска Для объекта доступен обход коллекции посредством оператора Для каждого … Из … Цикл. При обходе выбираются элемент поиска. Свойства: ОбластьПоиска (SearchArea) ПолучатьОписание (GetDescription) ПорогНечеткости (FuzzinessThreshold) РазмерПорции (PortionSize) СтрокаПоиска (SearchString) Методы: Количество (Count) НачальнаяПозиция (StartPosition) ПерваяЧасть (FirstPart) ПолноеКоличество (TotalCount) Получить (Get) ПолучитьОтображение (GetRepresentation) ПредыдущаяЧасть (PreviousPart) СледующаяЧасть (NextPart) СлишкомМногоРезультатов (TooManyResults) Описание: Объект выполнения поиска и получения результатов. Доступность: Сервер, толстый клиент, внешнее соединение. См. также: МенеджерПолнотекстовогоПоиска, метод СоздатьСписок |
|||
29
Живой Ископаемый
06.09.11
✎
17:51
|
особенно читай
Глава 3. Полнотекстовый поиск "Оператор РЯДОМ (NEAR)" |
|||
30
Господин ПЖ
06.09.11
✎
17:54
|
Above query was just an example, you can use UNION for less than or equal to 256 tables
|
|||
31
Живой Ископаемый
06.09.11
✎
17:56
|
2(30) для 2008-го это по-прежнему верно?
|
|||
32
shuhard
06.09.11
✎
17:56
|
(30) это 2000 сиквел,
у 2005 ограничения нет |
|||
33
BOFFKA
06.09.11
✎
17:59
|
(28) (29) Спасибо огромное!!!
|
|||
34
BOFFKA
06.09.11
✎
18:07
|
Жаль только нельзя ограничить в полнотекстовом поиске реквизит поиска...
|
|||
35
Живой Ископаемый
06.09.11
✎
18:12
|
Ну... можно, но придется менять метаданные - менять у реквизитов свойство "полнотекстовый поиск"
Но если нужно и так и так, то потом уже подвергать анализу ЭлементСписка - там есть поле описание |
|||
36
BOFFKA
07.09.11
✎
11:02
|
Полнотекстовый поиск не подойдёт, он с табличными частями не работает, а мне нужно у номенклатуры искать в доп реквизитах тоже.
|
|||
37
Живой Ископаемый
07.09.11
✎
11:04
|
а ты не хочешь ли забацать отдельное хранилище под это дело типа РС, или вообще внешнюю таблицу, и натравить уже нативные средства сервера СУБД для полнотекстовго поиска... если уж действительно нужно
|
|||
38
BOFFKA
07.09.11
✎
11:06
|
Столько за эту обработку платить не будут)))
|
|||
39
Господин ПЖ
07.09.11
✎
11:06
|
>он с табличными частями не работает
чего это вдруг... |
|||
40
Живой Ископаемый
07.09.11
✎
11:07
|
ну.. с чем-то он действительно не работает, не помню только с чем... может как раз наоборот, с РС...
|
|||
41
BOFFKA
07.09.11
✎
11:09
|
(39)
Область поиска может содержать только основные объекты конфигурации. Подчиненные объекты (например, табличные части, реквизиты) не могут входить в область поиска. Доступность: Сервер, толстый клиент, внешнее соединение. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |