一條SQL語句修改多表多字段的信息的具體實現(xiàn)
更新時間：2014年01月24日 17:15:25 作者：
修改兩張及以上表的時候，總得需要用幾次語句才修改，萬一其中一條沒修改上，又沒事務(wù)機制的話，處理很麻煩，下面為大家介紹下使用一條SQL語句修改多表多字段的信息
之前修改兩張及以上表的時候，總得需要用幾次語句才修改，萬一其中一條沒修改上，又沒事務(wù)機制的話，處理很麻煩，于是想到能不能一條語句完成呢？
結(jié)果是成功的~~
多表多字段的時候，得用到表關(guān)聯(lián)的方式修改信息：
UPDATE `user` join `binding` on `user`.`uid`=`binding`.`uid`
SET `user`.`renren`="" ,`binding`.`renren_token`= "" , `binding`.`rt_time` = ""
WHERE `user`.`uid`='.$in['uid'];
語法類似上面所表示的。
還有沒有更好的解決方法，還有待莫離進一步研究
結(jié)果是成功的~~
多表多字段的時候，得用到表關(guān)聯(lián)的方式修改信息：
復(fù)制代碼 代碼如下:
UPDATE `user` join `binding` on `user`.`uid`=`binding`.`uid`
SET `user`.`renren`="" ,`binding`.`renren_token`= "" , `binding`.`rt_time` = ""
WHERE `user`.`uid`='.$in['uid'];
語法類似上面所表示的。
還有沒有更好的解決方法，還有待莫離進一步研究
相關(guān)文章
SQL Server誤區(qū)30日談 第6天 有關(guān)NULL位圖的三個誤區(qū)
NULL位圖是為了確定行中的哪一列是NULL值，哪一列不是。這樣做的目的是當Select語句后包含存在NULL值的列時，避免了存儲引擎去讀所有的行來查看是否是NULL，從而提升了性能2013-01-01
索引是數(shù)據(jù)庫的基礎(chǔ)，只有先搞明白索引的結(jié)構(gòu)，才能搞明白索引運行的邏輯，本文主要介紹了SQL?Server?索引結(jié)構(gòu)的具體使用，具有一定的參考價值，感興趣的可以了解一下2022-02-02
SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)轉(zhuǎn)換
SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)轉(zhuǎn)換...2006-07-07
sqlserver/mysql按天、按小時、按分鐘統(tǒng)計連續(xù)時間段數(shù)據(jù)【推薦】
最近小編接到這樣的需求，公司需要按天，按小時查看數(shù)據(jù)，可以直觀的看到時間段的數(shù)據(jù)峰值。這篇文章主要介紹了sqlserver/mysql按天，按小時，按分鐘統(tǒng)計連續(xù)時間段數(shù)據(jù) ,需要的朋友可以參考下2019-06-06
這篇文章主要介紹了SQL Server重置IDENTITY屬性種子值操作，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12
這篇文章主要介紹了Sql Server中常用的6個自定義函數(shù)分享,本文包含提取數(shù)字、提取英文、提取中文、過濾重復(fù)字符等函數(shù),需要的朋友可以參考下2014-10-10
SQLite3數(shù)據(jù)庫的介紹和使用教程(面向業(yè)務(wù)編程-數(shù)據(jù)庫)
這篇文章主要介紹了SQLite3數(shù)據(jù)庫的介紹和使用（面向業(yè)務(wù)編程-數(shù)據(jù)庫）,本文從SQLite3的庫的獲取、工程管理、SQL語句介紹、C語言編程四個角度闡述了SQLite3數(shù)據(jù)庫的實際應(yīng)用，需要的朋友可以參考下2023-05-05
本文分享SQL語句實現(xiàn)表中字段的組合累加排序的實例代碼，希望能給大家做一個參考。2016-06-06
MyBatis 提供了幾種常用的注解,主要用于簡化 XML 映射文件的編寫,使得 SQL 查詢和操作可以直接在 Java 接口中定義,這篇文章主要介紹了Mybatis SQL注解使用場景,需要的朋友可以參考下2024-07-07
SQL Server 2000/2005/2008刪除或壓縮數(shù)據(jù)庫日志的方法
最近win2008 r2的服務(wù)器比較卡，打開服務(wù)器顯示也特別慢，sqlserver業(yè)務(wù)費正常執(zhí)行，服務(wù)器桌面操作也比較卡，經(jīng)過多方研究發(fā)現(xiàn)原來是sqlserver日志文件已經(jīng)達到了84G導(dǎo)致，這里就為大家分享一下解決方法，需要的朋友可以參考一下2019-09-09