A two-part series looks at techniques for shifting workload away from the application server and onto the database by using 'extra' database tables. It's just an average search - three full text indexes, ten subselects on many-to-many joins, and a bit of Pythagoras - to find results wi... Dec. 14, 2004 12:00 AM EST Reads: 10,557 Replies: 1 |
A two-part series looks at techniques for shifting workload away from the application server onto the database by using 'extra' database tables. Most ColdFusion programmers understand that when it comes to bulk inserting into a database, it isn't good practice to loop over text files o... Nov. 24, 2004 12:00 AM EST Reads: 11,014 |
When I started I was using Macromedia's Director. It was the most productive and definitely the most enjoyable stage of my career - we had a great tool to build great products. Sadly the CD-ROM market bombed as the novelty wore off, and as business began eyeing the Web with dollar sign... Jan. 30, 2004 07:27 AM EST Reads: 5,412 |
Coding ColdFusion and coding JavaScript are about as far apart on the productivity spectrum as it's possible to be. CF tags are neat, easy to read, tolerant, and fun to write. JavaScript is none of that. It has all the drawbacks of traditional languages, with the added disadvantage of ... Jul. 11, 2003 12:00 AM EDT Reads: 13,667 |
Given the number of applications available for developing database front ends, it might seem strange that the most popular method of doing it is using HTML and an application server. It's become apparent, however, that the Web offers something in terms of simplicity and familiarity tha... Oct. 22, 2002 12:00 AM EDT Reads: 7,717 |
One of the reasons I was first drawn to ColdFusion was the built-in functionality for such things as sending e-mail, making HTTP requests, FTP uploads - all the myriad subsidiary functions you inevitably find yourself using when you build and manage large sites. Jun. 28, 2002 12:00 AM EDT Reads: 11,315 |
Cutting ColdFusion code is fun, and therein lies ColdFusion's biggest problem. It's too easy to get carried away writing code to do things that should be happening in the database itself - or often shouldn't be happening at all. It's also just too easy to use. You can get up and runnin... Apr. 8, 2002 12:00 AM EDT Reads: 7,174 |







Tom Peer has been in electronic publishing of one sort or another for ten years, including a stint as manager of New Scientist Online (www.newscientist.com). He specializes in taking printed publications online and has recently completed the online edition of The World Handbook of Stock Exchanges (www.exchange-handbook.com).




















