POSTGRESQL 什么时候可以解决这些关键问题?

用进程自然有用进程的道理，你知道的哪个数据库都是用线程写的，这个我不太了解。同一个进程中的某个线程的故障可以影响其它的线程，因为所有的线程共享同一个虚拟内存空间以及其他资源，而一个出了问题的进程是不会影响其它的进程的。实际应用中用户是通过应用程序访问数据库的，有很多用户并不代表使用数据库的访问进程要有这么多，每个用户只是在要读取数据库的时刻才建立一个数据库连接，等结果返回后立刻就应该关闭连接。实际使用时并不会有太多的数据库进程，如果太多进程那就你程序写的有问题（如果用连接池则可减少不少建立连接的开销）。我做过的实际应用的政府系统也有很多用户，运行也很稳定的。
  你说的返回结果集，不知道你想要的什么样的结果集，SQL SERVER没用过，用应用程序处理SQL结果集没什么麻烦的啊。
 SMP不甚了解，觉得那个一般是操作系统要支持的，系统任务作业由操作系统调度的，你所知道的哪些数据库支持这个的呢。
  自己感觉postgresql功能还是比较强大的,选用什么数据库还是看实际应用了。自己一点点看法，说错的地方不要见笑。