如果有未知的数据大小，可以用ostringstream代替sprintf，避免经常申请大量的缓冲区.使用方法请参考以下转载文章.
另外，为了解决当今面临的问题，如果需要重新使用ostringstream对象并在下次使用之前清空缓冲区，可以使用函数重新设置缓冲区。 例如，
ostringstream osSql；
//第一时间
操作系统OSSQL'selectcount(* ) FROM t_XXXX )；
.
clsconnection.query(OSSQL；
.
//第二时间
操作系统osSql.str (' )； //重用空缓冲区
操作系统SQL ' insert into * * * * * * * * * * * * ' strbig text；
.
关于ostringstream的使用方法的文章转载如下
写程序时，经常需要格式化字符串，例如写SQL语句时.在ANSI C中，可以用sprintf (，在MFC中为CString:Format ) )格式化字符串。 但是，前者无法实现字符串的动态增加。 例如，你定义的字符缓存是100字节。 如果格式化后的内容超过100字节，就看不到那边后面的内容了。 因此，一般需要定义足够的字符缓冲区，但其效率很低。 后者可以解决这个问题，但有一点，他和前者一样存在安全隐患。 例如，以下代码
char buf[100]={0}；
const char* str='string '；
sprintf(buf，' this is a string : %s，%s '，str )；
或者
CString s；
s.Format(thisisastring:%s，%s )，str )；
上一个%s对应于第一个参数str，但第二个%s指向哪里？ 如果你幸运的话，什么也不会发生，或者你只是得到觉得不可思议的字符串值。 但更严重的情况，不用说----访问过境！ 你的程序等着迎接臭名昭著的Windows红框吧！
如果你使用STL的sstream，一切都属于静音：
#包含流
.
ostringstream str；
str ' this is astr ' ' string ' ' andthisisainterger3endl；
不需要考虑字符串的增加，也不需要在编写程序时检查format函数的format参数是否逐个匹配。 如果参数太多，这项检查工作会让人头痛。
一切都这么简单。
如果要获取格式字符串，请使用ostringstream:str ()函数返回string对象，然后返回string:c_str ) )或string :
另外，强烈建议使用string代替CString。 因为CString是考虑到效率问题而设计的，所以内存会被回收利用。 也就是说，进程中的所有CString对象使用相同的内存缓冲区，并且在该进程结束之前不会释放此内存空间。 如果缓冲区不足，他会无限制地向上成长。 如果你设计的系统是一个7*24运行的系统，字符串分析工作量很大，程序中产生了大量的CString对象，你可能会发现你的内存会不断上升。 string也有很好的高效内存管理机制，但他不会死守你的内存。 看看STL的源代码就知道了。
如果您认为采用STL，建议将VC7.0用作开发环境或GCC。 因为这两种开发工具对STL的支持还不错。 特别是GCC。 如果继续使用VC6的话，最好装上SP5补丁。 VC6对STL的支持不够。