Данные из всех компаний

[zipo]

Подскажите как в форме отобразить данные из всех компаний. Эти данные нельзя шарить между компаниями
Создавать темповую таблицу и заливать туда данные из всех компаний пробегая по ним changecompany не хочется.

[UNRW]

сделать запрос сразу в БД

[zipo]

Через ком объекты ?
ссадо и одбс ?
Всеравно же прийдется заливать это дело в темповую таблицу для нормальной работы в форме.
А нету метода отключить на время фильтр по компании ?

[UNRW]

метода отключить нету

[Recoilme]

Можно вьюху приконнектить, главное чтоб какое -ть поле recid было

[zipo]

recid и dataAreaId есть всегда.
Только ядро Аксапты автоматом ложит фильтр по dataAreaId на теущую компанию. Не пойму как тут вьюха мне поможет.

[Recoilme]

Вам не нравилась идея перегонять данные алгоритмами во временные таблицы. Если я правильно понял. Предложил другой путь:
Можно скреативить вьюху на стороне сервера. Это обеспечит высокое быстродействие. И можно начхать на датаареаид. Просто чтоб её можно было к форме подключить, надо чтоб в этой вьюхе поле с таким именем, recid, было. А то ругатца будет. Примерно так.

[MironovI]

Цитата:

Сообщение от Recoilme

И можно начхать на датаареаид.

А начхать можно сделав вьюху на основании таблицы-болванки с отключенным SaveDataPerCompany - тогда акса не будет пытаться по Dataareaid фильтровать.. Ну и понятное дело надо текст этой вьюхи держать в базе и обновлять после синхронизаций

[zipo]

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

[Recoilme]

Ой, извините, у Вас в Аксапте так просто подключить вьюху скульную наверно не получится(( забыл что это не стандартный функционал) через класс SQLSystem у нас стучится и подключает

[MironovI]

Цитата:

Сообщение от Recoilme

Ой, извините, у Вас в Аксапте так просто подключить вьюху скульную наверно не получится(( забыл что это не стандартный функционал) через класс SQLSystem у нас стучится и подключает

А можно поподробнее про SQLSystem?

[Recoilme]

Сорри, разработка не моя.
1. Тупо поюзываю
2. Будет некорректно с моей стороны разглашать принципы/алгоритмы сторонних разработок

Она просто так у нас органично в главное меню акзапты вписана, что я думал, что это стандартная фишка..
ещё раз сорри

[MironovI]

Ну я думаю как раз принципы можно, для того сайт и существует, проект не прошу

[Recoilme]

Если только на уровне описания..
Принцип такой что есть некая хрень кот. регистрирует вью в АОТ, в разделе tables и далее в аксапте можно работать с этим объектом как с обычной таблицей. По моему так. Есть интерфейс кот. позволяет синхронизировать вью (сам текст запроса) из аксы и т.п.. Этот инструментарий позволяет подключать вью к аксапте. Например нужна форма отображающая некий список незавершенных операций, можно забаббахать такую вьюху на сервере:

PHP код:

CREATE VIEW dbo.ALK_OpenDocView
AS
SELECT     dbo.INVENTTRANS.TRANSREFID, dbo.INVENTTRANS.DATESTATUS, dbo.INVENTDIM.INVENTLOCATIONID, dbo.INVENTDIM.RECID
FROM         dbo.INVENTTRANS INNER JOIN
                      dbo.INVENTDIM ON dbo.INVENTTRANS.INVENTDIMID = dbo.INVENTDIM.INVENTDIMID LEFT OUTER JOIN
                      dbo.INVENTJOURNALTABLE ON dbo.INVENTTRANS.TRANSREFID = dbo.INVENTJOURNALTABLE.JOURNALID LEFT OUTER JOIN
                      dbo.PURCHTABLE ON dbo.INVENTTRANS.TRANSREFID = dbo.PURCHTABLE.PURCHID
WHERE     (dbo.INVENTTRANS.STATUSISSUE <> 1) AND (dbo.INVENTTRANS.STATUSRECEIPT <> 1) AND (dbo.INVENTTRANS.STATUSISSUE <> 2) AND 
                      (dbo.INVENTTRANS.STATUSISSUE <> 3) AND (dbo.INVENTTRANS.STATUSRECEIPT <> 2) AND (dbo.INVENTTRANS.STATUSRECEIPT <> 3) AND 
                      (dbo.INVENTTRANS.DATESTATUS <= { fn NOW() } - DAY({ fn NOW() }))
GROUP BY dbo.INVENTTRANS.TRANSREFID, dbo.INVENTTRANS.DATESTATUS, dbo.INVENTDIM.INVENTLOCATIONID, dbo.INVENTDIM.RECID 


А потом появлется хотелка вывести это в форму,чтобы юзвери самостоятельно мониторили некую хрень.
Средствами сиквуля эта хрень секунд за 30 отрабатывает, а через аксапту - на обед можно сходить. Вот тут эта штуковина и помагает. А вот даже на такой вопрос кто правообладатель этой хрени мне ответ неизвестен. Разрабатывал её вроде как человек в период работы в одной компании по договору для другой компании)) И хотя правообладателем исходников скорей всего является компания клиент - как оно там на самом деле - неизвестно и выяснять нет мотивации. Мы её просто юзаем.

[itfs]

Здорово. Идея в основном понятна, за исключением, того, что дает регистрация вьюхи именно как таблицы (tables), а не как views?

С уважением, itfs.

[ALES]

Цитата:

Сообщение от itfs

Здорово. Идея в основном понятна, за исключением, того, что дает регистрация вьюхи именно как таблицы (tables), а не как views?

С уважением, itfs.

Изначально этот подход позволил использовать вьюхи в v2.5. В 3.0 у "стандартных" вьюх есть некие ограничения, которые так можно обойти.

[db]

во блин, вспомнили ...
как "человек в период работы в одной компании по договору для другой компании" скажу следующее
2 Recoilme
Вряд ли префикс RDOL_ может относиться к проектным разработкам. Разрабатывалось в качестве экспиремента для затыкания дыры на одном c грохотом заваленом проекте
2 itfs & ales
Действительно, изначально делалось для 2.5, где вьюшек не было вообще. В 3.0 позволяет
1. Привязывать буквально черти-что к формам и отчетам
2. Если вьюха обновялемая, то регистрация в качестве таблицы позволяет обновлять данные. Через стандартные вьюхи в аксапте этого не сделать

при всех плюсах есть один большой минус - система становится зависимой от используемой субд. если вам это пофигу, то используйте на здоровье

[Recoilme]

ага. ты там спишь/пьёшь, а я тут отдуваюсь))

[db]

Цитата:

Сообщение от Recoilme

ага. ты там спишь/пьёшь, а я тут отдуваюсь))

у тебя не 2.5