作者查詢 / kobedisel
作者 kobedisel 在 PTT 全部看板的留言(推文), 共1137則
限定看板:全部
看板排序:
9F→:磁帶仍然是大形企業的備份首選哦,並沒落伍11/20 22:35
10F→:目前LTO6每秒可達160mb/sec 每卷2.5t,壓縮可達6.5t11/20 22:40
11F→:速度容量與價格不是hdd可以比的,而且外儲容易多了11/20 22:43
53F→:v大講得我也很想笑,哈11/21 22:48
16F→:磁帶仍然是大形企業的備份首選哦,並沒落伍11/20 22:35
17F→:目前LTO6每秒可達160mb/sec 每卷2.5t,壓縮可達6.5t11/20 22:40
18F→:速度容量與價格不是hdd可以比的,而且外儲容易多了11/20 22:43
1F→:請用|| concate符號11/14 13:25
9F→:try findstr10/04 22:18
1F→:id column type is?09/24 22:45
5F→:iFEELing 大大也是高手,event 10053會產生會解讀09/25 22:24
6F→:基本上以cbo的db,你就可以知道oracle為何那麼走09/25 22:27
7F→:有幾會的話是否可以跟ifeeling交流一下09/25 22:28
12F→:一般來說按照你建的資料筆數,與資料看起來並無重複的09/26 17:56
13F→:不管是建unique or normal index按照你的query來說09/26 17:57
14F→:應該都是會走index的,除非你where 條件有欄位型態轉換09/26 17:58
15F→:不然按照這樣的比數跟資料分布狀態oracle應沒道理走full09/26 17:59
16F→:table scan,而且你也不是用bind variable的方式執行09/26 17:59
19F→:不過當你覺得oracle應該走什麼plan實際上卻不走的話09/26 18:04
20F→:就可以使用event 10053去看為何,一般來說我都是用09/26 18:05
21F→:oradebug比較多,我比較習慣,印象中alter session set09/26 18:05
22F→:event 應該也可以,上網查一下就有,看個人習慣09/26 18:06
23F→:而最常用的event就2個 10046 10053這兩個會了,基本上09/26 18:07
24F→:大半部分的效能難題都可以解了09/26 18:07
25F→:最後推薦你我常看的網路文章就是大陸的老熊跟蓋國強09/26 18:10
26F→:這兩個都是oracle ace都很強一個程式強另一個系統熟09/26 18:10
27F→:有空可以多多看看這兩人文章或是書,對dba很有幫助的09/26 18:11
23F推:一般我們說的HA都是ACTIVE,STANDBY的架構,因此RAC本身08/05 22:36
24F→:並非算是HA的架構而是屬於A-A mode的cluster架構08/05 22:36
25F→:也就是ACTIVE-ACTIVE,目前上面上資料庫只有ORACLE08/05 22:38
26F→:的A-A mode的資料庫最成熟,而最近DB2也有類似架構08/05 22:39
27F→:而oracle 的RAC主要是由兩大塊兜在一起,OS的cluster搭上08/05 22:41
28F→:DB本上的cluster行程oracle 的RAC08/05 22:41
29F→:不好意思打錯字,主要由OS的cluster搭上db的cluster形成08/05 22:43
30F→:ORACLE的RAC,因此在安裝oracle RAC時至少會安裝兩個軟體08/05 22:44
31F→:而DR對於oracle來說又是另一套,我們常聽到的DATAGUARD08/05 22:45
32F→:主要為資料庫檔案的備援(DR),而很多人會誤以為RAC本身08/05 22:47
33F→:也是資料庫檔案的備援-->錯的喔,RAC就算是10個node以上08/05 22:48
34F→:實際上的資料庫還是只有一個,所以資料庫掛了燒掉了08/05 22:49
35F→:就算是有20個node,RAC還是掛點。08/05 22:50
36F→:所以其實RAC本身其實主要oracle instance的備援,可能08/05 22:51
37F→:我有5個node就算是4個node燒掉了,只有還有一個node與08/05 22:52
38F→:資料庫檔案本身未損壞,一個node還是可以正常服務08/05 22:52
39F→:而樓上說的goldengate其實就只是一個CDC的tool08/05 22:53
40F→:它號稱可以用在很多方面,BI,DR,雙營運中心...等等08/05 22:56
41F→:但實務上並非那麼的好用,且貴,且台灣BI環境不多08/05 22:56
42F→:還有使用上有一些限制,因此實際上用的公司並不多08/05 22:58
4F→:先學會寫plsql就可以囉07/14 22:40
101F推:個人淺見,網管路不要走,錢少難升雜事多,我選coding06/25 22:05
102F→:mis(尤其小公司),幾乎快無技術可言,都是client小問題06/25 22:08
103F→:如果薪水要往上爬高,coding比mis好太多太多了06/25 22:09
104F→:小弟目前還沒聽說過有月薪6萬以上的mis(非主管職)06/25 22:10
105F→:coding之路的確是月薪10萬已上的(domain know how夠強)06/25 22:13
106F→:另一種就是底層架構設計超強這2種人06/25 22:14
107F→:薪水都可以爬很高,所以mis能避則避06/25 22:15
21F推:樓上說的是,醫院的資訊人員是最底層,只有挨罵的份06/17 22:22
3F→:我只能說醫院的資訊人員很可憐,狂被壓榨,只有挨罵的06/16 23:09