Not long ago, we all dreamed of the day when everyone in our newsrooms would be able to fire up Access or FoxPro, craft a simple query and retrieve a vital nugget of information on deadline.

Cold Fusion is one of a growing class of software products known as "middleware." On a computer that's been set up as a Web server, it takes queries submitted from a user's Web browser, submits them to a database, places the results in HTML and sends them back to the browser.

Well, it's not going to happen, is it? It's not that journalists can't learn these skills. But unless they're using them every day, the skills won't be there when they need them. If we're really going to make the data easily accessible to them, we need another solution.

Cold Fusion is one of a growing class of software products known as "middleware." On a computer that's been set up as a Web server, it takes queries submitted from a user's Web browser, submits them to a database, places the results in HTML and sends them back to the browser.

The technical advantages of such a setup are too numerous to list here, but a few are worth mentioning:

Reporters on deadline use Netscape or Internet Explorer instead Access or FoxPro to retrieve data.

All the heavy lifting is done on the Web server, not the user's computer. So the person using a 486 with 8 megs of RAM can query a 500,000 record database. All they need is a browser. Even Mac users can query the database as long as they have a browser.

If you're comfortable with databases and have a passing knowledge of HTML, you can use Cold Fusion.

The software operates from "templates," which are HTML-like pages with bits and pieces of CFML (Cold Fusion Markup Language) embedded in them. To put it simply, the HTML controls the formatting and style of the page the user sees. The CFML dictates what is retrieved from the database and how it's displayed.

Script studies

As an example, let's say you have a database of names and addresses you want to put on the Web. And rather than putting each record into HTML and displaying it, you want to let users query the database for individual names.

The following code would create a text box where the user could enter a person's last name:

<FORM 1ACTION="RESULTS.CFM" METHOD="POST"> <b>Enter last name here:</b> <INPUT TYPE="text" NAME-"Last name" SIZE="50" MAXLENGTH=" <INPUT TYPE=" submit" value="submit"></CENTER></FORM

That's where Cold Fusion comes in.

When the user submits a last name, the Web server kicks off the Cold Fusion script ("RESULTS.CFM"), which processes the query and returns the information.

Cold Fusion takes the information off the form and runs the query, with the following code from "RESULTS.CFM" <CFQUERY NAME= GetResults" DATASOURCE=" MYDATABASE"> SELECT * FROM NAMELIST WHERE NAME = Last Name order by Name </CFQUERY>

Enhanced access

The query is actually processed by a snippet of computer code called the ODBC (Open Database Connectivity) driver. The results are passed back to Cold Fusion, which sticks them into HTML pages that the server sends back over the network to the user.

That part of the script looks like this: <CFTABLE ="GetResults"> <CFCOL HEADER="Name" WIDTH=" 20" TEXT= #Name#"> <CFCOL HEADER=" Address" WIDTH=" TEXT=" #Address#" "></CFTABLE>

"GetResults" is the name of the query that has just run. The Name and Address inside the pound signs are references to fields in the database table. Users, viewing the results with a browser, would see something like this:

Name Address BOYER 3022 NW 66th ROBINSON P.O. Box 449

Like many other Web middleware products, Cold Fusion talks to databases through ODBC, a database query standard. That's good. ODBC drivers can access a variety of data formats on a local machine, including Access, dBase/FoxPro, Excel and Paradox. ODBC drivers can also access higher end client-server databases such as Microsoft SQL Server, Oracle or IBM's DB2.

The bad news is that the speed and quality of the drivers varies greatly. Older Access "Jet" drivers can be slow and prone to crash, for example. The Visual FoxPro driver you can download from Microsoft is much faster than the FoxPro driver that generally comes with ODBC packages.

Enabling middleware

So what do you need in the way of hardware to put Cold Fusion to work?

You need a Web server. But that doesn't necessarily mean a monster machine with 128 megs of RAM and an 8-gigabyte drive.

In fact, a Web server is nothing more than a PC with Web server software - such as Website or Microsoft Internet Information Server - installed on it.

If you want to start out small, you can probably get away with setting up one of the better PCs on your network as a Web server.

At The Virginian-Pilot, we test Web database applications on a Pentium 200 with 32 megs of RAM. The setup has so far worked fine, even with more than one user accessing the data at the same time.

After testing, we move the applications to a bigger server maintained by our online edition for two reasons: (1) It gets them outside the corporate fire wall where our bureaus, which still access the Web through dial-up connections, can get to the data; and (2) It allows us to offer the general public access to some of the data.

But for those considerations, we could probably get by just fine running them on a makeshift Web server in our newsroom.

Keep in mind, though, that more RAM is always better. And with 32 megs of RAM now selling for about $50, don't short your machine on memory unless you have to. Extra RAM also saves wear and tear on more expensive hard drives.

And give your server the best hard drive you can afford. It will dramatically increase performance. Look into an Ultra Wide SCSI hard drive running at a high RPM (7,200 to 10,000). Probably the best available for Web servers right now is the Seagate Cheetah series.

When you begin to develop Web database applications, you'll find yourself confronted with a lot of products with exotic - and baffling - names like Active Server Pages, Visual Interdev, Cold Fusion and countless others.

Some Web site building software, such as Microsoft Front Page 98, comes with tools for building dynamic applications via ODBC connections to databases. The growing list of products makes for a pretty confusing picture. We can't say that Cold Fusion is the best solution, but we can say that it has worked well for us at The Virginian-Pilot and The Seattle Times. You can waste a lot of time searching for the perfect product. Or you can pick one that you're comfortable with, learn it, stick with it - and get your data on the Web. That's what we did with Cold Fusion.

Ray Robinson can be reached by e-mail at rsquared@pilotonline.com Tom Boyer can be reached by e-mail at tboy-new@seatimes.com