On Sat, Sep 26, 2015 at 4:29 AM, Paul Ramsey wrote:
> On Thu, Aug 20, 2015 at 6:01 PM, Michael Paquier wrote:
> + * This version allows a nondefault typemod to be specified and fully
> + */
> +char *
> +format_type_with_typemod_qualified(Oid type_oid, int32 typemod)
> + return format_type_internal(type_oid, typemod, true, false, true);
Patch 0001 in this email has a routine called format_type_detailed
that I think is basically what we need for this stuff:
Could you look at it?
> I've put a very very small regression file in that tests the shippable
> feature, which can be fleshed out further as needed.
> Thanks so much!
Nice. Thanks for the addition of the regression tests. It begins to
have a nice shape.
+ * shippable.c
+ * Non-built-in objects cache management and utilities.
+ * Is a non-built-in shippable to the remote server? Only if
+ * the object is in an extension declared by the user in the
+ * OPTIONS of the wrapper or the server.
This is rather unclear. It would be more simple to describe that as
"Facility to track database objects shippable to a foreign server".
+extern bool extractExtensionList(char *extensionString,
+ List **extensionOids);
What's the point of the boolean status in this new routine? The return
value of extractExtensionList is never checked, and it would be more
simple to just return the parsed list as return value, no?
-REGRESS = postgres_fdw
+REGRESS = postgres_fdw shippable
+EXTRA_INSTALL = contrib/seg
The order of the tests is important and should be mentioned,
shippable.sql using the loopback server created by postgres_fdw.
+-- clean up
Perhaps here you meant dropping the schema and the foreign tables
+CREATE SCHEMA "SH 1";
Is there a reason to use double-quoted relations? There is no real
reason to not use them, this is just to point out that this is not a
common practice in the other regression tests.
Sent via pgsql-hackers mailing list (email@example.com)
To make changes to your subscription: