Хочу сделать выборку из одной базы, используя в качестве условия выборку из другой.
Подскажите, если кто такое делал.

SELECT * FROM ДругаяБаза.dbo.Контрагент_ИсторияМенеджера

или

SELECT * FROM ДругаяБаза..Контрагент_ИсторияМенеджера

а можно ли как то юзать метаимена для др. базы?
или нужно конкретно указывать идент. таблицы, помотрев его предварительно в DDS?
т.е. речь идет о возможности построения динамических запросов, а то по ОЛЕ как то долговасто...

только судьба этой доработки сейчас не определена, поскольку проверить ее и принять решение о ее включение в состав компоненты должен был ДмитрО, а он ушел из проекта...
а приемник не определен

я повторил вопрос здесь, т.к.:
1) на итленде он "подвис"
2) появился этот форум и ссылку давать на ту ветку на итленде не хотелось, т.к. лучше обсуждать какой либо вопрос как мне кажется лучше в одном месте...

Просто тут ведь два вопроса:

1. Принятие решение о включение функционала в состав компоненты.
У тебя же все готово и документация есть.
А решение зависит от его стабильности, готовности автора к коррекции ошибок и интереса со стороны пользователей.

2. Вопрос преемника. Мне кажется, это вообще утопия. Где ж его взять?
Это же не индустрия, скорее авторская работа, и идеи и ошибки - все это принадлежит автору.

А сам то не возьмешься за развитие этого направления?
Ты ведь DmitrO хорошо понимаешь и темой владеешь в совершенстве.

trad писал(а) 30. Мая 2006 :: 11:48:

каких, если не секрет?

можно делать вьюшки на акцессе и подключаться к нему

Цитата:

можно

Quan писал(а) 31. Мая 2006 :: 11:49:

это можно обусловить или назвать и так: создавай свой парсер...

но судя по обсуждению в этой ветке. можно похоронить данный функционал в 1С++

Quan писал(а) 31. Мая 2006 :: 13:00:

мне шото подсказывает, шо это и есть парсер... 

trad писал(а) 29. Мая 2006 :: 16:13:


временная таблица #tmp созданная в одном объекте ODBCRecordset, не видна в другом объекте ODBCRecordset.
если переключаешься УстБД(дб), тоже таблица становится  не видна

можно пример запроса к двум базам поподробней?

Цитата:

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

Во. Нашел в популярном мануале по-русски:
Для работы со связанными серверами в SQL Server принято соглашение о формате имен объектов. Имя должно состоять из четырех частей:
linked_server.catalog.schema.object
где
linked_server - имя связанного сервера
catalog - каталог, содержащий объект
schema - схема в каталоге, содержащая объект
object - имя объекта

пример
SELECT * FROM MyPubs.pubs.dbo.authors
MyPubs - это ранее определенный связаный сервер

Кстати, связываться можно не только с MSSQL. Выбор просто поражает:


SQL Server      Microsoft OLE DB Provider for SQL Server
Oracle      Microsoft OLE DB Provider for Oracle
Access/Jet      Microsoft OLE DB Provider for Jet
ODBC data source      Microsoft OLE DB Provider for ODBC
ODBC data source      Microsoft OLE DB Provider for ODBC
File system      Microsoft OLE DB Provider for Indexing Service
Microsoft Excel Spreadsheet      Microsoft OLE DB Provider for Jet
IBM DB2 Database      Microsoft OLE DB Provider for DB2

aou1c писал(а) 31. Мая 2006 :: 16:54:

только, если включать отладку и дописывать везде руками "база.dbo."

aou1c писал(а) 31. Мая 2006 :: 16:59:

А ты ожидал чего-то иного? Откуда вообще парсер при конструировании запроса из твоей виртуальной таблицы может догадаться, что ты лезешь в другую базу?

Quan писал(а) 31. Мая 2006 :: 17:04:


все правильно - парсеру нехватает структуры DDS другой базы

aou1c писал(а) 31. Мая 2006 :: 17:08:
Скажу больше: парсер вообще не в курсе, что вприроде существуют другие базы

aou1c писал(а) 31. Мая 2006 :: 17:15:


КОЛИСЬ, НЕ ТЯНИ!

Идея в целом понятна, хотя (если я правильно представляю реализацию) не в моем вкусе.

Мне все равно так низзя: базы в основном на разных серверах.

Что структуры одинаковые - это я уже догадался. Но думал, что ты просто ловишь запрос на выходе из парсера и каким-то образом находищь, куда вставить строку "ИмяБазы.dbo."
Кстати, не думал над таким вариантом.

aou1c писал(а) 01. Июня 2006 :: 06:55:

Не совсем понял.
Тем более, что временные #таблицы создаются в базе tempdb дефолтового сервера....

Ну, да Бог с ним,я уж как-то привык по своей методике: ручками-ручками и не лениться

Бааа..... Пока писал - сообразил 
Как же я забыл!
Возвращаясь к ранее сказанному:
aou1c писал(а) 31. Мая 2006 :: 16:25:

А для того, чтобы она была видна, нужно писАть не #tmp, а ##tmp.
Только нужно позаботиться об уникальности имени таблицы в многопользовательской среде.
На Итланде я кидал пример генерации имен. Найду - сюда перетащу.

Quan писал(а) 01. Июня 2006 :: 07:13:

нужно прилинковать сервер и все делать на одном коннекшене и не надо городить огород

aou1c писал(а) 01. Июня 2006 :: 07:29:


1. Еще раз внимательно читаешь данную ветку.

2. НаходишьQuan писал(а) 31. Мая 2006 :: 16:31:

3. Читаешь доку на sp_addlinkedserverlogin

4. Используешь sp_addlinkedserverlogin для трансляции логинов базового сервера в логины-пароли линкнутого сервака