Запрос к PostgreSQL из MS SQL 2000, Linked Server посредством OpenQuery

vetal813
Дата: 27.10.2003 11:10:47
Помогите решить следующию проблему.
есть процедурка типа
CREATE PROCEDURE Test
@ID as VarChar(12)
AS
INSERT OPENQUERY
(NameOfLinkedServer,'SELECT a1,a2,a3 FROM PostgreTable')
VALUES
(3,5,7)
GO
которая при запуске процедуры, сохраненной в одной БД MS SQL Server2000, должна вставлять в постгридовскую БД некоторые значения.
Запрос сам правильный (значения, поля), так как проверял внутри постгрида (он под FreeBSD), но если запускать процедруку из MS SQL Query Analyzer, то, хотя он пишет "The command(s) completed successfully", на самом деле ничего не вставляет...
Команда в FreeBSD
$ps auxww | grep ^postgres
кроме всего прочего выводит и
postgres 552 0.0 5.2 6784 4812 v0 I 11:26PM 0:00:56 postmaster: postgres bd 192.168.0.173 idle in transaction(postgres)
такое ощущение, что данные ушли то правильно, но "зависли" где-то по пути, что-то их держит, но вот что???
vetal813
Дата: 27.10.2003 15:35:36
неужели никто не встречался?
есть предположение, что ms sql транзакцию начинает автоматом при каждом запросе, и видимо нужно подтвердить транзакцию.
Но как добавить ещё один запрос 'COMMIT' чтобы он выполнялся на стороне PostGreSQL ???
Sehensucht!
Дата: 27.10.2003 16:03:17
Commit не нужен точно:

By default, Postgres executes transactions in unchained mode (also known as "autocommit" in other database systems). In other words, each user statement is executed in its own transaction and a commit is implicitly performed at the end of the statement (if execution was successful, otherwise a rollback is done). BEGIN initiates a user transaction in chained mode, i.e., all user statements after BEGIN command will be executed in a single transaction until an explicit COMMIT, ROLLBACK, or execution abort. Statements in chained mode are executed much faster, because transaction start/commit requires significant CPU and disk activity. Execution of multiple statements inside a transaction is also required for consistency when changing several related tables.
LeXa NalBat
Дата: 27.10.2003 16:26:40
когда подключаюсь psql-ем к базе, ps пишет
postgres 20363 0.0 0.2 10212 2596 ? S 16:23 0:00 postgres: www dm2 [local] idle

когда набираю в этой psql-косоли begin;
postgres 20363 0.1 0.2 10212 2596 ? S 16:23 0:00 postgres: www dm2 [local] idle in transaction

так что возможно вам действительно нужен commit
Vel
Дата: 27.10.2003 16:27:47
А модет просто end ?
vetal813
Дата: 27.10.2003 17:39:30
>так что возможно вам действительно нужен commit
>А модет просто end ?

Ребят, да что угодно, только каким образом вставить это в запрос?

INSERT OPENQUERY
(NameOfLinkedServer,'SELECT a1,a2,a3 FROM PostgreTable')
VALUES
(3,5,7)
COMMIT -- сюда? но так пробовал, то же самое, висит в воздухе...а как
-- использовать вместе с OpenQuery я не знаю
GO
LeXa NalBat
Дата: 27.10.2003 18:04:07
"только каким образом вставить это в запрос?"

Вряд ли смогу помочь так как не работал с MSSQL. :-(

"SELECT a1,a2,a3 FROM PostgreTable"

Может быть здесь должен быть INSERT, а не SELECT?
vetal813
Дата: 27.10.2003 18:09:14
не, это точно не то
Shweik
Дата: 27.10.2003 21:50:12
Думаю в дальнейшем вопросы про Linked Server стоит постить в
M$ SQL - там наверняка больше знатоков пимпочек.
А воообще что в нем такого хорошего не пойму - попробовал его - прежде все получил тормоз жуткий правда на твою проблему не наткнулся -
все _ПОКА_ работает только с такой скоростью составления запроса
(задержка запросов по логам сервера лог постгреса віходит до 10 сек 8(( )
При этом произвольное приложение на сях/дельфях абcолютно без проблем
постит теже данные из M$ в PG и обратно :)
vetal813
Дата: 28.10.2003 10:33:25
Ой, а у меня даже не получается попробовать! можно с тобой связаться?
моя icq330381025
>А воообще что в нем такого хорошего не пойму - попробовал его - прежде все получил тормоз жуткий правда на твою проблему не наткнулся -
все _ПОКА_ работает только с такой скоростью составления запроса