Re: [INTERFACES] calculated identity field in views, again...

Поиск
Список
Период
Сортировка
От Keith Worthington
Тема Re: [INTERFACES] calculated identity field in views, again...
Дата
Msg-id 42784864.4060408@NarrowPathInc.com
обсуждение исходный текст
Ответ на calculated identity field in views, again...  ("Zlatko Matic" <zlatko.matic1@sb.t-com.hr>)
Список pgsql-general
Zlatko Matic wrote:
> I asked this question several weeks ago, but nobody proposed a solution,
> so I am repeating the same question again...
> I have an MS Access front-end for a database on PostgreSQL.
> I could use pass-through queries as record sources for reports and it
> works fine...
> Unfortunately, MS Access doesn't allow pass-through queries to be
> records sources for subforms.
> Therefore I tried to base subforms on regular JET queries on linked
> tables. It was too slow...
> Then I tried to base subforms on DAO recordset code generated from
> pass-through QueryDef objects. Although it worked, it was very unstable...
>
> Now it seems to me that POstgreSQL views are the best solution, but
> Access considers views as tables (!) and needs column with unique values.
> All those views are complicated queries on several tables, so I can't
> use any table's column as primary key. I need a calculated column in the
> view that Access will consider as primary key column.
> In regular tables, I use bigserial field, but how can I create
> calculated bigserial column in a view ?
>
> Thanks.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
>      joining column's datatypes do not match
>
>

Another option is to toss the MS Access altogether and program the front
end entirely in VB.  That is what we did.

--
Kind Regards,
Keith

В списке pgsql-general по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Favorable Postgresql write up
Следующее
От: "Dinesh Pandey"
Дата:
Сообщение: Re: Date addition/subtraction