作者查詢 / LaPass
作者 LaPass 在 PTT [ Database ] 看板的留言(推文), 共151則
限定看板:Database
看板排序:
全部Web_Design1181Soft_Job1079java965toberich949PHP931TypeMoon927AndroidDev824Military688PokemonGO655C_Chat653CodeJob507GameDesign498AC_In451DigiCurrency368Gossiping361Ajax342Hearthstone304Tech_Job302Salary284soho249LightNovel229cookclub180Database151eWriter131bicycle120Programming117PokeMon106Little-Games89C_Sharp72C_ChatBM71GO65Stock55FuMouDiscuss44Linux44Eclipse30FATE_GO30Literprize27Network25Design23Option23C_and_CPP22Digital_Art19Electronics19biker18NetSecurity18Ruby16FBG15Plant15SYSOP15painting13Falcom12Nethood11unemployed11joke10Silverlight8Sucknovels8Wine8Bitcoiners7HandMade7License7Tainan7Trace7bicycleshop6Browsers6LivingGoods6LoveLive_Sip6NDS6optical6Road_Running6Economics5GUNDAM5Notebook5Physics5puzzle5AC_Sale4Jewelry4KanColle4LinuxDev4MIS4PC_Shopping4SurvivalGame4Agriculture3ArakawaCow3Aromatherapy3book3C_WorkBoard3CareerPlan3CGI-Game3EatToDie3Fortune3Key_Mou_Pad3L_TalkandCha3Militarylife3movie3nb-shopping3novel3pay_home3Perfume3StupidClown3baking2Chemistry2Civil2Cloud2Employee2Facebook2hardware2home-sale2Jinmen2Marginalman2NewActivity2Old-Games2P2PSoftWare2PU_Family2Quant2Refresh2Scenarist2sky2Theatre2THU_BA2Touhou2TPC_Police2Vocaloid2YUGIOH2AC_Music1Android1C_BOO1C_CenterWork1C_GameBoard1ChungLi1Comic1CompBook1cosplay1CSSE1DC_SALE1DirectSales1Doraemon1e-seller1fastfood1GirlComics1GossipPicket1H-GAME1HK-movie1IdolMaster1Ind-travel1Isayama1Kaohsiung1kawaii1KS98-3021literature1LoL1MacDev1marvel1media-chaos1model1NCCU1NCHUS1P_Management1PathofExile1PCman1PublicIssue1PVC-GK1RegExp1Rockman1Romances1San-Ying1SD-GundamOL1Shu-Lin1ShuangHe1TuCheng1Unlight1weiyin1WomenTalk1<< 收起看板(172)
1F推: 先去把service關掉,再反安裝04/20 21:09
9F推: C#配上SQLite或是直接把伺服器架在你那邊叫他們開瀏覽器上03/27 17:54
10F→: 去用03/27 17:54
10F推: 拆也可以,不拆也可以。看狀況。03/22 21:27
1F→: http://i.imgur.com/FP9X6D8.jpg02/13 16:13
2F→: 找到原因了,'0.940'會被轉成浮點數,有浮點誤差02/15 02:45
3F→: 直接給0.940會被當成十進制精準的處理方式02/15 02:46
1F推: 對,只能這樣,另外,JAVA也能寫網頁12/02 17:04
1F推: 當初訂資料表的是誰? 抓出來噹11/28 15:19
2F→: 訂INDEX可以提升一些速度,但在你講的案例應該沒用11/28 15:20
4F推: 要看你的條件是怎麼樣,但大多數的狀況下不會把條件搞到11/28 16:31
5F→: 這麼複雜11/28 16:31
2F→: pattern是指什麼?11/26 15:42
4F→: 太抽象的東西我不熟XD 我是實戰派的11/26 21:39
6F→: 應該不能加沒錯,不過不是說不允許A、B都一樣的狀況嗎?那11/24 13:26
7F→: 當然包跨NULL11/24 13:27
13F→: 應該也只能在insert之前下判斷式了吧11/24 14:53
14F→: 或是你講的trigger11/24 14:54
1F推: 改一下應該就可以用了,好方法 XD11/03 17:26
2F→: 等等,最後一筆不一定是變更name欄位喔,也可能是變更VAL10/31 15:20
5F→: 那個是整個資料表的LOG檔,我沒辦法動那個結構10/31 16:58
6F→: 我是指,有sql變動欄位中的資料的話,就會自動存一筆變動10/31 16:59
7F→: 記錄下去。10/31 16:59
8F→: 有另外檢視所有變動記錄的頁面,是一筆一筆抓出來顯示,並10/31 16:59
9F→: 比對哪個欄位被變動這樣。10/31 17:00
10F→: 那現在我要抓的是某個欄位被變動的時間點跟操作者,不是10/31 17:00
11F→: 全部。10/31 17:00
19F→: 3 3 小華 1 管理員B 2014-10-31 10:03:0011/03 11:39
20F→: 這筆才對,因為是管理員B把他的名稱從小王改成小華11/03 11:39
21F→: 多記錄變動欄位是比較簡單沒錯,但是當初設計系統的人是直11/03 11:40
22F→: 接位每個資料表多開了個用來記錄的表,然後在程式、資料庫11/03 11:41
23F→: 的中介層多加個記錄的動作下去,直接把變動的資料行整行11/03 11:42
24F→: 複製過去11/03 11:42