Как программно освежить список серверных объектов в adp?
дайте линк если уже обсуждали =)

CurrentProject.OpenConnection CurrentProject.BaseConnectionString
работает, спасибо.
Только он ведь при этом формы закрывает =(
Как быть ? - программно запускается процедура, которая создает серверный объект - а Access-то пока не перелинкуется об его существовании не узнает !
Меня интересовало, можно ли освежить список серверных объектов без реконнекта. Ктати у меня - Access XP.

Задача - предоставить пользователю конструктор запросов. с возможностью их сохранения, но так, чтобы внуть Accessa он не лазил (окно БД скрыто). Тут либо писать что-то свое (или использовать готовые ActiveX конструктры запросов), либо воспользоваться средствами Access, что я и попытался сделать (программно создаем новый view, а потом открываем его в режиме конструктора). Но пока... > смотри subj ;(

To Senkin Victor: попробуй программно создать на сервере view (create view
[user].[MyNewView] as ...) и сразу docmd.openview MyNewView,acViewDesign, acEdit

Мне он говорит, что нет такого MyNewView, т.к. не знает о его существовании до переподключения.

А что формы закрываются, так енто понятно, что нормально ;)

Блин...уйду на VB6

Victor, ОКНА БАЗЫ ВООБЩЕ НЕТ! все программно

2 Hummer:
Да. Проект давно перерос Access, но это известная проблема - мигрировать от тяжелого наследия прошлого в светлое будущее )

Слушайте, а вообще можно наверное содать серверный view не через выполнение команды серверу, а средствами самого Access - ведь есть же ярлык "Создать представление в режиме конструктора" ?
Как бы его "кликнуть" программно ?

2 Hummer
Связок нет. Для них источник один - только как список полей (уже проведена денормализация). Но количество и сложность условий не поддается формализации.
например один хочет дата='01.01.2004', а другой
(дата=x and объем=y and (стоимость<=z or итого >xx and (...))) or (...) и т.д.
Бывают извращенцы =)

Вроде нашел.
Надо создавать вьюху через метод для views collection

Views.Append Name, Command

2 incold /значит у него права владельца базы данных /
Здрасьте, чего это вдруг у него права владельца. Для того, чтобы создавать объекты базы MSSQL права dbo не обязательны

Ха-ха
так и представляю себе ситуацию - юзер хочет посмотреть объем реализации с дополнительными условиями а ты ему - иди-ка на ...CrystalReports
гыгыгыгы

А по поводу создания серверных объектов эт вы погорячились с правами dbo :)
читайте BOL

ЗЫ
Subj решен через Views.Append
вопросов больше не имею

2 Hummer
В общем согласен. Но если есть готовый конструктор, и оперирует он только с вьюхой, которая принадлежит только этому пользователю (не dbo.View, а [vasya pupkin].view) то как-то влом изобретать велосипед ;)

зы
Всем большое спасибо за response =)

2 incold
Никому кроме юзера с ними и не надо работать. Каждый юзер должен иметь возможность иметь набор хранимых условий (и полей которые необходимы - т.е. запросов) и менять их и с ними работать (только со своими)
Пивоты нагляднее, но не хранятся как объекты - т.е. если у меня есть набор стандартных (для меня) условий - каждый раз фильтровать надо заново.
К тому же пивот является только эмуляцией нормальных кубов olap (не поддерживает иерархию dimensions), тормозит при создании агрегатов (я кстати даже не понял до сих пор где он их хранит?) особенно если объем данных приличный. Уточню, что от запросов требуются не агрегаты, а список элементарных транзакций - именно список - так, что пивот тут как собаке...
Ближе к телу родной "Фильтр по форме", но он накладывается на уровне приложения (как и пивот кстати) и тоже тормозит =)
Фактически вы правы и правильнее предоставлять кустарный конструктор, но время-деньги ;)
2 Viktor
Мдя...Даже не знаю что сказать.
Но теоретически механизм мне представляется таковым.
При запуске Docmd.OpenView вьюха ищется в локальной копии схемы(коллекции серверных объектов) (смотри CatalogObject)
и если там вьюхи нет, то что выдается ошибка.
Уточню, что речи идет только о ситуации, когда вьюха создана через команду серверу (например выполнение хп) и открывается в одной процедуре.
Я решил проблему путем создания вьюхи методом Views.Append который обновляет коллекцию views без переконнекта к базе (может даже сначала создает вьюху в catalog локально, а потом отправляет команду серверу)

2 Victor
Да, может и пал. Желаю Вам не оказываться в ситуации, когда приходиться жертвовать красотой ради кривого (по Вашему мнению) паллиатива. А что Вы предлагаете ? - создавать еще одно хранилище метаданных (в смысле таблицу с текстами стандартных для юзера запросов)? - так это еще неизвестно что кривее !

2 incold
Дельно. Принимаю.

Viktor, надо не только условия, но и сильно желательно список полей =(
а то там их штук двадцать. Только не надо говорить, что так много никому не надо - это реальная специфика транзакций.
Еще раз спасибо за ответ.