Сообщений в теме: 12

[TelecomMedia]

Подскажите, каким образом можно сделать поиск по всем таблицам?

Т.е. при входящем звонке информация о контакте может быть в нескольких (а именно 5) разных таблицах, что существенно затрудняет поиск.

[wondertalik]

fabrika-r (05 Май 2014 - 15:23) писал:

Подскажите, каким образом можно сделать поиск по всем таблицам?

Т.е. при входящем звонке информация о контакте может быть в нескольких (а именно 5) разных таблицах, что существенно затрудняет поиск.

Один из вариантов доработайте рабочий стол (представление). Для поиска контактов. Если нужно что-то автоматизированное, то это уже вычисления и тд. Нужно видеть структуру таблиц, последовательность действий, желаемый результат.

[TelecomMedia]

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

[CbCoder]

Цитата

Вообще не понимаю почему эта функция до сих пор не включена в базовую конфигурацию.

Сами не понимаем, давно планировали уже, все руки не доходят.

[TelecomMedia]

CbCoder (06 Май 2014 - 08:52) писал:

Сами не понимаем, давно планировали уже, все руки не доходят.

Да, пора бы уже)

Так все таки есть ли на данный момент, какое-то решение? В лайф чате мне ответили, что это впринципе возможно через Отчет с поиском по всем полям.
Вот только как сделать такой отчет не знаю..(

[CbCoder]

Теоретически, да, можно сделать через свой отчет. Делаете проход по всем таблицам с запросами по всем полям.

[wondertalik]

fabrika-r (06 Май 2014 - 06:50) писал:

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

Как по мне, поиск нужно тогда делать настраиваемым. По аналогии с шаблонами поиска, где указывать хотя бы в каких таблицах нужно искать. Так как подобная функция интересна только для малых объемов данных. Иначе слишком большое время ожидание в какой-то момент будет.

[TelecomMedia]

CbCoder (06 Май 2014 - 13:05) писал:

Теоретически, да, можно сделать через свой отчет. Делаете проход по всем таблицам с запросами по всем полям.

Это все прекрасно конечно, но я такой запрос в жизни не напишу)

Если брать за основу стандартный отчет в базовой конф., например, "Отчет по продажам", то намекните хотя бы в каких полях кода (а их там 260+) нужно делать изменения.

[CbCoder]

Стандартные отчеты к этой задаче не имеют никакого отношения, это не модификация имеющегося, тут надо с полного нуля писать. Для среднего программиста это не представляет особой трудности, там больше рутинной работы, чем обдумывания алгоритмов. Но если вы не проф. программист, то конечно это будет не так легко, т.к. тут не пара строк вычисления. Суть я уже описал - проход по всем таблицам с запросами по условию поиска. Как делать запросы - описывается в документации к вычислениям (вы сами не раз их делали). Но если реально проблема с этим - лучше закажите профессиональному программисту, ну или долбите нашу техподдержку на включение в ближайший план доработки программы данным функционалом.

[Radik]

Был бы очень полезен отчет по глобальному поиску...

[maksn]

fabrika-r (06 Май 2014 - 14:58) писал:

Это все прекрасно конечно, но я такой запрос в жизни не напишу)

Схематично, такой запрос может выглядеть так:

Если ищем частичное совпадение, то
SELECT `Нужное поле №1` FROM `Нужная таблица №1` WHERE `Поле по которому ищем N1` LIKE('%Критерий поиска%')
UNION
SELECT `Нужное поле №2` FROM `Нужная таблица №2` WHERE `Поле по которому ищем N2` LIKE('%Критерий поиска%')
..........................................
UNION
SELECT `Нужное поле №...` FROM `Нужная таблица №...` WHERE `Поле по которому ищем N...` LIKE('%Критерий поиска%')

Если нужно полное совпадение, заменим оператор LIKE на равенство

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

fabrika-r (06 Май 2014 - 06:50) писал:

Желаемый результат - делать поиск по всей программе.
Приведу аналогию: поиск по форуму можно сделать как по разделу ( как сейчас в кб), так и по всему форуму (как сейчас нсь, ельзя делать в кб).
Согласитесь, поиск по разделам не всегда удобен.

Как раз здесь все в одной таблице. На форумы/разделы разбивается атрибутом "Раздел"

Сообщение отредактировал maksn: 07 Май 2014 - 01:05

[f-jeka]

Возможно ли настроить поиск по умолчанию "по всем фильтрам", а также среди удаленных и архивных записей, даже если нет прав на удаление и архивацию?

[CbCoder]

Цитата

Возможно ли настроить поиск по умолчанию "по всем фильтрам"

Нет, переход в режим "по всем фильтрам" только по ссылке. По умолчанию поиск идет в текущем фильтре.

Цитата

а также среди удаленных и архивных записей, даже если нет прав на удаление и архивацию?

На данный момент отсутствие прав на удаление или архивацию автоматом означает и отсутствие прав на просмотр архива/удаленных. Хотя, на форуме уже поднималась тема насчет нелогичности такого порядка. Тем не менее пока данный вопрос не решался.