An SVN export grabs the current version of the repository (or, a specific version if you specify) and drops it onto the local file system such that it is not actually under version control. What this means is that if you do an export, you cannot subsequently do a checkin from that exported directory (because it lacks the .svn folders that are required for talking to the central SVN repo).
You can create a post-commit hook that will automate this process for you - such that the web server always has the most recent version out of the repository. It doesn't matter if people "commit at the same time", because SVN treats it as atomic operations. In the end, you would end up with the most recent version on the web server.
There can be problems with this - if someone introduces a problem, or a bug, or hadn't done a get latest themselves and therefore screwed something up, then this automatically gets pushed to your webserver. For obvious reasons, this type of thing is avoided for production web servers - but really it boils down to what your own needs are.
Depending on your development environment and webserver environment, you might also look into something like Capistrano. It can be a bear to setup if you work from windows, and almost but impossible if your webserver is also Windows. But, if/when you do get it setup, its wonderful - it'll handle all the "connect via ssh, cd to correct directory, do export" and any other task that you want to automate for a deployment.