Два DS от одного источника данных??

[Акавешка]

Задача такая:
Есть таблица с полями - счет, коэффициент, корр.счет.
Пример:
счет | коэф.| корр.счет
26.01.000 | к1 | 90.01.000
26.01.000 | к2 | 90.02.000
26.01.000 | к3 | 90.03.000
26.02.000 | к4 | 90.01.000
26.02.100 | к5 | 90.02.000
Нужно создать форму с двумя гридами, один должен отображать поле счет, другой поля коэффициент и корр.счет. Смысл в группировке по полю счет, для более удобного анализа информации пользователем. Как это реализовать? Создавать 2 датасоурса от одной таблицы? Для первого прописывать в методе executeQuery группировку по полю счет, а для второго накладывать range по этому полю? А как создавать новые записи в таблице, имея два грида??? Или есть другой путь?

[mazzy]

Цитата:

Сообщение от Акавешка

Задача такая:
Есть таблица с полями - счет, коэффициент, корр.счет.
Пример:
счет | коэф.| корр.счет
26.01.000 | к1 | 90.01.000
26.01.000 | к2 | 90.02.000
26.01.000 | к3 | 90.03.000
26.02.000 | к4 | 90.01.000
26.02.100 | к5 | 90.02.000
Нужно создать форму с двумя гридами, один должен отображать поле счет, другой поля коэффициент и корр.счет.

Для начала взять листок и бумажку и попробовать нарисовать результат руками.

Во-первых, понятия счет и корр.счет - это не абсолютные понятия, а относительные. Так в первой строчке вашей таблицы для 26.01.000 является корр.счетом для счета 90.01.000.

Нет Зла - есть отсутствие добра.
Нет Тьмы - есть отсутствие света.
Также нет и отдельной сущности "корр.счет" - это такой же счет, но только с другой стороны.

Как при такой задаче вы собираетесь выкручиваться и показывать группировку в первом гриде и по 26ым, и по 90ым - не знаю. Какой коэффициент у вас будет, если 90ые рассматривать как счета - тоже непонятно.

Цитата:

Сообщение от Акавешка

Смысл в группировке по полю счет, для более удобного анализа информации пользователем.

Какой анализ?
Посмотрите на шахматку. Все счета, где бы они не появлялись так или иначе отображаются и в колонках и в строчках. Принцип двойной записи, панимашь.

Что у вас будет анализировать пользователь, если группировка по 26ым будет происходить, а по 90ым - нет.

Цитата:

Сообщение от Акавешка

Как это реализовать?

Во-первых понять задачу в терминах пользователя, а не в терминах программиста.

Стопудово у вас просят банальный отчет "анализ счета" (в терминах 1С) по нескольким счетам. Ну дык, покажите как он уже реализован в Аксапте. Если этот отчет устраивает, то спросите - точно ли нужен анализ по всем счетам или достаточно анализа по одному счету (а пользователь будет указывать по какому).

И только после этого запрограммируйте так чтобы стандартный анализ по одному счету выводился несколько раз для разных счетов.

Или покажите ту же шахматку.

[snirk]

Я так понимаю, что данная таблица устанавливает связку СЧЕТ-КОРР.СЧЕТ с учетом коэффициента. Думаю, что где-то отдельно есть и справочник счетов.
Поэтому на мой взгляд правильней будет, при использовании 2 датасорсов: 1 - справочник счетов (где каждому счету соотв. только одна запись), 2 - собственно таблица связей. Между этими 2-ми DS истанавливается связь по полю счет.

[MironovI]

+1
И все это по Inner Join, чтобы лишних счетов сверху не было