2015-01-23 1 views
0

Попытка создать поле для расчета суб-резюме отсортированный по смежной областиFileMaker резюме на смежных областях и расчеты

GetSummary (sumValue ; client::grouping) 

возвращает пустой результат. Создаются заказы и сводки, но не расчет.

Я попытался создать в таблице, выходящем как текстовое поле => поиска для client::grouping и поле вычисления = client::grouping как сортировочные поля и регулировку breakField под getSummary, но я получаю то же пустое.

Любые мысли о том, как это можно достичь?

ответ

2

Разбитое поле в GetSummary() должно быть локальным полем. Поле вычисления = client::grouping должно обслуживаться хорошо, но вы также должны сортировать по тому же самому полю вычисления (а не по соответствующему полю: clienting group).

+0

Пробовал это. В случае, если кто-то попадает в проблему: проблема, которую я имел, заключалась в том, что «вычисление происходило в текстовом поле, которое вызывает себя при обработке пробелов и т. Д.». поэтому я повторно использую свое происхождение с уникальным серийным идентификатором и всеми потоками. Спасибо за подтверждение в любом случае. – Jerome

+0

Я не понимаю, почему при вычислении «происходить» (ссылка?) Текстовое поле заставляет его возвращать пустой результат. Сортировка по текстовому полю сортируется; даже если результирующий порядок сортировки может быть не таким, как вы ожидаете, записи по-прежнему сортируются, и GetSummary() должен возвращать результат. –

+0

сводка была в порядке до точки. Когда значение поля разрыва содержит несколько ссылок в исходной таблице, сортировка будет запутана, данные из блюд на основе его внутреннего правила (если есть?), И getSummary не сможет функционировать с этой точки. Уникальный ID решает его. – Jerome

Смежные вопросы