Received: from u1.abs.net (root@u1.abs.net [207.114.0.131]) by hub.org (8.9.2/8.9.1) with ESMTP id QAA42104 for ; Thu, 25 Feb 1999 16:46:18 -0500 (EST) (envelope-from byronn@insightdist.com) Received: from insightdist.com (nobody@localhost) by u1.abs.net (8.9.0/8.9.0) with UUCP id QAA07645 for pgsql-interfaces@postgreSQL.org; Thu, 25 Feb 1999 16:20:21 -0500 (EST) X-Authentication-Warning: u1.abs.net: nobody set sender to insightdist.com!byronn using -f Received: from ceodev by insightdist.com (AIX 3.2/UCB 5.64/4.03) id AA05503; Thu, 25 Feb 1999 16:10:37 -0500 Received: from byronn by ceodev (AIX 4.1/UCB 5.64/4.03) id AA76854; Thu, 25 Feb 1999 16:10:37 -0500 Message-Id: <36D5BCAB.4769255F@insightdist.com> Date: Thu, 25 Feb 1999 16:12:11 -0500 From: Byron Nikolaidis X-Mailer: Mozilla 4.05 [en] (Win95; I) Mime-Version: 1.0 To: Michael Davis Cc: "'pgsql-interfaces@postgreSQL.org'" Subject: Re: [INTERFACES] Foreign Keys References: <93C04F1F5173D211A27900105AA8FCFC1451FC@lambic.prevuenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael Davis wrote: > I have created the following trigger on the parent/master table (orders): > > CREATE TRIGGER Orderlines_fkey > BEFORE DELETE OR UPDATE ON Orders FOR EACH ROW > EXECUTE PROCEDURE check_foreign_key (); > > check_foreign_key() actually deletes rows from the orderlines table when > every a row is deleted from orders. This triggers works great. Access, > however, is still not recognizing the foreign key relationship between > orders and orderlines. Any other suggestions? > > Thanks, Michael > Yeah, there is more we can try. First of all, we need to verify that Access is actually calling SQLForeignKeys. Can you get a "trace" log of the session? This would be the "sql.log" file which contains all api calls to odbc. Make sure the file is clear beforehand. Then run the test. Quit Access, turn tracing off and there's your logfile. You can send it to me. It might also be helpful to have the commlog file (produced by the driver)...usually "psqlodbc.log". It may have a process id number appended to the filename so make sure you get the right one. Byron