Received: from smtp6.mail.yahoo.com (smtp6.mail.yahoo.com [128.11.69.103]) by mail.postgresql.org (8.11.1/8.11.1) with SMTP id f17A0rx32137 for ; Wed, 7 Feb 2001 05:00:53 -0500 (EST) (envelope-from janwieck@yahoo.com) Received: from a60b6.pppool.de (HELO jupiter.greatbridge.com) (213.6.96.182) by smtp.mail.vip.suc.yahoo.com with SMTP; 7 Feb 2001 09:56:36 -0000 X-Apparently-From: Received: (from janwieck@localhost) by jupiter.greatbridge.com (8.9.3/8.9.3) id FAA02488; Wed, 7 Feb 2001 05:06:11 -0500 From: Jan Wieck Message-Id: <200102071006.FAA02488@jupiter.greatbridge.com> Subject: Re: Postgres and Oracle differences and questions In-Reply-To: <3A7BF8A1.57EBABD7@home.com> from "D. Johnson" at "Feb 3, 2001 06:25:05 am" To: "D. Johnson" Date: Wed, 7 Feb 2001 05:06:11 -0500 (EST) CC: pgsql-interfaces@postgresql.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archive-Number: 200102/38 X-Sequence-Number: 991 D. Johnson wrote: > I have recently been working on several projects that use MSAccess as a > front end to both a Postgres and Oracle DB. Unfortunately, I have > noticed some differences and limitations in Oracle that seem to make > Postgres look like a better choice for the application. My problem is > with the block sizing differences in PG and Oracle. It seems that when > mapping memo types from Access to Postgres you could create a text type > in Postgres that emulates the Access memo type, and you could define a > table with any number of these types of fields. In Oracle you can only > have one memo field mapped to a table with a max size equal I believe to > the block size, and if you use the max block size then you cannot define > any other fields in the same table. > > I am curious how Postgres handles text types, is a var char or does it > allocate the full 8K for the text type. In Oracle, the size of the table > definition has to be within the block boundary, is the same restriction > true in Postgres. The size limitations (8K by default, 32K max) are gone with 7.1. Well, you shouldn't really use 100+ MB sized rows, because the resulting INSERT already needs to travel from the frontend, through the parser down into the executor. And on SELECT the client needs to buffer all the data at once in memory. But if you really need to do it, swap space is cheap... Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #================================================== JanWieck@Yahoo.com # _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com