На форме один lookup для Клиентов и Поставщиков

[tolstjak]

Здравствуйте уважаемые!!!

Ах 30 - на форме необходимо сделать поле выбора, в котором бы lookup выводил сразуПоставщиков и Клиентов.
Может быть у кого-то уже это сделано и работает.
Поделитесь мыслями.

Заранее благодарен.

[ZVV]

Цитата:

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

Здравствуйте уважаемые!!!

Ах 30 - на форме необходимо сделать поле выбора, в котором бы lookup выводил сразуПоставщиков и Клиентов.
Может быть у кого-то уже это сделано и работает.
Поделитесь мыслями.

Заранее благодарен.

Видимо только через временную таблицу...

[tolstjak]

Цитата:

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

Видимо только через временную таблицу...

А мап нельзя задействовать (CustVendTable)???

[ZVV]

Цитата:

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

А мап нельзя задействовать (CustVendTable)???

А вы можете сделать через него запрос?
Доступ к полю Map'a

[tolstjak]

Цитата:

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

А вы можете сделать через него запрос?
Доступ к полю Map'a

Буду думать.

[Zabr]

Цитата:

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

Здравствуйте уважаемые!!!

Ах 30 - на форме необходимо сделать поле выбора, в котором бы lookup выводил сразуПоставщиков и Клиентов.
Может быть у кого-то уже это сделано и работает.
Поделитесь мыслями.

Заранее благодарен.

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

[olesh]

Цитата:

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

Поделитесь мыслями.

Как вариант:
1. Создать таблицу в Аксапте.
2. После синхронизации нужно заменить на SQL сервере эту таблицу вьюхой с тем же именем.
3. Обеспечить автоматическую синхронизацию.
4. Использовать таблицу в лукапе как обычно.

Решение абсолютно рабочее в 3.0. Другое дело, стоит ли эта задача такого решения Может действительно проще во временную закачать?

[tolstjak]

Цитата:

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

Как вариант:
1. Создать таблицу в Аксапте.
2. После синхронизации нужно заменить на SQL сервере эту таблицу вьюхой с тем же именем.
3. Обеспечить автоматическую синхронизацию.
4. Использовать таблицу в лукапе как обычно.

Решение абсолютно рабочее в 3.0. Другое дело, стоит ли эта задача такого решения Может действительно проще во временную закачать?

Мысль хороша!!!
Интересно как Вы обеспечиваете автоматическую синхронизацию ??

[tolstjak]

Цитата:

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

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

Кодировка разная. С этим проблем не будет.
Все больше склоняюсь к временной таблице.

[olesh]

Цитата:

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

Интересно как Вы обеспечиваете автоматическую синхронизацию ??

Из Application.dbSynchronize. Перед super() прямым запросом к SQL серверу вьюху удаляем, если она существует. После super() удаляем таблицу и создаем вьюху (+ пустой триггер на insert/update/delete, на всякий случай).

Чтобы не пересоздавать вьюху при каждом вызове dbSynchronize, можно попытаться определить, что наша таблица будет синхронизироваться (есть параметр tableId в dbSynchronize, а также метод SqlSyncPending.tableTouched()). В результате, сейчас у нас не ловится случай только при синхронизации таблицы при импорте проектов, дальше разбираться лень, и так устраивает (после импорта синхронизируем вручную).

[tolstjak]

Цитата:

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

Из Application.dbSynchronize. Перед super() прямым запросом к SQL серверу вьюху удаляем, если она существует. После super() удаляем таблицу и создаем вьюху (+ пустой триггер на insert/update/delete, на всякий случай).

Чтобы не пересоздавать вьюху при каждом вызове dbSynchronize, можно попытаться определить, что наша таблица будет синхронизироваться (есть параметр tableId в dbSynchronize, а также метод SqlSyncPending.tableTouched()). В результате, сейчас у нас не ловится случай только при синхронизации таблицы при импорте проектов, дальше разбираться лень, и так устраивает (после импорта синхронизируем вручную).

Спасибо. Попробуем.