sql context issues

This WebDNA talk-list message is from

2001


It keeps the original formatting.
numero = 38055
interpreted = N
texte = This is from my sys admin. Anybody seen this?----- Original Message ----- From: Nick To: Bob McPeak Cc: Marla Ferrency ; Celeste Paul Sent: Tuesday, August 21, 2001 11:00 AM Subject: SQL context issues > Bob, maybe you should forward this to the talklist... > > ------------------------- Example 1 ----------------------------------------- > This is something I figured out that didn't make sense at first. This first > example works like you would expect. both searches happen correctly, and the > [firstname] and [lastname] expand out like they should for the inner search. > > [search ...something...] > [search ...somethingelse...] > There were [numfound] results. Listing them:
> [founditems] > [firstname] [lastname]
> [/founditems] > [/search] > [/search] > > > ------------------------- Example 2 ---------------------------------------- > But in this almost identical example, the [founditems] that appears inside > of the [SQL][/SQL] tags acts as if were outside of the tags. Example 2 and > Example 3 function exactly the same. Note the differences. > > [search ...something...] > [SQL ... SELECT firstname,lastname ...] > There were [numfound] results. Listing them:
> [founditems] > [firstname] [lastname]
> [/founditems] > [/SQL] > [/search] > > ------------------------- Example 3 ---------------------------------------- > This works just like Example 2. > > [search ...something...] > [SQL ... SELECT firstname,lastname ...] > There were [numfound] results. Listing them:
> [/SQL] > > [founditems] > [firstname] [lastname]
> [/founditems] > [/search] > > -------------------------------------------------------------------------- -- > > This looks like it happens because the outer search didn't have a [founditems] > at all, and webcatalog didn't let the [SQL] context's [founditems] take > precedence over the [search]'s [founditems] ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: sql context issues (Peter Werno 2001)
  2. sql context issues (Bob McPeak 2001)
This is from my sys admin. Anybody seen this?----- Original Message ----- From: Nick To: Bob McPeak Cc: Marla Ferrency ; Celeste Paul Sent: Tuesday, August 21, 2001 11:00 AM Subject: SQL context issues > Bob, maybe you should forward this to the talklist... > > ------------------------- Example 1 ----------------------------------------- > This is something I figured out that didn't make sense at first. This first > example works like you would expect. both searches happen correctly, and the > [firstname] and [lastname] expand out like they should for the inner search. > > [search ...something...] > [search ...somethingelse...] > There were [numfound] results. Listing them:
> [founditems] > [firstname] [lastname]
> [/founditems] > [/search] > [/search] > > > ------------------------- Example 2 ---------------------------------------- > But in this almost identical example, the [founditems] that appears inside > of the [SQL][/SQL] tags acts as if were outside of the tags. Example 2 and > Example 3 function exactly the same. Note the differences. > > [search ...something...] > [SQL ... SELECT firstname,lastname ...] > There were [numfound] results. Listing them:
> [founditems] > [firstname] [lastname]
> [/founditems] > [/SQL] > [/search] > > ------------------------- Example 3 ---------------------------------------- > This works just like Example 2. > > [search ...something...] > [SQL ... SELECT firstname,lastname ...] > There were [numfound] results. Listing them:
> [/SQL] > > [founditems] > [firstname] [lastname]
> [/founditems] > [/search] > > -------------------------------------------------------------------------- -- > > This looks like it happens because the outer search didn't have a [founditems] > at all, and webcatalog didn't let the [SQL] context's [founditems] take > precedence over the [search]'s [founditems] ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Bob McPeak

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

WebCatalog2 Feature Feedback (1996) Trouble Searching (1999) All choice in popups (1997) mailto: tag (2001) WebCat2b14MacPlugIn - [include] doesn't hide the search string (1997) [WebDNA] cookie expiration date (2015) Hiding usernames and passwords in URL (1998) Re2: Calculating multiple shipping... (1997) Weird problems with [SHOWIF]s (1997) Menu to select product variations (1997) Strange ThisURL under Linux (2000) [WebDNA] Ping....testing....1..2..3.. (2009) WebCommerce: Folder organization ? (1997) Flash Applications (2003) table tag suggestion (2003) Return records from another (1997) WebCatalog2 Feature Feedback (1996) [Sum] function? (1997) The Guru Speaks (1998) [WebDNA] Migration from 6.2 to 7. Problems with writing to DB's (2012)