Received: from davinci.ethosmedia.com (davinci.ethosmedia.com [209.10.40.250]) by postgresql.org (8.11.3/8.11.1) with ESMTP id f58FXCE38302 for ; Fri, 8 Jun 2001 11:33:12 -0400 (EDT) (envelope-from josh@agliodbs.com) Received: from [209.10.40.250] (account ) by davinci.ethosmedia.com (CommuniGate Pro WebUser 3.4.1) with HTTP id 69238; Fri, 08 Jun 2001 08:33:07 -0700 From: "Josh Berkus" Subject: Re: behavior of ' = NULL' vs. MySQL vs. Standards To: Tom Lane , "Josh Berkus" Cc: pgsql-sql@postgresql.org X-Mailer: CommuniGate Pro Web Mailer v.3.4.1 Date: Fri, 08 Jun 2001 08:33:07 -0700 Message-ID: In-Reply-To: <9627.992011985@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Archive-Number: 200106/126 X-Sequence-Number: 3347 Tom, Mike: > In our last go-round on this (pghackers around 14 Jan 2001), > Mike Mascari wrote: > > : I don't have Office 2000, but I can confirm Access 97 generates > such > : queries. The query-builder doesn't generate the 'key = NULL' query, > but the > : use of the Forms interface does. As someone who develops professionally for MSAccess<->ODBC Servers (PostgreSQL and MS SQL Server) I'd say that we can ignore this. There are a *lot* of circumstances where the "Filter by Form" interface breaks down; I don't think that it works properly with MS SQL Server 7.0, either. At most, rather than modifying the query parser and building extra compile-time options, how about talking to the Great bridge folks about modifying PgODBC? That seems like the appropriate place to tell the system that "= NULL" is equivalent to "IS NULL" -- if anywhere. -Josh Berkus ______AGLIO DATABASE SOLUTIONS___________________________ Josh Berkus Complete information technology josh@agliodbs.com and data management solutions (415) 565-7293 for law firms, small businesses fax 621-2533 and non-profit organizations. San Francisco