|
![]() |
#1 |
Участник
|
Натолкнулся на такую же проблему. Если в query есть несколько разветвлений глубже второго уровня, то таблицы дальше (ниже в АОТ) первого разветвления не выбираются. Т.е. если я к одной табличке попривязываю не только 7, но даже 10 подчиненных, то все будет Ок. А вот как только одна из подчиненных получит свою подчиненную - дальше нее таблицы перестанут выбираться.
На Ax 4.0 те же яйца. |
|
![]() |
#2 |
Moderator
|
Позвольте немножко "поштурмовать мозги" (ногами просьба не пинать - релаксирую-фантазирую).
![]() А если как вариант попробовать такой путь преодоления?: - нужные данные из 7-10 таблиц экспортнуть в файл Excel соответственно на 7-10 листов (xls-файл придется сохранить), - потом связать эти листы в ADO запросом на нормальном SQL (пример запроса к одному листу здесь), - результат этого запроса импортнуть обратно в Аксапту (класс импорта - в теме по той же ссылке), - по окончании процесса xls-файл уничтожаем. Т.е. получается нечто, похожее на использование 7-10 "временных таблиц", создаваемых "на лету". Ну, или вывести 10 таблиц, например, двумя Query по 5 таблиц на 2 листа Excel. Потом связать эти 2 листа в ADO и также импортнуть обратно. |
|
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Участник
|
|
|
![]() |
#6 |
Участник
|
|
|
![]() |
#7 |
сибиряк
|
Я в шоке
![]() Стоит уже делать ставки в каком десятилетии исправят.
__________________
С уважением, Вячеслав. |
|
![]() |
#8 |
Участник
|
Да не стоит напрягаться - не такая это уж и серьезная ошибка.
Со стороны Microsoft разумно заявить четкое ограничение на количество таблиц в Query. А вот писать такие запросы на 7 таблиц - есть большая ошибка. Cornflower - вы моделировали этот запрос в SQL Query Analyzer? Если нет то попробуйте - может он вам все так подвесит, что и возиться не стоит? |
|
![]() |
#9 |
Участник
|
Цитата:
![]() Последний раз редактировалось gl00mie; 14.03.2007 в 13:50. Причина: уточнение |
|
![]() |
#10 |
Участник
|
Цитата:
Сообщение от gl00mie
![]() ...нужно построить отчет по нескольким компаниям с накладными по поставщикам в разрезе договоров, поставщики группируются по внешним кодам, в отчете отдельно выделяются суммы по накладным расходам, распределенным на строки номенклатуры, при этом отфильтровываются "внутренние" контрагенты, связанные через CommerceGateway с другими компаниями, т.е. если поставщик DAT связан с компанией DAT, то он в отчет попасть не должен. Для отчета берутся: VendInvoiceJour, VendInvoiceTrans, VendTable, ExtCodeValueTable, RContractTable, GatewayOrgRef, GatewayOrganization и MarkupTrans (это если использовать MarkupTrans.CustVendPosted_RU, иначе еще придется цеплять MarkupTable) - итого 8 таблиц. ...
Кстати, возможно для такого Query - количество таблиц и не имеет столь жестких ограничений. Ни кто не проверял ? Наконец если при настройке системы позаботиться об этом заранее, то можно сократить Query на 2-3 таблицы. |
|
![]() |
#11 |
Участник
|
Ну Вы заладили... А если модификацию необходимо выполнить в функциональности где все сущности уже спроектированы и реализованы... А необходимо в какую-нибудь форму добавить в источник данных еще одну табличку для наложения фильтра... потом можно и тонким тюнингом заняться для ускорения работы СУБД...
|
|
![]() |
#12 |
Участник
|
Цитата:
Цитата:
Наконец если при настройке системы позаботиться об этом заранее, то можно сократить Query на 2-3 таблицы.
|
|
![]() |
#13 |
Участник
|
![]()
Ладно, убедили - пишите в Микрософт коллективную жалобу...
|
|