I have an ASP application that retrieves records from a SQL Server DB
table & displays them to the user. The records will be displayed to the
user in a HTML table with the column names as the first row. After this
row, there should be a drop-down list for each & every column. Each of
the drop-down list will list the records of that particular column.
For eg. assume that 3 columns in this table are Book, Category & Author
& all the columns have 100 records. The ASP page will have 3 drop-down
lists & each of the drop-down list will list the 100 records as options
i.e. the first drop-down will list the 100 records of the Book column,
the second drop-down will list the 100 records of the Category column &
the 3rd drop-down will list the 100 records of the Author column. Note
that after this row of drop-down lists only, the records get displayed
in the HTML table.
The main intention of providing drop-down lists is to give users the
option to select any record/s & retrieve data based on that criteria.
Here's an example:
When the page loads for the first time, all the records are shown. Now
a user wants to view the list of only those books that have been penned
by, say, Author1. He will select Author1 from the 3rd drop-down list.
The page will be submitted & he will be shown the list of books written
by Author1.Next he wants to view the list of only those books that have
been written by Author1 but which belong to the, say, Sci-Fi category.
He will then select Sci-Fi from the 2nd drop-down. Again the page will
be submitted & he will be shown the list of books written by Author1 &
which belong to the Sci-Fi category.
Now since the records get populated in the drop-down lists & then again
displayed to the users, ASP has to make more than 1 round to the DB. To
populate each of the drop-downs, what I am doing is opening a Recordset
object,iterating through the records, retrieving them & then populating
that drop-down. To populate the next drop-down,I am closing the already
open Recordset object that was used to populate the previous drop-down
& again opening it to populate the next drop-down. Here's what I have
done:
<%
Dim strSQL
Dim objRS
'this is for populating the "Book" drop-down list
%>
<%
objRS.Close
Set objRS=Nothing
'next populate the "Category" drop-down
%>
<%
objRS.Close
Set objRS=Nothing
'populate all the drop-downs in this way & finally display the records
to the user
%>
Now what I would like to ask is is this an efficient way to cater to
this application i.e. repeatedly using the same Recordset object
(though I am closing & getting rid of it after populating each & every
drop-down) & then again going back to the DB to fetch the records so
that they can be displayed to the users? If not, can someone suggest a
more efficient workaround?
I had thought of storing all the records of each & every column in
Session variables while creating the drop-downs & then after populating
the drop-downs, using the Session variables to display the records but
I believe this will make the application more inefficient; the reason
being if the DB table has, say, 15 columns & each column has 1000
records, it means creating 15 Session variables for each & every user &
storing each Session variable with 1000 records! This would eat up a
lot of memory.
Thanks,
Arpan
Re: Looping!
am 24.09.2005 11:52:26 von Arpan
ADDENDUM TO THE ABOVE POST:
--------------------------
The DB table has 21 columns & there are 800+ records but there are
chances that in future, not only the records but even new columns can
get added to the table i.e. while coding, I am not aware of how many
columns are there in the table. Neither am I aware of the column names
while coding.
What I did is first framed the SQL query depending upon user input &
then using the "Count" & "Name" properties of the Fields collection,
displayed the column headers. This is what I did (literally):
<%
'frame the SQL query first depending upon user input
strSQL1=SELECT * FROM tblRecords WHERE......"
Set objRS1=objConn.Execute(strSQL1)
Response.Write("
")
%>
Next display the column headers by looping through the column names.
This is required since neither the no. of columns nor their names are
known while coding.
<%
Dim iLoop
For iLoop=0 To objRS1.Fields.Count-1
Response.Write("
" & objRS1(iLoop).Name & "
")
Next
Response.Write("
")
%>
Next create & populate the different drop-down lists for which I am
looping inside a loop. The outer For....Next loop will get the column
names & after getting each column name, the corresponding inner Do
Until....Loop will iterate through the records of that column to
populate the drop-down. For e.g. the first For...Next loop will get the
name of the first column, Book, within which Do Until....Loop will
retrieve all the records under the Book column & populate the first
drop-down. After this, For....Next will move to the 2nd column, get the
column name within which Do Until...Loop will fetch the records under
the 2nd column & populate the 2nd drop-down so on & so forth......
<%
Response.Write("
")
For iLoop=0 To objRS1.Fields.Count-1
%>
<%
Next
'& finally display the records using strSQL1
%>
Though the above code works fine, it takes a long time to fetch the
initial 800+ records when the page gets loaded for the first time.
After experimenting, I realized that ASP takes a lot of time to
populate the 21 drop-downs. The script gets executed fast if the no. of
columns (& the subsequent drop-downs) are reduced.
Any workaround to this?
EXTREMELY SORRY FOR SUCH A MAMMOTH POST!!!
Thanks,
Arpan
Re: Looping!
am 24.09.2005 15:34:39 von McKirahan
"Arpan" wrote in message
news:1127555546.285917.96170@g14g2000cwa.googlegroups.com...
> ADDENDUM TO THE ABOVE POST:
> --------------------------
>
> The DB table has 21 columns & there are 800+ records but there are
> chances that in future, not only the records but even new columns can
> get added to the table i.e. while coding, I am not aware of how many
> columns are there in the table. Neither am I aware of the column names
> while coding.
>
> What I did is first framed the SQL query depending upon user input &
> then using the "Count" & "Name" properties of the Fields collection,
> displayed the column headers. This is what I did (literally):
>
> <%
> 'frame the SQL query first depending upon user input
> strSQL1=SELECT * FROM tblRecords WHERE......"
> Set objRS1=objConn.Execute(strSQL1)
>
> Response.Write("
")
> %>
>
> Next display the column headers by looping through the column names.
> This is required since neither the no. of columns nor their names are
> known while coding.
>
> <%
> Dim iLoop
> For iLoop=0 To objRS1.Fields.Count-1
> Response.Write("
" & objRS1(iLoop).Name & "
")
> Next
> Response.Write("
")
> %>
>
> Next create & populate the different drop-down lists for which I am
> looping inside a loop. The outer For....Next loop will get the column
> names & after getting each column name, the corresponding inner Do
> Until....Loop will iterate through the records of that column to
> populate the drop-down. For e.g. the first For...Next loop will get the
> name of the first column, Book, within which Do Until....Loop will
> retrieve all the records under the Book column & populate the first
> drop-down. After this, For....Next will move to the 2nd column, get the
> column name within which Do Until...Loop will fetch the records under
> the 2nd column & populate the 2nd drop-down so on & so forth......
>
> <%
> Response.Write("
")
>
> For iLoop=0 To objRS1.Fields.Count-1
> %>
>
>
>
> <%
> Next
>
> '& finally display the records using strSQL1
> %>
>
> Though the above code works fine, it takes a long time to fetch the
> initial 800+ records when the page gets loaded for the first time.
> After experimenting, I realized that ASP takes a lot of time to
> populate the 21 drop-downs. The script gets executed fast if the no. of
> columns (& the subsequent drop-downs) are reduced.
>
> Any workaround to this?
>
> EXTREMELY SORRY FOR SUCH A MAMMOTH POST!!!
>
> Thanks,
>
> Arpan
"The ASP page will have 3 drop-down
lists & each of the drop-down list will list the 100 records as options
i.e. the first drop-down will list the 100 records of the Book column,
the second drop-down will list the 100 records of the Category column &
the 3rd drop-down will list the 100 records of the Author column."
I gather that the above is not quite true (except, perhaps, for Books) as
you
use DISTINCT to identify only unique occurrences.
A few of thoughts:
1) You might offer the user (possibly in a multiple select drop-down)
the ability to select which columns there interested in thus
reducing the time needed to generate the drop-downs.
2) You might consider not displaying all of the records
3) You could (as an alternative to the last item above) include counts
in the drop downs; that is, in the Category drop-down you would
include the number of Books in each Category in parentheses after
the Category. For example,
tags?
>
> Thanks once again for your help,
>
> Regards,
>
> Arpan
>
The cause of your timeout error is that you forgot objRS2.MoveNext.
Also, I think that "strNAM=objRS1(iLoop).Name" should be
"strNAM=objRS1(iLoop)". Try this snippet:
Do Until objRS2.EOF
strNAM=objRS1(iLoop)
Append "
" & strNAM & "
"
objRS2.Move Next
Loop
Your comment 'considering the first 50 records only' is inaccurate.
The array holds the value of each Append() which are your
"
Next
Response.Write Concat()
%>
but it takes about 30 seconds to execute the script & that's too long a
time! Note that I am working on my local intranet IIS5 server (Win2K
Pro).
There's another doubt I have in my mind. When the code gets executed
for the first time, the "If" condition doesn't get executed because
iSTR=0 & aSTR being empty, UBound(aSTR)=0. Am I right? Then aSTR(0)
becomes equal to ""
When I executed the above, I found that this script was also taking
approximately the same amount of time to execute as the one wherein the
2 array functions were used.
Arpan
Re: Looping!
am 28.09.2005 14:08:09 von Arpan
Hey, McKirahan, any other suggestion?
Arpan
Re: Looping!
am 28.09.2005 14:16:10 von McKirahan
"Arpan" wrote in message
news:1127909289.911401.272640@g44g2000cwa.googlegroups.com.. .
> Hey, McKirahan, any other suggestion?
>
> Arpan
>
What's your current problem?
Your previous to last post did not indicate any.
Re: Looping!
am 29.09.2005 15:19:59 von Arpan
The problem is whatever approach I take, it takes about 30-35 seconds
to execute the script & that's helluva a lot, isn't it?
I even tried using GetRows() & GetString() but the end result is the
same - 30-35 seconds to execute the script. I also created a stored
procedure to do the needful but without any luck. In fact, with stored
procedures, the script takes about 50 seconds to execute!
How do I cut down the execution time?
Thanks,
Regrads,
Arpan
Re: Looping!
am 29.09.2005 15:40:43 von McKirahan
"Arpan" wrote in message
news:1127999999.614152.203420@g44g2000cwa.googlegroups.com.. .
> The problem is whatever approach I take, it takes about 30-35 seconds
> to execute the script & that's helluva a lot, isn't it?
>
> I even tried using GetRows() & GetString() but the end result is the
> same - 30-35 seconds to execute the script. I also created a stored
> procedure to do the needful but without any luck. In fact, with stored
> procedures, the script takes about 50 seconds to execute!
>
> How do I cut down the execution time?
>
> Thanks,
>
> Regrads,
>
> Arpan
>
How dynamic are these lists' that is, do they change often?
If not then you could generate them periodically (daily?)
into a file and "include" them in your page.
Re: Looping!
am 29.09.2005 15:58:18 von Arpan
Well, the lists are pretty dynamic; not only will they change every 30
minutes or so, new records will also be added almost everyday! Now
what?
BTW, assuming that the lists aren't dynamic, how do I populate them in
a file? Using the FileSystemObject? Including such a file won't be a
problem but how do I reference the records from the file to populate
the lists & also display them to the user in a tabular format?
Arpan
Re: Looping!
am 29.09.2005 16:26:19 von McKirahan
"Arpan" wrote in message
news:1128002298.418588.86040@g44g2000cwa.googlegroups.com...
> Well, the lists are pretty dynamic; not only will they change every 30
> minutes or so, new records will also be added almost everyday! Now
> what?
>
> BTW, assuming that the lists aren't dynamic, how do I populate them in
> a file? Using the FileSystemObject? Including such a file won't be a
> problem but how do I reference the records from the file to populate
> the lists & also display them to the user in a tabular format?
>
> Arpan
>
Rereading your first post I see that you considered Session variables.
An Application variable is available to all Sessions.
Let's change "files" to "Application variables".
One idea is to have a background process running that periodically,
perhaps hourly, regenerates the "include" Application variables.
Or, instead of periodically, have a stored procedure regenerate
the Application variables on any change.
For example, for the "Book" drop-down:
1) Generate it like this:
<%
Dim strOPT
Dim strSQL
Dim objRS
'this is for populating the "Book" drop-down list
strOPT = ""
strSQL="SELECT DISTINCT(Book) FROM tblBooks
Set objRS=objConn.Execute(strSQL)
Do Until(objRS.EOF)
strOPT = strOPT & "
Well, McKirahan, this too takes about 30-35 seconds to execute! I guess
you have forgotten my exact requirements.
Let me just help you recollect that. While coding, I am not aware of
how many columns are there. Neither do I know the column names. So in
your last code snippet, you have used the "Book" column but in reality,
I don't know that that column is named "Book" & that is the crux - I
DON'T KNOW THE COLUMN NAMES WHILE CODING.
I need to display the records in a HTML table where in the 1st row will
be the column headers, the 2nd row will have a drop-down for each &
every column. Each of the drop-downs will list the DISTINCT records of
each column. After this only, the records will actually be displayed to
the user. Please visit
http://www17.brinkster.com/arpand/atlantic/job2/Test.asp to get the
exact picture of what I am looking out for (it won't take too long a
time).
To do this, I am using 2 SQL queries. strSQL1 retrieves all the records
along with the column names. Hence no problem is displaying the column
headers & all the records to the user. Now for the drop-downs - the no.
of drop-downs depend on the no. of columns the DB table has. Had I
known the column names, then strSQL2 for each column would have been
strSQL2="SELECT DISTINCT(Col1) FROM MyTable WHERE Col1 IS NOT NULL
ORDER BY Col1
Set objRS2=objConn.Execute(strSQL2)
strSQL2="SELECT DISTINCT(Col2) FROM MyTable WHERE Col2 IS NOT NULL
ORDER BY Col2
Set objRS2=objConn.Execute(strSQL2)
.........
.........
.........
But I don't know the column names; so the above won't work. Hence I am
using the 1st SQL query in the 2nd SQL query so that I can use the
column names I got from strSQL1 in strSQL2, frame the strSQL2 query for
each column & then get the DISTINCT records of each column from each of
the strSQL2 queries to populate the drop-downs. This is how I am doing
it:
<%
Dim strSQL1,strSQL2
strSQL1 = "SELECT * FROM tblRecords"
Dim objRS1,objRS2
Set objRS1 = objConn.Execute(strSQL1)
Dim aSTR()
ReDim aSTR(0)
Dim iSTR
iSTR = 0
Dim sSTR
Sub Append(sSTR)
'Appends strings to array entries ReDim as needed
..............
End Sub
Function Concat()
'Concatenates array entries into a single string
...................
End Function
Dim iLoop,strCOL,strNAM
For iLoop = 0 To objRS1.Fields.Count-2
strSQL2="SELECT DISTINCT(" & objRS1(iLoop).Name & ") FROM
tblRecords WHERE " & objRS1(iLoop).Name & " IS NOT NULL ORDER BY " &
objRS1(iLoop).Name
Do Until objRS2.EOF
strNAM=objRS2(0).Value
Append "
" & strNAM & "
"
objRS2.MoveNext
Loop
Append ""
Next
Response.Write Concat()
%>
The reason the script takes a long time is because of the line that
executes the 2nd SQL query which is this one
Set objRS2=objConn.Execute(strSQL2)
If you get rid of the 2 functions & also the code after the
above-mentioned line, you will find that the script still takes around
30-35 seconds to execute. So the above line is the culprit. This line
is the culprit because strSQL2 is in a For....Next loop which means
that the no. of strSQL2 queries depend on the no. of columns. So if
there are 20 columns, strSQL2 will be framed 20 times & the code
Set objRS2=objConn.Execute(strSQL2)
will be executed 20 times. This is where the problem lies!
Now I am looking for a workaround to get rid of this culprit. How do I
do that?
Arpan
Re: Looping!
am 29.09.2005 18:11:48 von McKirahan
"Arpan" wrote in message
news:1128008458.956935.136340@g14g2000cwa.googlegroups.com.. .
> Well, McKirahan, this too takes about 30-35 seconds to execute! I guess
> you have forgotten my exact requirements.
[snip]
Perhaps you didn't understand my suggestion.
This part:
1) Generate it like this:
<%
Dim strOPT
Dim strSQL
Dim objRS
'this is for populating the "Book" drop-down list
strOPT = ""
strSQL="SELECT DISTINCT(Book) FROM tblBooks
Set objRS=objConn.Execute(strSQL)
Do Until(objRS.EOF)
strOPT = strOPT & "
would either be run periodically or via a stored procedure to
regenerate the Application variable in the background.
So what if it takes 30 seconds as it's done in the bacjground.
Visitors would not experience any delay.
I used "Book" because your example used it.
It can be generalized to handle each (unknown) column name.
Re: Looping!
am 30.09.2005 03:37:41 von Arpan
Sorry, McKirahan, I misinterpreted your suggestion.but to be honest, I
don't understand how will that help me. In the code you have shown, how
are you getting the column name "Book"?
To run that code periodically or via a stored procedure, ultimately, I
have to first get the column names (since they are not known) by
looping through the 1st recordset & then retrieve the DISTINCT records
of each column for which I again have to loop through the 2nd recordset
i.e. I have to loop within a loop to populate the drop-downs & that is
where the script slows down!
Is there a way to get the DISTINCT records of the unknown column names
without looping inside a loop?
I am extremely sorry for giving you so much trouble on this issue!
Thanks,
Regards,
Arpan
Re: Looping!
am 30.09.2005 03:39:48 von Arpan
How are you generating the column names?
Arpan
Re: Looping!
am 30.09.2005 03:52:08 von Arpan
McKirahan, here's a stored procedure to get the column names & the
DISTINCT records from each column:
WHILE @ordpos<=(SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS WHERE
TABLE_NAME='MyTable')
BEGIN
SELECT @colname=COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE
TABLE_NAME='MyTable' AND ORDINAL_POSITION=@ordpos
SET @sql='SELECT DISTINCT(' + @colname + ') FROM MyTable ORDER BY ' +
@colname
SET @ordpos=@ordpos+1
END
----------------------------------------
This does the needful i.e. it first gets all the column names & then
retrieves the DISTINCT records from each column but how do I display
the resultset in the ASP page?
Usually when the column names are known, ASP can access records from
those columns using:
but the above procedure generates the column names dynamically! So how
do I make ASP access the resultset that the SP generates & display it
to the user?
Arpan
Re: Looping!
am 30.09.2005 03:55:05 von McKirahan
"Arpan" wrote in message
news:1128044261.431941.144660@o13g2000cwo.googlegroups.com.. .
> Sorry, McKirahan, I misinterpreted your suggestion.but to be honest, I
> don't understand how will that help me. In the code you have shown, how
> are you getting the column name "Book"?
>
> To run that code periodically or via a stored procedure, ultimately, I
> have to first get the column names (since they are not known) by
> looping through the 1st recordset & then retrieve the DISTINCT records
> of each column for which I again have to loop through the 2nd recordset
> i.e. I have to loop within a loop to populate the drop-downs & that is
> where the script slows down!
>
> Is there a way to get the DISTINCT records of the unknown column names
> without looping inside a loop?
>
> I am extremely sorry for giving you so much trouble on this issue!
>
> Thanks,
>
> Regards,
>
> Arpan
I focused on the primary issue of speed.
I used a column name from you example.
It's easy to get the column names.
Take a look at http://www.aspfaq.com/show.asp?id=2177.
Re: Looping!
am 30.09.2005 04:15:13 von McKirahan
"Arpan" wrote in message
news:1128045128.932275.153150@g14g2000cwa.googlegroups.com.. .
> McKirahan, here's a stored procedure to get the column names & the
> DISTINCT records from each column:
[snip]
> This does the needful i.e. it first gets all the column names & then
> retrieves the DISTINCT records from each column but how do I display
> the resultset in the ASP page?
>
> Usually when the column names are known, ASP can access records from
> those columns using:
>
> <%= objRS("Col1") %>
> <%= objRS("Col2") %>
> <%= objRS("Col3") %>
>
> but the above procedure generates the column names dynamically! So how
> do I make ASP access the resultset that the SP generates & display it
> to the user?
>
> Arpan
>
Did you look at the following?
Schema: How do I show the columns for a table
http://www.aspfaq.com/show.asp?id=2177
Re: Looping!
am 30.09.2005 04:49:15 von Arpan
McKirahan, the primary issue is still speed, not to get the column
names. Apart from the ways by which one can get column names in the URL
you have cited, I can simply use
<%
strSQL="SELECT TOP 1 * FROM MyTable"
Set objRS=objConn.Execute(strSQL)
%>
& then
<%
For iLoop=0 To objRS.Fields.Count-1
Response.Write(objRS(iLoop).Name & " ")
Next
%>
The problem COMES AFTER GETTING THE COLUMN NAMES when I have to get the
DISTINCT records from each of the columns for which I have to use a
loop within a loop - the outer For.....Next loop to get the column
names, as shown above, use these column names to frame the SELECT
DISTINCT queries for each of the columns & finally the inner Do
Until.....Loop to retrieve the DISTINCT records from each column &
populate them in the drop-downs. The DELAY IN THE EXECUTION is because
of the line that OPENS THE RECORDSET OBJECT TO RETRIEVE THE DISTINCT
RECORDS FROM EACH COLUMN.
I hope I am clear enough this time. The same thing I had explained in
my fourth last post wherein I had mentioned that
Set objRS2=objConn.Execute(strSQL2)
which is within the For....Next loop (which is used to generate the
column names) is the culprit. Any other suggestion??
Arpan
Re: Looping!
am 30.09.2005 04:53:09 von Arpan
>>Did you look at the following?
>>Schema: How do I show the columns for a table
I did have a look at it. In fact, I had even used it about 2-3 days
back but as I said, the problem is speed & not the column names
Arpan
Re: Looping!
am 30.09.2005 05:51:49 von McKirahan
"Arpan" wrote in message
news:1128048555.404911.177220@g49g2000cwa.googlegroups.com.. .
> McKirahan, the primary issue is still speed, not to get the column
> names. Apart from the ways by which one can get column names in the URL
> you have cited, I can simply use
>
> <%
> strSQL="SELECT TOP 1 * FROM MyTable"
> Set objRS=objConn.Execute(strSQL)
> %>
>
> & then
>
> <%
> For iLoop=0 To objRS.Fields.Count-1
> Response.Write(objRS(iLoop).Name & " ")
> Next
> %>
>
> The problem COMES AFTER GETTING THE COLUMN NAMES when I have to get the
> DISTINCT records from each of the columns for which I have to use a
> loop within a loop - the outer For.....Next loop to get the column
> names, as shown above, use these column names to frame the SELECT
> DISTINCT queries for each of the columns & finally the inner Do
> Until.....Loop to retrieve the DISTINCT records from each column &
> populate them in the drop-downs. The DELAY IN THE EXECUTION is because
> of the line that OPENS THE RECORDSET OBJECT TO RETRIEVE THE DISTINCT
> RECORDS FROM EACH COLUMN.
>
> I hope I am clear enough this time. The same thing I had explained in
> my fourth last post wherein I had mentioned that
>
> Set objRS2=objConn.Execute(strSQL2)
>
> which is within the For....Next loop (which is used to generate the
> column names) is the culprit. Any other suggestion??
>
> Arpan
>
Will this help at all? Watch for word-wrap.
This displays drop-downs of each non-Memo field
in an MS-Access database table.
If you have an MS-Access database table then just
modify the values of "cMDB" and "cTBL" and try it.
Of course, later you'll have to modify it for SQL Server.
Sub Selects()
'****
'* Generate for each column
'****
'*
'* Declare Variables
'*
Dim arrCOL()
Dim intCOL
intCOL = 0
Dim strCOL
Dim strSQL
Dim strTBL
strTBL = "Data"
'*
'* Declare Objects
'*
Dim objADO
Set objADO = Server.CreateObject("ADODB.Connection")
objADO.Open cDSN & Server.MapPath(cMDB)
Dim objADX
Dim objRST
Dim objTBL
'*
'* Schema
'*
Set objADX = Server.CreateObject("ADOX.Catalog")
objADX.activeConnection = objADO
Set objTBL = objADX.Tables(strTBL)
For Each strCOL in objTBL.Columns
'*
'* Columns (except Memo fields)
'*
If strCOL.Type <> 203 Then
intCOL = intCOL + 1
ReDim Preserve arrCOL(intCOL)
arrCOL(intCOL) = strCOL.Name
End If
Next
Set objTBL = Nothing
Set objADX = Nothing
'*
'* Selects
'*
For intCOL = 1 To UBound(arrCOL)
strCOL = arrCOL(intCOL)
strSQL = "SELECT DISTINCT [" & strCOL & "]"
strSQL = strSQL & " FROM " & strTBL
strSQL = strSQL & " ORDER BY [" & strCOL & "]"
Append "
McKirahan, I haven't tried out your last suggestion yet.....will do so
shortly & let you know.
Till now, I was trying out the script using SQL Server 7 as the backend
but with MS-Access as the backend, surprisingly it takes less than a
second to populate all the drop-downs. The DB table in Access is
exactly the same as the table existing in SQL Server. Why such a
massive difference in the execution time?
Another point I would like to tell you - as already told, the script
takes about 30 seconds to execute. I added the following line in the
code:
objRS2.CacheSize=25
& this has cut down the execution time by 50%. Now the script takes 15
seconds to execute!
Arpan
Re: Looping!
am 30.09.2005 07:43:40 von Arpan
Well, McKirahan, you will be happy to know that your efforts have at
last borne fruits. The script is taking less than a second to populate
the drop-downs.
I haven't studied the code yet......thought to first let you know that
the script is working great......after all, you have invested a lot of
time & energy & of course, brains, to get here!