Grid passes functions off to underlying databases. Unfortunately, it doesn't do so when the functions are in the from clause. If it did, that would work.
But I digress. We're attempting to try either the csv import (which would require a new script, but no biggie) or a data pull on the underlying database to a table that only exists on one node. --- =========================== Samuel Nelson Consistent State www.consistentstate.com 303-955-0509 =========================== On Thu, May 5, 2011 at 12:36 PM, Scott Mead <sco...@openscg.com> wrote: > > On Thu, May 5, 2011 at 1:40 PM, Merlin Moncure <mmonc...@gmail.com> wrote: > >> On Thu, May 5, 2011 at 12:13 PM, Sam Nelson <s...@consistentstate.com> >> wrote: >> > Hi List, >> > We have a customer who is trying to migrate a few PostgresPlus instances >> to >> > GridSQL clusters. They have a process that pulls data from another >> server >> > using dblink every night, and we're trying to replicate that on the >> GridSQL >> > instance, but grid is being a bit of a pain. >> > Grid doesn't seem to allow functions in from statements, and, of course, >> it >> > spits out errors about functions returning records being called in the >> wrong >> > context if we just try "select dblink(foo, bar);" (we had to try it). >> > Has anyone else run into this specific issue? >> > > GridSQL itself doesn't support functions. > > >> Is there a known workaround? >> > Any ideas on what else we should try? >> >> > You'd have to present the data to be partitioned to the gsql controller for > partitioning to happen properly, or use the high-speed import that it comes > with. Could you dump the data to an intermediary csv and then push it at > the import utility? > > --Scott > > >> have you considered wrapping the output of the dblink query in a view? >> >> merlin >> >> -- >> Sent via pgsql-general mailing list (pgsql-general@postgresql.org) >> To make changes to your subscription: >> http://www.postgresql.org/mailpref/pgsql-general >> > >
