|
23.05.2008, 00:00 | #1 |
Участник
|
Два 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 по этому полю? А как создавать новые записи в таблице, имея два грида??? Или есть другой путь? |
|
23.05.2008, 00:30 | #2 |
Участник
|
Цитата:
Сообщение от Акавешка
Задача такая:
Есть таблица с полями - счет, коэффициент, корр.счет. Пример: счет | коэф.| корр.счет 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С) по нескольким счетам. Ну дык, покажите как он уже реализован в Аксапте. Если этот отчет устраивает, то спросите - точно ли нужен анализ по всем счетам или достаточно анализа по одному счету (а пользователь будет указывать по какому). И только после этого запрограммируйте так чтобы стандартный анализ по одному счету выводился несколько раз для разных счетов. Или покажите ту же шахматку. |
|
|
За это сообщение автора поблагодарили: Alucardkds (1). |
03.06.2008, 12:09 | #3 |
Участник
|
Я так понимаю, что данная таблица устанавливает связку СЧЕТ-КОРР.СЧЕТ с учетом коэффициента. Думаю, что где-то отдельно есть и справочник счетов.
Поэтому на мой взгляд правильней будет, при использовании 2 датасорсов: 1 - справочник счетов (где каждому счету соотв. только одна запись), 2 - собственно таблица связей. Между этими 2-ми DS истанавливается связь по полю счет. |
|
03.06.2008, 18:14 | #4 |
Участник
|
+1
И все это по Inner Join, чтобы лишних счетов сверху не было |
|