RE: ``SQL*Net message to client`` Wait event with no SQL*Net

I think you're right Tim. It was kinda the point I so clumsily tried to make. There really is no such thing as a "direct" connection per se. Everything connects using SqlNet.

-----Original Message-----
Sent: Monday, March 10, 2003 6:19 PM
To: Multiple recipients of list ORACLE-L

But it still goes through the SQL*Net code layer on both the client and server sides. It's just that the SQL*Net code layer has the ability to spawn the server process from the client (i.e. "pipe" or "bequeath") as well as contacting the TNS Listener. Regardless of how the server and client are attached, it is all going through the SQL*Net layer and thus gets SQL*Net wait-events...

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Monday, March 10, 2003 2:19 PM

> I'm not sure we're hitting the nail on this one. Just a sqlplus
user/password locally should not use the listener because it works when the listener is stopped.
>
> <<< JayMiller_at_TDWaterhouse.com 3/10 1:31p >>>
> Thanks Lisa, but I already checked that.
>
> I used to think this as well. But according to Rachel and Tom the
listener
> is apparently used even if the @sid is not present.
>
> Glad I wasn't the only one laboring under that misapprehension :)
>
> Jay
>
> -----Original Message-----
> Sent: Monday, March 10, 2003 1:54 PM
> To: ORACLE-L_at_fatcity.com; Miller, Jay
> connection
>
>
> Jay, if the connection was made with @ORACLE_SID (sqlplus user/pw_at_sid)
then
> the listener is used.
>
> If the connection was made with the sid defined in the environment
variable
> ORACLE_SID and without @ (sqlplus user/pw) the listener is not used.
>
> List please correct me if I'm wrong.
>
> Lisa Koivu
> Oracle Database Monkey Mama
> Fairfield Resorts, Inc.
> 5259 Coconut Creek Parkway
> Ft. Lauderdale, FL, USA 33063
> Office: 954-935-4117
> Fax: 954-935-3639
> Cell: 954-683-4459
>
>
> -----Original Message-----
> Sent: Monday, March 10, 2003 1:04 PM
> To: Multiple recipients of list ORACLE-L
> connection
>
>
> A developer/analyst was running 4 reports on our datawarehouse, connecting
> locally using SQL Plus from a telnet session on the Unix box. He then
> started 4 queries, spooling the output to the unix server (again, local).
>
> He was curious as to why the sessions were both taking so long and why
they
> alternated between showing as Active and Inactive in v$session.
>
> When I checked v$session_wait for his sessions I saw that they were a mix
of
> SQL*Net message from client
> and
> SQL*Net message to client
>
>
> Since he's not connecting through the listener, why would this wait event
> show up? There should be no network activity at all (I double checked
that
> the SQL is not using any database links). Any ideas?
>
> Oracle 8.1.6.2
> Solaris 2.6
>
>
> Thanks,
> Jay Miller
>
>
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author:
> INET: JayMiller_at_TDWaterhouse.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author:
> INET: JayMiller_at_TDWaterhouse.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Darrell Landrum
> INET: dlandrum_at_zalecorp.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Tim Gorman
  INET: Tim_at_SageLogix.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mercadante, Thomas F
  INET: NDATFM_at_labor.state.ny.us

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).