Ask a Question related to Dreamweaver AppDev, Design and Development.
-
TJ Bristol #1
Is this practical?
Hey, any input appreciated.
I am putting together a Live Auction site using asp and SQL 2000. How it
should work is bidders enter bids against each other live in real time (not
like ebay) and the page updates in real time with this information.
I have implemented this using a flavor of remote scripting that uses hidden
Iframes to add and call data from the SQL DB, as well as update the page
without reload using Javascript and the DOM. (The child Iframe page uses
dynamically generated javascript to update hidden <div> containers in the
parent page.)
I used this method instead of MS remote scripting, or xmlhttp for browser
compatibility issues.
My question is how practical is this setup with many/multiple users involved
as the hidden Iframe that calls the data (using a standard Dreamweaver
recordset) has to call to the SQL DB once every second (for all the users)
to get the bids in real time and update and synch the parent pages.
Has anyone out there done anything like this and is there perhaps another
way to do this that may be better suited?
Thanks in advance
TJ
TJ Bristol Guest
-
OOP and CFCs - practical concepts needed + Mach-II
Mach-II is "in" for a number of good reasons. I've read the CF "Developing CF MX Apps" and some online tutorials on CFC's Mach-II. It was... -
practical use of #isectnormal
Hi, I've been trying to make an object adhere to the surface of another object, and further, orient itself to the normal of whatever polygon it... -
Practical Limits on File Size
Obviously it depends hugely on the structure of the databases and how they will be used, but has anyone got some rough rules of thumb about how big... -
Are stored procedures practical using ASP only?
Hello, The aspfaq.com seems to really push stored procedures, and I hear the same advice here all the time. So I want to take the advice. Is... -
CMBergin #2
Re: Is this practical?
Sounds fine. But -
1. Use a stored procedure to get the records. That way the database is
guaranteed to have a cached execution plan, which helps performance. (MS
SQL is quite sturdy, though, so don't worry too much.)
2. Use the GetRows() method rather than keeping the data in the recordset
and using a repeat region. It's a bit more work up front, but it keeps the
database connection time to a minimum and vastly improves overall
throughput. Go to [url]www.4guysfromrolla.com[/url] for good examples of using
GetRows() to stream your recordset into an array.
Quick outline:
<%
Set myRS = Server.CreateObject("ADODB.Recordset")
....snip...
myRS.Open()
If NOT myRS.EOF Then
MyList = myRS.GetRows()
LIST_MAX = UBound(MyList,2)
Else
LIST_MAX = -1
End If
myRS.Close()
Set myRS = Nothing
'List your fields in order from left to right
I_Name = 0
I_Bid = 1
%>
The "repeat region" for a list like this:
<%For X = 0 To LIST_MAX%>
<tr>
<td><%=MyList(I_Name,X)%></td>
<td><%=MyList(I_Bid,X)%></td>
</tr>
<%Next%>
"TJ Bristol" <bristoll@NOSPAM.vdot.net> wrote in message
news:cvfuvn$1m5$1@forums.macromedia.com...(not> Hey, any input appreciated.
>
> I am putting together a Live Auction site using asp and SQL 2000. How it
> should work is bidders enter bids against each other live in real timehidden> like ebay) and the page updates in real time with this information.
>
> I have implemented this using a flavor of remote scripting that usesinvolved> Iframes to add and call data from the SQL DB, as well as update the page
> without reload using Javascript and the DOM. (The child Iframe page uses
> dynamically generated javascript to update hidden <div> containers in the
> parent page.)
>
> I used this method instead of MS remote scripting, or xmlhttp for browser
> compatibility issues.
>
> My question is how practical is this setup with many/multiple users> as the hidden Iframe that calls the data (using a standard Dreamweaver
> recordset) has to call to the SQL DB once every second (for all the users)
> to get the bids in real time and update and synch the parent pages.
>
> Has anyone out there done anything like this and is there perhaps another
> way to do this that may be better suited?
>
> Thanks in advance
> TJ
>
>
CMBergin Guest
-



Reply With Quote

