作者查詢 / ARCHERDEVIL

總覽項目: 發文 | 留言 | 暱稱
作者 ARCHERDEVIL 在 PTT 全部看板的留言(推文), 共1066則
限定看板:全部
[考題] 計算機概論
[ Examination ]20 留言, 推噓總分: +8
作者: wordxp0815 - 發表於 2013/06/29 00:05(12年前)
5FARCHERDEVIL:第二題三個for迴圈,一定是從最裡面開始06/29 00:34
8FARCHERDEVIL:wordxp你把asdd那個例子轉成樹跑一次你就懂了06/29 00:36
[考題] 101 地特四等計算機概論第39題
[ Examination ]10 留言, 推噓總分: +4
作者: duncanchiu - 發表於 2013/06/28 22:58(12年前)
5FARCHERDEVIL:正解06/28 23:31
[考題] 資料庫 ER diagram轉relation問題
[ Examination ]64 留言, 推噓總分: +12
作者: lordfish62 - 發表於 2013/06/28 19:43(12年前)
1FARCHERDEVIL:ship&port主鍵放進去就好不是嗎?06/28 20:18
2FARCHERDEVIL:基本上多對多關係你就要成立一個關聯表06/28 20:19
3FARCHERDEVIL:我就知道你想問這個= = ...06/28 20:51
4FARCHERDEVIL:post_visit是弱實體06/28 20:51
5FARCHERDEVIL:SHIT_AT_PORT一個表 內容是port&port的主鍵06/28 20:52
6FARCHERDEVIL:然後其主鍵是port主鍵跟ship主鍵的結合體06/28 20:52
7FARCHERDEVIL:該主鍵放到post_visit裡面當作限制06/28 20:53
8FARCHERDEVIL:於是弱實體也完成06/28 20:53
9FARCHERDEVIL:說得簡單一點就是{ship,port}→ship_at_port06/28 20:54
10FARCHERDEVIL:ship_at_port→port_visit06/28 20:55
11FARCHERDEVIL:關聯表之間的相依限制大概像這樣y06/28 20:55
12FARCHERDEVIL:然後post_visit... 一定是少了船或者港口都不行06/28 20:56
13FARCHERDEVIL:SHIT_AT_PORT一個表 內容是ship&port的主鍵 上面打錯06/28 21:01
14FARCHERDEVIL:順便說 一對多關係你用補習班教的方法去判斷很囧...06/28 21:02
15FARCHERDEVIL:一艘船可以停在多個港口 一個港口可以停很多船06/28 21:02
16FARCHERDEVIL:很直覺... 所以用直覺就好... 唸起來順的時候多半對06/28 21:03
17FARCHERDEVIL:別忘了資料庫往往都嘗試著表現真實世界的對應關係06/28 21:03
20FARCHERDEVIL:post的弱實體關係與船無關 與國家、湖海那兩個有關系06/28 21:05
21FARCHERDEVIL:所以實際上拉去的鍵值應該是國家與湖海的主鍵06/28 21:05
22FARCHERDEVIL:但這樣他八成會亂掉XD06/28 21:06
23FARCHERDEVIL:我英文一直打錯是怎樣= =06/28 21:08
24FARCHERDEVIL:是的,缺了,答案是錯的06/28 21:43
25FARCHERDEVIL:一般正常來說,資料結合是越簡單越好06/28 21:43
26FARCHERDEVIL:假設ship_at_port不建立表格 那船隻停靠港口的資料06/28 21:44
28FARCHERDEVIL:就會變得需要依靠port_visit來查詢06/28 21:44
29FARCHERDEVIL:當然你也可以這樣解決就是了...06/28 21:45
31FARCHERDEVIL:只是這樣的結合會產生資料耦合過高問題XD06/28 21:46
36FARCHERDEVIL:這種狀況不排除有,但應該不多。06/28 22:13
37FARCHERDEVIL:基本上port-visit裡的屬性可以放到ship_at_port裡面06/28 22:14
38FARCHERDEVIL:圖會這樣畫有兩個原因06/28 22:14
39FARCHERDEVIL:第一,降低資料耦合 提高資料安全06/28 22:14
40FARCHERDEVIL:第二 可能船待在港口的時間只能確定開始 結束不確定06/28 22:15
41FARCHERDEVIL:然後又不允許空值06/28 22:15
42FARCHERDEVIL:所以寫入的時候只好放到另外一個表裡面去維持完整性06/28 22:16
43FARCHERDEVIL:當然這是腦補就是了06/28 22:16
44FARCHERDEVIL:至於怎麼判斷... 我是靠腦補...06/28 22:17
45FARCHERDEVIL:或者是直接靠轉換規則...06/28 22:17
46FARCHERDEVIL:絕大部分的書應該都有寫06/28 22:17
47FARCHERDEVIL:多對多關係要轉一個表出來 弱實體一定相依於主實體06/28 22:18
48FARCHERDEVIL:然後加上一點想像力...06/28 22:18
51FARCHERDEVIL:是說如果你不嫌麻煩 也可以用lossless join判斷06/28 22:27
52FARCHERDEVIL:就跟M N方式剛好相反。1:N關係應該是(0,*):(1,1)06/28 22:56
53FARCHERDEVIL:如果我沒記錯應該是這樣06/28 22:56
56FARCHERDEVIL:賓果06/28 22:58
62FARCHERDEVIL:這樣資料結構耦合就變高了 join起來效率很差06/28 23:33
[課業] 資料結構幾題
[ Examination ]36 留言, 推噓總分: +11
作者: Mayinggo - 發表於 2013/06/28 19:32(12年前)
4FARCHERDEVIL:1. 只有中序 沒有括號 連續同樣優先權存在可能模糊06/28 20:41
5FARCHERDEVIL:當然如果你括錯就另當別論06/28 20:42
6FARCHERDEVIL:基本上我是覺得應該是你沒畫二元樹06/28 20:42
7FARCHERDEVIL:畫對了你就不會錯06/28 20:42
8FARCHERDEVIL:大葉那題 你二元樹一定畫錯了06/28 20:43
9FARCHERDEVIL:c沒有問題06/28 20:43
22FARCHERDEVIL:畫avl的話 我的答案跟原PO好像也一樣XD06/28 22:24
Fw: [爆卦] 鋼鐵人搭台北捷運
[ joke ]32 留言, 推噓總分: +27
作者: NoPTT - 發表於 2013/06/28 19:05(12年前)
264FARCHERDEVIL:CUTE XD06/28 19:21
Fw: [問卦] 有沒有口試點心的八卦??
[ joke ]0 留言, 推噓總分: 0
作者: martin110287 - 發表於 2013/06/28 17:23(12年前)
3FARCHERDEVIL:XDDDD06/26 21:06
[情報] 五月天FB更新
[ MayDay ]18 留言, 推噓總分: +18
作者: arl616 - 發表於 2013/06/26 22:05(12年前)
15FARCHERDEVIL:打臉文&打歌文 啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪啪06/27 10:36
Re: [問題] 文官武官
[ Examination ]14 留言, 推噓總分: +5
作者: foreseer - 發表於 2013/06/26 10:44(12年前)
2FARCHERDEVIL:算命的能信他就不會在那邊擺攤算命了...06/26 11:05
Re: [閒聊] 有沒有適合女生好考的鐵飯碗??
[ Examination ]107 留言, 推噓總分: +60
作者: AMDsucks - 發表於 2013/06/26 08:45(12年前)
18FARCHERDEVIL:這裡要變成八卦版了 塊桃阿06/26 10:46
[考題] 102郵局專業職一 資料庫考題
[ Examination ]11 留言, 推噓總分: +2
作者: nana0130 - 發表於 2013/06/26 04:09(12年前)
1FARCHERDEVIL:我記得好像table_name 前面要加@ 例如@香香餅店06/26 06:58
2FARCHERDEVIL:然後 exists06/26 06:58
3FARCHERDEVIL:其他應該沒什麼問題吧?06/26 06:58
4FARCHERDEVIL:看樣子我要複習PL SQL了= = ...06/26 06:58