2021/06/13

20210613-心情-一個月的體能狀態歸零記錄


端午年假第二天

已在家工作快一個月的時間,今天是端午連假 第二天, 這一個禮拜有 稍微恢復一下 運動規律。

(但在 星五晚上、星六一天,才全廢掉 我的時間了)

來回憶一下,這一個整月的狀態變化吧



高峰期

四月份的 台東鐵人三項113KM,拿到 5hr:09 min   是我最「高光」的時間點。

而後,心境上,對於二個禮拜後的另一場鐵人,預計不去拼極限,所以成績 落在 5hr:25min左右。

再隔個禮拜 ,一場 台東長濱全馬,跟著珮珊順利跑完。

這時間的人生,真的是覺得好美好。


再來沒有認真看待目標這事…

也就在這時間點,沒有再給自已”真正”捉一個 下次目標,

而回想起來,就是自已沒有了目標,所以生活就開始過得隨性了。

第1個禮拜,因為上班久坐沒運動,一次單車騎車 感覺傷到左臀、再來又一次的打羽毛球過程中,明顯的有拉傷到

果然人家常說,比賽完後,是最容易受傷的時間點。 因為 身體都沒有恢復,一不小時太激動,就會傷到了。

我完全沒有心想動、也沒有什麼心想要做訓練恢復


另外,六日全在家裡看Youtube (好幾個禮拜都這樣)

且 身體好累、作息也不正常, 之前的那份「規律」,一下子就被打掉了!

好糟糕的生活


崩壞的體能峰期


從 5月中 ~6月中  (這時也剛好是台灣疫情開始爆發,全部採 在家工作 期間)

回想起來,要把握這次有把體力再次拉上來的時間點才是。

這一個月的「崩壞」,真的是打回原點,且又變得對自已沒有了信心。

「到底在幹麻?」 我也真的不知自已怎麼要這樣子做…..

有時真的體力爛到,我在床上都沒有勁起來,我不知我一天到底要幹麻….身體也真的好累。


我會挑輕鬆的做

通常時間到,我會挑簡單的 Youtube看影片這些事先做,我腦子裡就對這些事覺得「有興趣」。

邊吃飯,邊看影片,以為是放鬆,然後想著等等再來做訓練。

但吃飽了,影片還是繼續挑著看,時間就這樣,從中午、下午、晚上、一路到深夜 12點多…..一直看,

然後,一天就過去了;躺在床上,就後悔著為何今天會這樣??   但隔天醒來,卻仍是一樣的模式 運作著……..

我 中了毒了、沒有辦法控制自已 。


改善

之前,可以靠 「上下班」騎車通勤 、中午 游泳訓練。 拉回自已的生活步調。

所以現在的我,要找到那份「模擬」的感覺,

不是在訓練、而是找那份規律

所以,我要「八點半 出發,騎個10公里」模擬上班

「中午跑個5KM」模擬中間運動

「晚上七點 出發,騎個10公里」模擬我打下下班騎回家。


6/8(二)開始這模式,原來我這附近 騎車是這麼的舒服! 之前都不知道可以這樣模擬練騎。

上班通勤、中午小跑步、下班通勤, 這模式 持續了 3天。

在星期五、星期六、小崩壞一次,幾乎全休沒有在動的。  今天讓自已再捉回一點點。


目標:六月底恢復基礎體能

我的目的是,讓自已能恢復,然後可以讓自已去更遠的地方,具備好這樣的體能。

真的,現在的身體狀況,覺得好糟糕,不單單是上了年紀因素,而是作息完全在搞壞自已…….

而現在,就透過這樣的「模擬」方式。來捉回這體能。


不能說,在家工作已1個月了,結果 狀況比之前還糟糕。 現在要挽回這樣的局勢。


目前在人有相處上,覺得太空窗了

也許不用逼自已假裝很high或是很健談之類的。

現在大問題是,我都不知 真實的我 是什麼樣子。在 人之中,我常感受不到自已真實的感覺。


就自已亂寫這篇日記

不是要記下壞的,或是覺得自已不好。

就這段時間,真的讓自已跌得太多了。

加油吧。


另外 政治文……

投入看網上資訊、參與辯論說明,這事真的讓自已 生活失去秩序。

時間分配做得不好。

依現行的輿論狀況「不是在論對錯」,而是在論「顏色」,所以,會讓自已很無力、沒有邏輯是非可言。

依之前的選票分佈來看,10個人中,有4人綠、4人藍、2人第三勢力(時力/民眾)

所以,到時要多久的時間,才可以來單純論述檢討 政府的行政措施呢…..

還是少論述為主;先能固好自已的生活規律為優先吧。

但若每人都這樣想,政府的失序,就沒有人會出來糾正了…….兩難了這

(THE END)

2021/03/24

20210324-技術-Oracle-Online新增及調整Table (Sub)Partition欄位+填入資料作法


需求邏輯


(用概念記錄一下這次的開發邏輯,順便做的思緒的統整)

這一次的處理,可達到以下需求:

  • TableA新增一個欄位 ColumnB。
  • 依照TableY的資料,填入ColumnB。
  • 將原本TableA的Subpartition的欄位依據,從ColumnA 改為 ColumnB。
  • 一切要 線上調整,不可以downtime.


參考文


最終採用 DBMS_REDEFINITION 實作:

  1.  Performing a large correlated update – Learning is not a spectator sport
    • 這篇直接達到我的需求,使用REDEFINITION調整Schema外,還同時可以「填資料」!
  2. dbms_redefinition example
    • 一篇標準的 DBMS_REDEFINITION 的使用方式,說明各步驟的用意。
  3. DBMS_REDEFINITION (官網)
    • 各函式的參數說明


更新大量資料(update data)的作法 參考文:

  1. Efficient way to UPDATE bulk of records in Oracle Database - Oracle Database
    • 做了各類Update的效能比較(裡面有6類的寫法,採「直接update」效率最差 )。
  2. Oracle update tuning tips
    • 各類的update說明
  3. Update very large Oracle table tips
    • 使用CTAS (Create Table As Select) 的速度最快
    • (此篇沒有細部講做法)


前言

(隨性寫寫這次的背景故事吧)

當初在 加欄位後補上資料 的這個需求時,用基本的update處理,但PRD 上有 上億筆 的資料,讓我必需重新考慮 Table Lock 及效能的議題。

而原本調整 Table Subpartition Column的實作方式,是採用 DBMS_REDEFINITION 這 Utility處理。

(DBMS_REDEFINITION 最大優勢:Online Handle !!!)

所以開始思考,它能不能 在調整Schema 時,又 同時 做掉填資料呢? 最後 找到了 “參考文” 所述的作法。


另外, 最快的作法 是 CTAS :於另Table整理好資料後,再 做exchange.


實作時的各個”雷區”


授權

(https://t.ly/R4xi)

GRANT ALL ON SYS.DBMS_REDEFINITION TO TEST;
GRANT CREATE ANY TABLE, ALTER ANY TABLE, DROP ANY TABLE, LOCK ANY TABLE, SELECT ANY TABLE TO TEST;


事前準備

  1. 建立_INT的表格  (Interim)
    • 從CTAS方式建立,包括 調整為正確的subpartition column.
  2. 要手動補上其Subpartition資訊,不然在Redefinition時會死掉 !
    • 我是自寫一個loop,依據 TableA 去建立 TableA_INT 的Subparitition.
    • 從這Table取得資訊:USER_TAB_SUBPARTITIONS
  3. 建立好的TableA_INT Table,要將它其下的Constraint 移除 (這是從CTAS方式建立時產生)
    • 這是在執行「COPY_TABLE_DEPENDENTS」時會發生的錯誤。
    • 自寫一個Loop,從這Table:USER_constraints 取得其相關資訊,再將它移掉
    • 語法:ALTER TABLE  XXX DROP CONSTRAINT YYY;

建立Function

    這是為了讓DBMS_REDEFINITION的定義,可以”填資料”

    •     最重要的是 Function要加上 "DETERMINISTIC" 才可以被運作

   CREATE OR REPLACE FUNCTION GetXXXX( ….) RETURN DATE DETERMINISTIC AS ~~ BEGIN ~~END;


處理的Key依據

        官網(各函式說明):https://t.ly/VnV9

        DBMS_REDEFINITION.CONS_USE_PK
         DBMS_REDEFINITION.CONS_USE_ROWID

    • 這要留意的是使用「ROWID」,則在 執行 DBMS_REDEFINITION 後,它會產出「unused」的欄位!這要手動移除
    • 語法:ALTER TABLE XXX DROP UNUSED COLUMNS;


CAN_REDEF_TABLE

  • 檢查Table是否可以執行DBMS_REDEFINITION ?


START_REDEF_TABLE

  • 在這一步,就已將資料copy 至 TableA_INT的表格了
  • 額外取得資料填入,於此步驟定義。
  • 未執行完成,則要用 ABORT_REDEF_TABLE 釋放。不然會刪除不掉_INT的表格。


COPY_TABLE_DEPENDENTS

  • 此Table原本的約束(Index/FK/PK……),靠此函式同步保留住的
  • 出現這種錯誤:ORA-00904: "XXXColumn": invalid identifier,(我是無解), 將它的Ignore Error 屬性設為true.


SYNC_INTERIM_TABLE

  • 這設定,是當處理 DBMS_REDEFINITION 時,若有 其它的Session 異動 TableA時,它會自動同步到 TableA_INT


FINISH_REDEF_TABLE

  • 這一步,才會真正將 TableA 與TableA_INT 做交換。
  • 結束整個 DBMS_REDEFINITION 流程


刪除INT 表格及Unused 欄位

  • INT 表格也是實際占空間的,要刪除;語法:DROP TABLE xxxx CASCADE CONSTRAINTS PURGE;
  • Unused欄位 要記得刪除。



結論

       

使用 DBMS_REDEFINITION,目的就是 這些 Online 異動 全交給它,

這次是頭一次使用這Utility。到時再記錄跑「上億」筆的異動要多久了,

然後,這一次自寫客製的Scripts,很多,將它分成「準備」「執行」那步驟,並寫個「Revert」的流程,以便於重新再次執行 (便於反覆測試)


後續更新

1.

處理的資料量大時,不要使用「CONS_USE_ROWID」,會產生大量的LOG(??)

使用「CONS_USE_PK」讓其對應,不用再產生ROWID欄位了。

2.

照理是可以Online 操作,而最後一步「FINISH_REDEF_TABLE」 則是真正的切換動作。

若怕它造成「Package Invalid 」等意外狀況,可以獨自於「離峰」時期執行。


(THE END)

2021/01/20

20210119-程式-Oracle Linux 7.8 安裝Docker 過程記錄

前言

這件事,本應是簡單到不行的,但又讓我踩了不少雷,來記錄一下,這安裝流程是什麼了。

踩到的雷: linux 下的yum repository ,當多份存在時,它會認不得該選那一個下載….


參考文

Install Docker on Oracle Linux 7 | Oracle Virtualization Blog
https://blogs.oracle.com/virtualization/install-docker-on-oracle-linux-7-v2


背景

新申請一台機器,而記得要開啟:防火牆:開80 443 8080   ,這是供yum install 時使用的

開始查看文章,執行相關的安裝指令

而 作業系統為:Oracle Linux 7.8   (不同的OS,會有不同的安裝方式)


開始作業


檢查yum repository的狀況

/etc/yum.repos.d/     #依此目錄下的所有Repo取得其資訊

cd /etc/yum.repos.d/    

查看目前目錄下的檔案

ls

因為我其下有不少的.repo,而導至我做 yum install 時會有錯誤

先備份沒有用到的Repo,然後刪除它 (會被影響)

zip origalrepo.zip oracle-linux-ol7.repo uek-ol7.repo virt-ol7.repo

取得公開的yum repository

wget http://yum.oracle.com/public-yum-ol7.repo         #使用public-yum-ol7.repo

# 文章說安裝Docker要將下述的Enable

vi public-yum-ol7.repo

(將這三類Enable)

  • ol7_latest, 
  • ol7_uekr4
  • ol7_addons

# 開始安裝

yum install docker-engine


#安裝完後 啟動

systemctl start docker
systemctl enable docker
systemctl status docker

#測試docker

docker run hello-world
docker ps -a

(完成)


結論

就是 被 Repo 的資訊有重覆所影響,導至我沒有「很順利」的安裝這簡單的事情。

在記做記錄一下了。


(THE END)

2021/01/10

20210110-心情-今年第一場賽事直接棄賽-到底為什麼?

我好久沒有寫日記,

這次,來寫寫這次的狀況,我一直捉不出「長久」的這原因到底是什麼? 現在還是一樣 不知為何,一直要把自已「往下拉」?


這篇,就將所有的負面情緖 全寫出來,想到什麼就寫什麼,就不用再寫那種  心靈雞湯 來安慰自已,鼓勵自已的話了。

我真的不知自已心裡為何都要這麼做?


到底發生什麼事??焦慮所致嗎? 在焦慮什麼?


星期日 的  馬拉松42KM,對這場我是沒有壓力的,也沒有要拼成績,也沒有要幹麻,就僅是打算跟著珮珊的配速跑而已。

造理,我是不需有什麼賽前壓力的。


而現在就是有種「我想要去做的事,我就 越讓它做不到」,把它弄到一個無法挽救的地步。


星期六我在幹麻

星五下班,我也在看影片,看到 十二點多,才會想睡覺,

而這樣的模式,已是好幾個月,我也不知在 逃避個什麼,就是那種 要用 Youtube來 麻醉 自已,讓自已腦子空掉,然後,才會較好去睡覺。


星期六,是計畫著:拉拉筋,沒有做什麼事,然後準備星日的馬拉松。

然後,因昨天晚睡,今天就晚起,而起來後,就開始看Youtube影片,

都是看 電影解說的,狙擊手類的戰爭電影,然後一看 就再一直看。

中間也有想要停下來,但 自已的內心,就又在透過這個來「浪費自已的時間」。

這一陣子天氣超冷,在家也沒有煮什麼東西 ,就都是泡巧克力來過活的。

一路到 四五點多, 開始要去「睡覺」。 腦子已被洗空了差不多。


而主要是這樣的心情,又幹了另一件事,讓整個事已是「無法挽回」。

這樣的事就是「完全的逃避」。

為什麼??不知道。

生活上的焦慮、工作上的焦慮。

總覺得,依我現在的 人際關係的相處模式, 我大概就這樣 孤單 一輩子吧,沒有什麼轉機的可能性。


重點是 我不知道「問題點」是什麼? 而沒有辦法解決現狀….


我到底能幹麻


現在的我沒有辦法 「完成一件簡單的事」,難以料理我的生活。

之前 把房間好好整理過一遍,這事不難,卻 拖了我好久才有辦法完成它。

在做的當下,不用到很久的時間。 而常 迫於 時間近了 ,才開始動手下去做。

因此,我很常「挑避」一件簡單的事情。

而選擇 當下來看Youtube 來麻避自已。


這事,已經很久都這樣了。



我沒辦法讓心思平靜


期望自已很厲害,卻 無法讓自已從 簡單的 動作開始做。

很常時候,自已當下很High ,想說要怎樣怎樣的,而到了隔天實際運作起來。

卻跟自已想要的差很多, 連半點的自信心都沒有。

這樣子 一直循環著……


這也是晚上一直睡不著覺的原因,腦子裡什麼都會想,任何的事情, 工作上、運動上、生活上、感情上…

如何排解掉 焦慮~

卻不是那麼清楚自已在焦慮個什麼?

只知,現在屬於 焦慮的狀態,對周遭的人來說,應可以感受出這個現象。


我沒有了自已。

常過份的客氣,或是過份的High,

與人相處的當下,沒有辦法穩住自已內心的情緒,不知自已當下本心是什麼?

而該如何跟人聊天?如何彼此相處的自然?



也許 放棄  就是這狀況的救贖

 

上班期間的 一~五,我的生活 較屬於規律。

而到六日,就整個放掉。

平日想著六日要怎樣,而到六日時,卻不想做那些事。

就想著 軟爛,

當下也在問自已:這是自已想要的嗎?

不是! 但我停不下來,還是繼續做這類事。

結果就是 星期日晚上的後悔 ,這個禮拜又沒有做什麼事。


然後,星期一,又是一臉負面情緒  與世界接觸。

 

不知該如何,

寫寫日記,也不知能改善什麼,

之前好幾篇的勵志文,時間一拉長,一兩年後再回去看。

現在的自已依舊…..

why ??

2020/11/09

20201109-技術-Oracle使用DBMS_DATAPUMP API執行匯入時遇到的問題


(純生活技術日記,沒有什麼機密可言的XDD)

這篇的焦點,就集中於「DBMS_DATAPUMP」這件事!


緣起


在做兩個Oracle DB之間的每月備份這需求,借助於 DBMS_DATAPUMP 的API工具,且達到 檔案不落地的方式,備份到目標的Archive Server.

在DEV環境建置時,遇到「ORA-31626: job does not exist」的問題,卡關卡好久!

在QAT環境建置時,以為會很ok,結果遇到「ORA-31631: privileges are required」的問題,讓我整整三天的時間,翻遍所有文章、問了能問的人,還是無解! 因為DEV OK,而到了QAT 不行,所以比對了兩個環境的:User權限、授權角色….該有的都有,但還是不對。



解決方式:

The gains and pains of dbms_datapump. Part II | Dani's IT Blog
https://danirey.wordpress.com/2009/09/15/the-gains-and-pains-of-dbms_datapump-part-ii/

(這一篇解教了我,完整的寫出 Source 及Target User 所需要的授權)

--Source 授權
--privileges for dbms_datapump
GRANT EXP_FULL_DATABASE TO XXXSOURCEUSER;
GRANT FLASHBACK ANY TABLE TO XXXSOURCEUSER;
GRANT CREATE SESSION TO XXXSOURCEUSER;     
ALTER USER XXXSOURCEUSER DEFAULT ROLE ALL;   --最後是這個解決此問題 !!!ORA-31631: privileges are required
        (註1:不一定要寫’ALL’,而是讓其EXP_FULL_DATABASE 角色 DEFULT_ROLE的flag變為YES )

       (註2:select * from session_roles;  知道每次此User登錄Session時,會預設授與的角色)
GRANT SELECT ON sys.v_$instance TO XXXSOURCEUSER;
GRANT EXECUTE ON sys.dbms_flashback TO XXXSOURCEUSER;


--Target上的授權
--privileges for dbms_datapump
GRANT IMP_FULL_DATABASE TO XXXTARGETUSERARCH;
GRANT DROP USER TO XXXTARGETUSERARCH;
GRANT ALTER USER TO XXXTARGETUSERARCH;
GRANT CREATE SESSION TO XXXTARGETUSERARCH;
GRANT CREATE TABLE TO XXXTARGETUSERARCH;
--GRANT FLASHBACK ANY TABLE TO target_user;
 
ALTER USER XXXTARGETUSERARCH DEFAULT ROLE ALL;
ALTER USER XXXTARGETUSERARCH QUOTA UNLIMITED ON users;
 
GRANT SELECT ON sys.dba_users TO XXXTARGETUSERARCH;
GRANT EXECUTE ON sys.dbms_flashback TO XXXTARGETUSERARCH;


針對Default Role Flag屬性 理解:

SELECT * FROM USER_ROLE_PRIVS; -- 此User的權限 (留意DEFAULT_ROLE欄位)

SELECT * FROM SESSION_ROLES ; --此USER登錄後的Session下的授與角色。

-----------------------------------------

此User在登錄後,代表了一個SESSION,而此Session的角色資訊,不一定”等同”於User的角色資訊。

視「DEFAULT_ROLE」的欄位=YES 而定。

若 角色的 DEFAULT_ROLE = YES,則Create Session時,就預設給予該角色。


ALTER USER XXXXXX DEFAULT ROLE ALL;   --將此USER下的角色,全設為DEFAULT_ROLE = YES.

ALTER USER XXXXXX DEFAULT ROLE CONNECT; --只有CONNECT為DEFAULT_ROLE,

-----------------------------------------

所以沒留意到「DEFAULT ROLE」這flag時,會發生 明明有將這角色給予此USER,但為何操作時還是說「沒有授權」呢?


結論:

有時,自已的筆記還是要寫完整的前因後果,將所要執行的授權清單整理出來  (且要分出 Source / Target 要執行的授權)

這一次過程中,我將看過的文章下,它所提到的授權,全部LOG下來,一個一個的實驗 (結果全不行)

但至少,我知道了我執行過那一些權限。

只要過了一段時間,沒有「被整理」的筆記,會讓自已完全想不出當時的情境是什麼。


(THE END)

2020/10/23

20201016-鐵人-2020普悠瑪鐵人三項[113K](單車摔車棄賽沒跑步)

(這一場是珮珊的 第1次 113km的賽事,就以此張做為此篇的紀念;這是下水游泳前的合拍照)


此篇純個人心情記錄~ 想寫什麼就寫什麼


出發的前一天晚上


星期五,我請假一天,開始前往台東;而在星期四的晚上,我思考了這件事:「我這場要全開!」

架構了一個有 意象 的圖片,在手上刻下了字:「Fight 113 全開!」

工作、生活上,給我不少的壓力,覺得自已都活得不像自已了,

而運動賽事,雖然也帶來壓力,但「訓練」運動的當下,是我 舒壓的一個好管道。我可以感受到「真實的自已」。


所以,給自已個「目標」,然後專心在這兒上面,其它的鳥事就不要想太多。

因此,原本打算「保守 」的比賽,我要看看我「全開」之後的狀況會如何??


基本「游泳」「單車」要吃下預定的時間,而這次的「跑步」,沒有像九月Ironman那場,左小腿還有帶傷。

所以,跑步我可以盡情的下去跑。


搭火車出發

(這次跟 珮珊同行,她是我很重要的好朋友,而她這次也是第一次參加 113KM的賽事!)

我們到台東了!

賽前一天,我打算簡單過,簡單的過掉這一天,讓自已心情是 極簡單化 即可。

報到後所送的物資:個人對於「衣服」的設計 非常的喜歡!一整個就是「潮T」呀~



賽事秩序冊的資訊

明年的賽事:我已打算參加 普悠瑪 / 戀戀197 賽事;

113K組的比賽:  七點四十分下水;

 

我 421號、珮珊 762號。

  

有這麼多類型的分法,

 

單車路線:往北上,熟悉的路段 ; 而跑步:是三趟。

  

晚餐簡單的吃完這一餐,就開始打包賽事資訊,然後休息準備明天賽事了。


活動當天


我們這組,到七點四十分才開賽,而預計六點到會場就可以了。

路上,我買個RedBull 喝提神一下,昨天睡得算是還好,


會場照片,天氣涼涼的,沒有下雨,但地上是濕的。

到會場,交車,放一下自已的轉換區東西,還不知要怎麼擺。

時間充裕,就沒有了效率了XDD


自錄一下開賽心情:


再來就是跟珮珊到游泳區集合,她的朋友幫我們拍了一張「出力」照!


後來,我有跟著大會的做操熱身,自已熱身都不認真!跟著做讓自已動一下。

再來就是我們組別的集結,準備出發下水!



賽事記錄(copy FB版本)

https://t.ly/5Rha

20201016-鐵人-2020普悠瑪鐵人三項[113K](單車摔車棄賽沒跑步)

(我想我快快寫個賽事記錄,讓它有個ENDING記憶)

【賽事記錄】

今年的113K,報了Ironman 及普悠瑪 這兩場賽事,是種雙保險的概念:一場比不好還有另一場;而這場,也是珮珊第一次比113K鐵人 (她游泳/跑步都很強,就差在單車項)。

而我這場,原本想保守保六小時就好,但後來轉念打算要全開去拼。

這次身體狀況沒有上次那拉傷,但就是這一個月以來,基本上沒有什麼在做練習計劃 (就失眠好一段時間)。

--------------

賽事當天,我怕的是下雨,水溫會太冷;而今天算是陰天有些冷。所以已做好游泳上岸會很抖這事(不過後來水溫反而不冷)

等待、跟著大會做熱身操,讓自已熱開,再來就準備開賽。

(這次有穿壓縮腿套下去比賽)

---------------

【游泳】39M17S (順利地游進目標40分內)(8/72)

這場下水模式,是大家排排站,等待鳴槍一起下水餃。

而我就站在中間段的第一排,不想要前面有人擋著。而這也讓我體驗到下水的「競爭」段。

開賽!

我直接跳水,再來左右都有人,很擠的併排著游。

當然我自已卡好我的位置且游直線。最競爭就在這1~200M左右。

再來,因為我游中間水道,幾乎就沒什麼人了。

而這次,自已捉直線比想像中的好,幾乎沒有用蛙式定位。

另外,在游時基本上是看不到岸邊的定位,我都是偶爾定位折返點那標記。

折返時,有在20分內,折返段有小競爭,有讓自已多出力些。

回程,一樣游自已的,而到最後段,靠近側邊的石梯,透過它定位還蠻方便的。

再來就一直游岸邊。

上岸時間,手錶在39分開頭!開心!

(另外我左腿竟有快抽筋的感覺?)

【T1轉換區】3M47S(10/72)

一上岸,吃掉32GI的濃縮咖啡,一路小跑感覺還不錯。

到我的單車位置上,幹掉1包威德IN,放幾包能量包到鐵衣上,

穿上襪子 (沒套好,導至我後來單車上穿鞋子不好弄)

一路牽出轉換區

【單車】02:54:55(23/72)

(前45K:01:23:03)(後45K:01:31:52)

這一次穿上卡鞋這事沒有之前的順,一路到中華大橋上才穿好它。

再來就是我的單車段了!

有留意自已的迴轉速及功率,迴轉速有刻意讓它偏高,在100上下。

而功率,就在騎車時會對應一下這樣的感覺下功率值會是多少。

這次踩踏感覺蠻順的,且身體盡量維持在休息把上。

吃掉1包能量膠、一瓶水的量。

過程中,超過我的大多都是鐵車,也讓我思考鐵車它的騎車效率~

終於接到八嗡嗡,這海岸線真的美!

這兒補給站,接下一瓶水,把車上的補滿。

而這次的折返時間有吃進1H30M內不少!

再來就是回程段:順風、緩下坡! 很好飆速了~

一路順暢,直到「興隆國小」的補給站。 (回程段的記憶點不多)

我打算要接水 (但賽後後才發現我根本沒有需要接水,車上水還有一瓶半)

第一瓶沒接住。

第二瓶也沒接住。

第三瓶,間距太近,我接的時候,那瞬間有點回頭的偏了一下。

就在這個瞬間....完了!高速下龍頭一個小偏,就一定翻! 再來的記憶就很片段。

我不記得怎麼牽車起來,

有印象開始的是我牽著車要走,然後一直被拉住。

當下我的觀注點範圍很小,感覺是1個拉住我車、1個擋我前面、1個醫護在清我傷口來回跑。然後,還有一個後來過來對我講話很兇的。

(呃....我很清楚記得我當下有講了這句話:「你是在大聲什麼」XDD)

我就一直執意要走、他們就一直不放人,一直拜託他們讓我騎,不要一直拉住我。

(印象中他們有提到我鏈條掉了,而我直接秒處理XD)

(我忘了我是怎麼開始騎的)

騎在單車上,我的記憶都只有在我觀注的點上,對周遭的事物都沒什麼印象。

我一直看錶, 確認看我現在在那兒 (騎了58K左右),時間已過了多久?

然後好像也有跟人說話。在80多K後有較多的印象。在單車上慢慢恢復。

有想放掉不騎,但想說不要讓單車時間太難看。就繼續集中在騎車這件事上。

到折返點,脫卡鞋下車,牽至轉換區,換上跑鞋,出了轉換區

(但我竟沒這T2的轉換區時間?)

開始跑步。

當下自已也在評估自已的狀況,身體的跑步動作完全沒有影響到。

跑感、肌肉也沒有多酸痛。想說讓自已繼續跑,

依目前時間3H40M左右,好像還可以,

但後來,那一念之間,

對21KM距離覺得長,若要跑個2小時多,然後在那邊耗,

且我也不太確定能不能跑到最後,

且這完賽時間也可能不會是我想要的。

「棄賽吧,讓自已回醫護區好好躺著睡一下吧」

就這樣,跑1KM後調頭,走回去找醫護區,結束這場賽事。

-----------------------------

其實對於棄賽的「後悔」發酵是在晚上的時候~為什麼不....

比賽當下是沒什麼感覺的。不過,若再重來一次,我可能也選擇不跑。

嗯,應該是說,這樣的時間,已不是我想要的時間了。

不是自已能盡全力的比賽,而僅是在撐時間、撐完賽,

那也許...我選擇了放棄。

如果今天是我跑步練得很好,那麼這一刻,我會選擇繼續完成它。

(我就是都沒在練跑XD)

總之,這場心得,是個體驗、沒有出了大傷,已算是有老天爺保佑了。

明年四月會讓自已再來比這場「普悠瑪」賽事。

加油。

(THE END)


賽後心得記錄:


這是完賽東西,而因為我棄賽,我就沒有去拿完賽禮;而這些是珮珊的  (我覺得帽子很好看,而她就直接給我)


這是會後,我才發現,我的側面磨了這一大塊紅紅的。



補幾張賽事照片(我的)

這是自已出轉換區,要彎上中華大橋的照片,因為這一次穿卡鞋太慢,所以,先踩出速度後,再來穿

單車 7km處。追焦的很棒!

這是最後的 10 km,已是摔車過後的事了。


無止境的 倉老感~~~ 看起來都比珮珊老好多!

  

再來就棄賽,沒有跑步的照片了。



賽事照片(珮珊)

記錄一下她的賽事照片,她是第一次參加鐵人113K賽事,而 再來就不知那時她還會再比了~~~所以這些照片很”珍貴”XDD!

  

單車7KM處



這一次的成績單

 




賽後下一次的目標


這是星期三,我花一個晚上來整理目前的現狀。

而已在計畫下一次:四月份 普悠瑪 ,再來比一次113k.

而我的「跑步項」會是我訓練的重點。

到時,就不該像現在一樣沒有在跑步了。

加油!

只觀注當下的訓練,不要想太遠的事


(THE END)

好久沒有寫賽事紀錄了,這是一個禮拜後才完整寫完。

2020/10/11

20180312-單車-與強者間的客觀差距(數據分析)(持續更新)

image
(這圖,截圖下呈現的差距!而這樣子的差距,也就是我光 咬住別人的車尾就咬不住的原因!)
(自製的表格,以後,就多多更新這表)

項目目前的我 武嶺三小時的車手 環法第一名 備註
體重55KG 64KG 69.9KG
平均功率/最大功率(20min) 138W/180W(2018/11/17)
 137W/230(2019/01/15)
W/W(2019//)
(記錄當下的功率狀況)
FTP
功率閾值
244W[OCR](2018/3/4)
190W[小江車](2018/06/29)
196W[小江車](2018/06/30)
212W[小江車](2018/07/07)
218W[OCR](2019/01/15)
224W[OCR](2019/02/11)
218W[Zwift](2019/12/18)
231W[Zwift](2020/03/12)
239W[Zwift](2020/04/11)
<200W[OCR](2020/08/08)

309W

419W

Functional Threshold Power(臨界功率)
一小時盡全力騎的最大功率
一般的業餘自行車選手=在250-320W附近。
自行車環賽選手一般都具有至少360-400W
功率/體重比 4.43W/KG
3.5W/KG(2018/6/30)
3.8W/KG(2018/7/7)
3.96W/KG(2019/1/15)
4.07W/KG(2019/02/11)
4.20W/KG(2020/03/12)
4.34W/KG(2020/04/11)
3.63W/KG(2020/08/08)

4.82W/KG 5.98W/KG 依我的體重:
5W/KG = 275W ,6W/KG=330W,
4.5W/KG = 247.5W
VO2max(最大攝氧量) 56(2018/03/04)
57(2018/06/30)
58(2018/07/01)
59(2018/07/07)
60(2019/01/17)
61(2019/01/18)
63(2019/01/31)
64(2019/03/14)
62(2019/07/11)
61(2020/03/12)
54(2020/08/08)
(未知) 84.6ml/kg/min業餘選手的數字在50以上
參與環法的車手在70左右
Froome在測試時的數字為84.6

(以後就持續 更新 自我FTP值-功率閾值,觀察其成長狀況,這數字自已應不會成長太快,就多練長距離 )
參考文:神人的差距:http://bit.ly/2tFt2Np  / http://bit.ly/2tIlAB4

因此:我若10月單車目標為「武嶺三小時」,則我的FTP值要增長到「300W」,才可拉近與他們的差距


(2020/10/11) - 環法高手原來(W/KG)都是要在6上下的呀!!! 我現在連 4都站不穩了 ~~~天呀!

一般愛騎車的人有多強?自行車功率淺談 / FTP 計算方式與強弱 / 職業車手的 FTP 是多少瓦 & 環法公路車選手的排名 / FTP 測量與體重的關係,什麼是功率。 - YouTube
https://www.youtube.com/watch?v=e_CyVRSfGic




這篇文章的當下心情記錄


就今天一直在想說,我目前的「功率數據」層級,到底是落在那一層??跟別人的差距是多少?
因此找到這些文章。
而這樣的結果,也讓我比較平靜,可依一個「數字」來做努力的方向。
且也可以客觀的看看自已目前的腳力;當在未來賽事中,也不會那麼的擔心/恐懼。 多少的功率,成績就可落在那個地方。
加油。每次記錄 FTP的成長值。(Garmin F5,當有新FTP記錄時,會有提醒畫面)

專有名詞的說明

■TSS(Training Stress Score),也就是訓練壓力積分了解騎乘強度
TSS


功率區間

(ref from :https://t.ly/1xl5E )



狀態持續更新區:

(2018/07/03):因六月換成小江車,加上手錶重新更新設定,所以「功率」記錄全部重新計算,重新開始(且小江車目前還踩不出功率~)
                         就看到九月賽事時,它的功率進步會變得怎樣。(http://bit.ly/2zgyYzahttp://bit.ly/2u0RBSM)
(2018/07/07):騎車到冷水坑爬山;小江車功率開始破200W,而攝氧量到 58=>59這值。蠻訝異的。(http://bit.ly/2zkQuCv)
(2018/08/31):賽季開始的前一個禮拜,我心薄弱了;相信自已、給自已力量;拼這是我的目標、是我關鍵的展現。加油了!不論成績如何~~who care !!

(2018/09/22):單車開始由「小江車」改為「OCR」訓練&參與賽事;重新再訓練OCR,將功率練上去

(2018/11/17):增加「平均功率/最大功率(20min)」的資訊,以記錄它的變化。目前功率與三月比退步很多。
(2019/01/15):終於破了FTP了!從212=>218!這記錄推了好久才往前~(於內湖晨騎訓練(第2次))( 2019-單車-內鐵晨騎團練彙整)
(2019/01/17):最大攝氧量有達到60了!~繼續往上推(http://bit.ly/2MgDd0F)-新卡鞋開始測試.
(2019/01/18):最大攝氧量有達到61了!~內鐵晨騎後升上來的。但這天很受挫,星五很沒墮落的過掉這一天 (星六/日-幫忙哥哥訂婚).
(2019/01/31):最大攝氧量有達到63了!~感冒休三天後的騎車,雖然變為觀光行程,但竟有提昇攝氧量!(http://bit.ly/2MIadz7).
(2019/02/11):FTP值又再精進了!從218=>224W!終於,難以想像我一年前OCR可以到24XW,繼續努力!(http://bit.ly/2GCUm3N)
(2019/03/14):最大攝氧量又+1了!有達到64了!~練北海岸的行程~(http://bit.ly/2MIadz7).

(2019/07/11):最大攝氧量-2了!變成為62了!(超級哭哭);這一個月真的很常出現訓練的”效率不佳”的狀態;體能變得有點糟糕;好好記錄提醒一下。 十一月有鐵人賽事,該開始訓練跑步,現在跑個10K,腳就很酸痛了。而游泳一直沒爬起床。現在的運動,就是「為了自已」而已。
                            讓自已的體能提升些。加油啦!
(2019/11/17):單車最大攝氧量目前為61了。而跑步的攝氧量降為57 ,狀況跟一開始56一樣了。  而現在開始”不斷電”系列。跑步/單車/游泳重新練起來。
(2019/12/18):跑步的攝氧量降為54 ,越來越低了這;而單車FTP值重新測試為218W(Zwift),推力比還不到4;依這值為依據,再重新練上去
(2020/03/12):單車攝氧量持平為61 ,近期都在這LEVEL,有讓自已再重現到65的層級吧;而單車FTP值重新測試為231W(Zwift),推力比有提昇,感覺很不錯,近期在騎Zwift的”四周課表”(目前Day7),且用小江車,讓自已習慣小江車,且需踩得出功率才行(它是橢圓盤~);讓自已處於”輕鬆”心境下做訓練;2020再拉一波上去,看看之前的層級是能到什麼地步。
(2020/04/11):單車-FTP值重新測試為239W(Zwift),推力比到4.3;目標都著重在提昇推力比;而因為這是20分鐘的測驗,所以”續航力”這事就被弱化了;而要開始多騎長程才行,這樣才可以打底。

(2020/07/03):跑步的攝氧量降為55 ,單車也降到60,近期在跑5.20K,七八月份要好好訓練準備九月鐵人了。加油!有出門騎車就會有練到。

(2020/08/08):數據直接斷崖式的掉落!我將Garmin手錶Reset後,讓它數據重新開始;而運作1個禮拜左右,單車最大攝氧量剩54,哇~!然後功率FTP值初始設定200W,而到現在還沒有出現”恭禧您”的字眼~哇~!所以,當作一個”真實記錄”吧,以後一段時間後還是做整個Reset動作;











身體狀態持續更新區:(越新越上面)

(看能否三個月(一季)量測一次)




2018/10/11(四) - 量測狀態 (三個月後)

>數據都有變差些: a. 體重變重了(增1KG) /  b.身體年齡增加(+4歲)  /  c.內臟 脂增加1倍? /  d.體脂率增加 1%

>>看來自已的運動要捉穩了嘍!

image


(2018/5/17):量測狀態

20180517_量測

>>

a

2020/09/01

20200901-技術-建立Oracle 12C後的問題速記-建User/建DB Link

背景

在建立好Oracle 12CR2 in Docker 後,開始要摸索其使用方式,讓我要做的 Archive DB 功能可以運作。

而這幾乎每走一步,就會遇到些問題,然後寫下對應對筆記下來。

這邊,就速記下,這一天之中,所碰到的議題。


重點項目:

  1. 在建立USER / Schema時,才了解 Oracle 12C開始的架構:CDB / PDB (container概念)
    1. 遇到問題:ORA-65096: invalid common user or role name
  2. 建立Database Link:建立Public – 由sys建立後,各User使用。
    1. 遇到問題:ORA-01031: insufficient privileges
    2. 遇到問題:ORA-01017: invalid username/password; logon denied


技術開始


Oracle 12C的架構概念:CDB & PDB

( https://is.gd/LIcaDM – 架構說明&ORA-65096問題原因  )

  1. 查詢目前所在的PDB:select sys_context('USERENV', 'CON_NAME') from dual;
  2. 切換至目標的PDB: alter session set container=ARCH_PDB;
  3. 「CDB$ROOT」可以想像為之前Oracle 下的sys相關的table 資訊。
  4. 在「CDB$ROOT」下是無法建立USER的,會得到此ORA-65096: invalid common user or role name。
  5. 切換後就可以正常建立USER。



建立USER後它無法連線 – 要給予相關授權

(https://t.ly/yMvwy - 相關角色&授權 |  )

  1. 要讓SQL Develop Tool 可以連線,要「GRANT CONNECT to XXXUSER;
  2. 其它的就參考文章去授權。

而其中,SQL Develop Tool 的連線,若要用該User連線至其PDB的話,要選擇「Service Name 」(用sys連線時是用SID)

不然會一直出現 帳/密 錯誤。



建立Database Link - 遇到 USER 帳/密錯誤的問題

建立Database Link 的語法: (使用Using connection string )

CREATE PUBLIC DATABASE LINK "DBLINK_LIVE"
    CONNECT TO "targetUser" IDENTIFIED BY "XXX(密碼)XXX"
    USING '(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 22.22.22.22)(PORT = 1521))) (CONNECT_DATA = (SID = XXXX)(SERVER = DEDICATED)))';