作者查詢 / ARCHERDEVIL
作者 ARCHERDEVIL 在 PTT 全部看板的留言(推文), 共1066則
限定看板:全部
看板排序:
全部Examination342Boy-Girl103SanFrancisco88tax87Gossiping63HatePolitics50Mechanical42sex42Option33DirectSales26joke12StupidClown10PublicServan7HOT_Game6HSNU_11686Prob_Solve6ask5Stock5WuLing46-3175Olympics_ISG4HSNU_10953LTK3NBA_Film3NorthAmerica3SMSlife3Agronomy-872BBSmovie2cksh84th3122Hate2HLHS_10thU2KS93-3202KS96-3032KS96-3052LHU2NewYork2NTUST_Talk2PSP-PSV2sky2SSSH-16th-Fk2TigerBlue2TTU-I91A2b974060XX1Beauty1chess1CHSH_98_3201ckbc1cksh79th011CMU_M491coincidence1CPBL1CSU1Delivery1f-sexBM1Fantasy1firsttime1FJU-Family1FJU-Leader1GirlE_MiliW1HsinTien1HSNU_10581HSNU_10651HSNU_10981HSNU_11091HSNU_9481HSNU_9791Hunter1junji-ITO1kawaii1KHCHS-87-3021Kids_Sucker1KOTDFansClub1KS94-3201L_BoyMeetsGi1lizen34-6011LordsOfWater1MayDay1Military1Militarylife1NARUTO1NCCU04_TUR1NCU_Talk1NCULG1NCUT1NDHU-His961NDHU-LF981NDHU-Phy-VB1NDMC-M1081NFU1NKUTEE1NPTU1NTHU-MSE111NTHU_STAT941NTNU-ESS1NTU_BOTDorm1NTUDrama951NTUE-TCL971NTUST-EE-B911NTUT_CH585A1NUU_Talk1part-time1PCSH91_3051PlayStation1PttHistory1RSSH93_3051RSSH94_3061Soft_Job1Starbucks1STDM-86-3021STDM-93-3031Stephen1TaichungBun1TSU_talk1UFO1VibWang1Violation1VISA1Wallpaper1Yup02-091<< 收起看板(118)
5F推:第二題三個for迴圈,一定是從最裡面開始06/29 00:34
8F→:wordxp你把asdd那個例子轉成樹跑一次你就懂了06/29 00:36
5F推:正解06/28 23:31
1F推:ship&port主鍵放進去就好不是嗎?06/28 20:18
2F→:基本上多對多關係你就要成立一個關聯表06/28 20:19
3F推:我就知道你想問這個= = ...06/28 20:51
4F→:post_visit是弱實體06/28 20:51
5F→:SHIT_AT_PORT一個表 內容是port&port的主鍵06/28 20:52
6F→:然後其主鍵是port主鍵跟ship主鍵的結合體06/28 20:52
7F→:該主鍵放到post_visit裡面當作限制06/28 20:53
8F→:於是弱實體也完成06/28 20:53
9F→:說得簡單一點就是{ship,port}→ship_at_port06/28 20:54
10F→:ship_at_port→port_visit06/28 20:55
11F→:關聯表之間的相依限制大概像這樣y06/28 20:55
12F→:然後post_visit... 一定是少了船或者港口都不行06/28 20:56
13F推:SHIT_AT_PORT一個表 內容是ship&port的主鍵 上面打錯06/28 21:01
14F→:順便說 一對多關係你用補習班教的方法去判斷很囧...06/28 21:02
15F→:一艘船可以停在多個港口 一個港口可以停很多船06/28 21:02
16F→:很直覺... 所以用直覺就好... 唸起來順的時候多半對06/28 21:03
17F→:別忘了資料庫往往都嘗試著表現真實世界的對應關係06/28 21:03
20F→:post的弱實體關係與船無關 與國家、湖海那兩個有關系06/28 21:05
21F→:所以實際上拉去的鍵值應該是國家與湖海的主鍵06/28 21:05
22F→:但這樣他八成會亂掉XD06/28 21:06
23F推:我英文一直打錯是怎樣= =06/28 21:08
24F推:是的,缺了,答案是錯的06/28 21:43
25F→:一般正常來說,資料結合是越簡單越好06/28 21:43
26F→:假設ship_at_port不建立表格 那船隻停靠港口的資料06/28 21:44
28F→:就會變得需要依靠port_visit來查詢06/28 21:44
29F→:當然你也可以這樣解決就是了...06/28 21:45
31F→:只是這樣的結合會產生資料耦合過高問題XD06/28 21:46
36F推:這種狀況不排除有,但應該不多。06/28 22:13
37F→:基本上port-visit裡的屬性可以放到ship_at_port裡面06/28 22:14
38F→:圖會這樣畫有兩個原因06/28 22:14
39F→:第一,降低資料耦合 提高資料安全06/28 22:14
40F→:第二 可能船待在港口的時間只能確定開始 結束不確定06/28 22:15
41F→:然後又不允許空值06/28 22:15
42F→:所以寫入的時候只好放到另外一個表裡面去維持完整性06/28 22:16
43F→:當然這是腦補就是了06/28 22:16
44F→:至於怎麼判斷... 我是靠腦補...06/28 22:17
45F→:或者是直接靠轉換規則...06/28 22:17
46F→:絕大部分的書應該都有寫06/28 22:17
47F→:多對多關係要轉一個表出來 弱實體一定相依於主實體06/28 22:18
48F→:然後加上一點想像力...06/28 22:18
51F→:是說如果你不嫌麻煩 也可以用lossless join判斷06/28 22:27
52F推:就跟M N方式剛好相反。1:N關係應該是(0,*):(1,1)06/28 22:56
53F→:如果我沒記錯應該是這樣06/28 22:56
56F→:賓果06/28 22:58
62F→:這樣資料結構耦合就變高了 join起來效率很差06/28 23:33
4F推:1. 只有中序 沒有括號 連續同樣優先權存在可能模糊06/28 20:41
5F→:當然如果你括錯就另當別論06/28 20:42
6F→:基本上我是覺得應該是你沒畫二元樹06/28 20:42
7F→:畫對了你就不會錯06/28 20:42
8F→:大葉那題 你二元樹一定畫錯了06/28 20:43
9F→:c沒有問題06/28 20:43
22F推:畫avl的話 我的答案跟原PO好像也一樣XD06/28 22:24
264F推:CUTE XD06/28 19:21
3F推:XDDDD06/26 21:06
15F推:打臉文&打歌文 啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪06/27 10:36
2F推:算命的能信他就不會在那邊擺攤算命了...06/26 11:05
18F推:這裡要變成八卦版了 塊桃阿06/26 10:46
1F推:我記得好像table_name 前面要加@ 例如@香香餅店06/26 06:58
2F→:然後 exists06/26 06:58
3F→:其他應該沒什麼問題吧?06/26 06:58
4F→:看樣子我要複習PL SQL了= = ...06/26 06:58