Question

Whenever I’m to prepare a long form for the client I always want to split it into separate pages, so the visitor doesn’t have to fill it all, but does it in steps.

Something like:

Step 1  >  Step 2  > Step 3 > Thank You!

I’ve never done it for one reason: I don’t know how to store the data from separate steps efficiently? By efficiently I mean, how to store it, so when a visitor decides not to finish it at Step 3 all the data is deleted.

I’ve come up with few ways of how this could be resolved, but I’m just not convinced by any of them:

1. Storing form data in database
   I can imagine a table with columns representing each question, with final column representing a bool value whether the form has been completed or not?
   But I would have to do a clean-up of the table every now and then (maybe even every time it gets updated with new data?) and delete all entries with complete = 0.

2. Store form data in session data.
   This on the other hand, does not have to store data in database (depending on how sessions are being handled) and all info would be in Cookie. But what if browser doesn’t support cookies or user disabled them (rare, but happens), or if form has file attachments, then this is a no-go.

3. echo‘ing form data from previous page as <input type="hidden"> on the next page
   Yes, I’m aware this is a rather stupid idea, but it’s an alternative. Poor, but it is.

Option 1 seems to be the best, but I feel it’s unnecessary to store temporary data in DB. And what if this becomes a very popular form, with a lot of visitors filling it in? The amount of Updates/Deletes could be massive?

I want to know how you deal with it.

---

Edit

David asked a good question. What technology I’m using?
I personally use PHP+MySQL, but I feel like it’s more generic question. Please share your solutions no matter of what server-side technology you use, as I’m sure the concept can be adapted one way or the other to different technologies.

Answer 1

I think the choice between options 1 and 2 comes down to how much data you are storing. I think in most cases the amount of data you are collecting on a form is going to be fairly small (a few kilobytes). In that case, I think storing it in the session data is the way to go. There’s not that much overhead in passing that amount of data back and forth. Also, unless your users are on computers where there is a strict security policy in place, the application should work. If you make the page requirements clear users can decide if they want to proceed or not.

If you are storing large amounts of data for the form then a database would be better so you don’t need to pass the data back and forth. However, I think this is going to be a fairly rare situation. Even if the application allows the uploading of files you can save those to a temporary location and only write them to the database once the form is completed. The other situation where you might want to use a database is if your form needs to be able to support the user leaving and coming back at a later time to resume the form.