你先弄个英文的试试:如
set xmlhttp=createobject("Microsoft.XMLHTTP")
postdata="id=csdnid"'注意这行。get方式则是放在url的?后面的
xmlhttp.Open "post",url,false
xmlhttp.setRequestHeader "Content-Length",len(postdata) xmlhttp.setRequestHeader "CONTENT-TYPE", "application/x-www-form-urlencoded"
xmlhttp.send postdata
.....
set xmlhttp=createobject("Microsoft.XMLHTTP")
postdata="id=csdnid"'注意这行。get方式则是放在url的?后面的
xmlhttp.Open "post",url,false
xmlhttp.setRequestHeader "Content-Length",len(postdata) xmlhttp.setRequestHeader "CONTENT-TYPE", "application/x-www-form-urlencoded"
xmlhttp.send postdata
.....
一般不都是这样吗:sPostString = "id=yourid"
没有单引号的
2 参数加了'是因为我要传递的是一个sql,比如insert into values()
另有一个问题:insert into 表 values(值1,值2....)
【字段1】如果是自增,[值1]怎么写?为什么把[值1]写成1个数,数据库里 【字段1】 就不自增了呢?
xmlhttp.setRequestHeader "Accept-Language", "zh-cn"
'''''''''
Response.CharSet = "GB2312"
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
那修改页面里的sql语句呗。
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
那修改页面里的sql语句呗。
服务器那边的asp是通用的代码,相当于一个服务,所有的客户端上送的数据(sql语句)都通过这个一个程序进行处理,所以不便在asp那边做修改。
以前还真没留心过这种问题,能不能在数据库端建个视图,视图中不把第1个自增字段选进去在数据库端建个视图怎么做?access有这个功能不?
SELECT TUser.UserName, TUser.UserPwd
FROM TUser;
于是,你就可以用这种语句来插入记录了:
insert into VUSER values ('李四','1234')
以上流程至少我在ACCESS2007中测试了下是可行的。
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
那修改页面里的sql语句呗。
服务器那边的asp是通用的代码,相当于一个服务,所有的客户端上送的数据(sql语句)都通过这个一个程序进行处理,所以不便在asp那边做修改。简单的问题复杂化了。这样的服务器以后还会有很多问题的........
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
那修改页面里的sql语句呗。
服务器那边的asp是通用的代码,相当于一个服务,所有的客户端上送的数据(sql语句)都通过这个一个程序进行处理,所以不便在asp那边做修改。简单的问题复杂化了。这样的服务器以后还会有很多问题的........
谢谢。此前我也曾想在服务页面对上送来的事务分别处理,但考虑到今后不知道会遇到什么样的需求变化,最后还是放弃了,以后遇到什么新需求还是在客户端上送数据时解决了。
insert into tb(字段)values(值)这样不可以,但我不想在POST里传递字段名,因为字段名都是中文的,字段很多而且名字很长
那修改页面里的sql语句呗。
服务器那边的asp是通用的代码,相当于一个服务,所有的客户端上送的数据(sql语句)都通过这个一个程序进行处理,所以不便在asp那边做修改。简单的问题复杂化了。这样的服务器以后还会有很多问题的........
谢谢。此前我也曾想在服务页面对上送来的事务分别处理,但考虑到今后不知道会遇到什么样的需求变化,最后还是放弃了,以后遇到什么新需求还是在客户端上送数据时解决了。
毕竟只更新客户端要比服务器端和客户端同时更新简单一些。