CakeResume 找人才
進階搜尋
On
4 到 6 年
6 到 10 年
10 到 15 年
15 年以上
DBA @旺淶科技有限公司2023 ~ 現在
・
程式工程師、後端工程師、DBA
一個月內
Eddie Chiang Database Administrator 擅長語法調教及表結構設計，對mysql架構及底層有一定程度理解，能快速掌握問題點並解決問題 Taipei City, Taiwan 工作經歷 十二月Present DBA 旺淶科技有限公司 管理Amazon Aurora、SingleStore 使用Python做資料搬移 特殊經歷 ・優化報表架構 八月十一月 2023 Database Administrator Paradise Soft 管理MySQL,MongoDB
就職中
・
正在積極求職中
全職 / 對遠端工作有興趣
4 到 6 年
中臺科技大學
・
資料庫管理, 物件導向程式設計
曾任
CTO @龍盛2018 ~ 現在
・
PM/產品經理/專案管理
一個月內
2021 ~ Jan 2024 彩票六合彩, 539 開發 規劃 PM 實境 slot LS, CTO, Sep 2018 ~ 2021 娛樂城 開發 規劃 PM JS, CTO, Dec 2016 ~ Aug 2018 運彩投注系統改版開發 娛樂城 PM DBA SA Quick, 系統分析, Jan 2003 ~ Dec 2016 運彩投注開發 足球 線上投注 控端 管理端 會員投注 DBA SA IT 機房 監看系統 SYT, 程式設計師, Aug 2002 ~ Jan
待業中
・
正在積極求職中
全職 / 對遠端工作有興趣
15 年以上
勤益科技大學
・
工業工程管理
就職中
・
正在積極求職中
全職 / 對遠端工作有興趣
15 年以上
臺灣國立空中大學
・
法律專班 
一個月內
經歷約2年 具豐富前端網頁架構規劃、重構經驗 具大型專案開發經驗(含游戲開發，會員系統、直播聊天室) 能與後端工程師, DBA, UI Designer, PM 進行良好溝通與 合作 曾帶領 9 人前端團隊，跨部門溝通經驗豐富 工作經歷 2017//12 資深前端工程師 前思資訊
正在積極求職中
全職 / 對遠端工作有興趣
6 到 10 年
國立中興大學 (National Chung Hsin University, NCHU)
・
資管系
曾任
資訊部經理 @壹壹柒柒科技股份有限公司2017 ~ 2023
・
SRE or devops
一個月內
規劃,SAN規劃,NAS規劃,伺服器規劃 。 協助RD處理營運環境問題 學歷 私立大同大學 資訊工程所 •私立德霖技術學院 資訊工程系 •私立黎明工專 電子科 •技能 雲端主機建置(AWS/阿里雲/GCP/Azure). Docker建置 虛擬化 網路 系統 資安 Devops SRE DBA 語言 English — 初階 Chinese — 母語
待業中
・
正在積極求職中
全職 / 對遠端工作有興趣
15 年以上
私立大同大學
・
資訊工程所
後端工程師 @美商時豪科技股份有限公司2023 ~ 現在
・
Golang Engineer
一個月內
電文、語音系統串接、交易系統串接、客戶對帳單資料統籌、網銀的資產管理模組... 在這個階段主要扮演的角色是Java Engineer、DBA、QA及協助PM/SA定義SRS，專注於替銀行端客戶維護或開發系統需求，需同時負責三、四家銀行的專案。 後面轉換到Golang 後端
就職中
・
正在積極求職中
全職 / 對遠端工作有興趣
6 到 10 年
東海大學
・
資訊工程就職中
・
正在積極求職中
兼職 / 對遠端工作有興趣
6 到 10 年
Ching-Yun University
・
資訊管理學系就職中
・
目前會考慮了解新的機會
全職 / 我只想遠端工作
10 到 15 年
Instituto Superior Politécnico "José Antonio Echeverría" (CUJAE)
・
Informático
後端工程師 @MAYOHR 鼎恒數位科技2023 ~ 現在
・
後端工程師
一個月內
部屬到Azure 環境。 開發SGS專屬表單系統、資生堂客製傳票。 資深工程師 元福聯合科技股份有限公司 • 七月九月 2023 擔任Frontend、Backend RD、QA、DBA。 與前線客戶進行需求訪談，提供規格書並安排時程開發、驗收。 使用 draw.io 製作流程規劃、架構設計。 進口經銷商第二代管
就職中
・
目前會考慮了解新的機會
全職 / 對遠端工作有興趣
4 到 6 年
中國文化大學 Chinese Culture University
・
Department of Information Management
Research Assistant @National Yang Ming Chiao Tung University2021 ~ 2022
・
Researcher
一個月內
/FPLC SDS-PAGE, Western blotting and ELISA Fluorescent conjugated antibody staining and flow cytometry Animal disease model (collagen-induced arthritis) and syngeneic mouse tumor model(CT26 and RENCA) Primary cell isolation from mouse Mouse tissue processing, section, and histology staining Familiar with C57BL/6, BALB/c, and DBA/1 mouse strains Breeding experimental animal (mouse) Data analysis Assisting paper writing Protein Purification Researcher • Genscript Singapore •Now Purification with Akta system Purification with magnetic beads Protein/Antibody purification by Protein A/G/L, CH1 Nickel Purification Ion exchange chromatography Size exclusive chromatography Education National
就職中
・
目前會考慮了解新的機會
全職 / 對遠端工作有興趣
4 到 6 年
國立陽明交通大學(National Yang Ming Chiao Tung University)
・
Molecular medicine and bioengineering最輕量、快速的招募方案，數百家企業的選擇
搜尋履歷，主動聯繫求職者，提升招募效率。
- 瀏覽所有搜尋結果
- 每日可無限次數開啟陌生對話
- 搜尋僅開放付費企業檢視的履歷
- 檢視使用者信箱 & 電話
搜尋技巧
1
嘗試搜尋最精準的關鍵字組合
資深 後端 php laravel
2
將須完全符合的字詞放在雙引號中
"社群行銷"
3
在不想搜尋到的字詞前面加上減號，如果想濾掉中文字，需搭配雙引號使用 (-"人資")
UI designer -UX
職場能力評價定義
專業技能
該領域中具備哪些專業能力（例如熟悉 SEO 操作，且會使用相關工具）。
問題解決能力
能洞察、分析問題，並擬定方案有效解決問題。
變通能力
遇到突發事件能冷靜應對，並隨時調整專案、客戶、技術的相對優先序。
溝通能力
有效傳達個人想法，且願意傾聽他人意見並給予反饋。
時間管理能力
了解工作項目的優先順序，有效運用時間，準時完成工作內容。
團隊合作能力
具有向心力與團隊責任感，願意傾聽他人意見並主動溝通協調。
領導力
專注於團隊發展，有效引領團隊採取行動，達成共同目標。
專業背景
目前狀態
求職階段
專業
資料庫
產業
資訊服務
工作年資
4 到 6 年
管理經歷
技能
語言能力
求職偏好
希望獲得的職位
資料庫管理師
預期工作模式
全職
期望的工作地點
遠端工作意願
接案服務
學歷
學校
主修科系
何長億 Chang-Yi Ho
因為興趣讓我踏入資料庫領域。
樂於技術分享，讓彼此夥伴都成長，是我最享受的事。
擁有3年資料庫開發經驗，5年的資料庫管理經驗。
負責資料庫管理、DataWarehouse建置、指導開發人員撰寫良好的SQL語法。
良善的調校，成功幫助公司減少硬體成本支出。
目前進修機器學習，希望可以有效幫助公司得到更好的市場分析。
樂於技術分享，讓彼此夥伴都成長，是我最享受的事。
擁有3年資料庫開發經驗，5年的資料庫管理經驗。
負責資料庫管理、DataWarehouse建置、指導開發人員撰寫良好的SQL語法。
良善的調校，成功幫助公司減少硬體成本支出。
目前進修機器學習，希望可以有效幫助公司得到更好的市場分析。
🏫南 臺 科 技 大 學 - 資訊管理學系 2009／09～2013／06( 畢 業 )
🧑💻資料庫管理師
📌Taichung, Taiwan 📞 +886 979177887
✉️ [email protected]
工作經歷
尊博科技股份有限公司, 資料庫管理師, Oct 2019 ~ 在職
- 系統架構優化
- 資料庫效能與稽核資料進行監控(Python / influxdb / Grafana) 搭配監控發送告警( Telegram / Slack / Line)
- 資料庫備份檔每日災難還原測試
- 與各單位進行溝通並效能調校
- DataWareHouse建置並提供BI 環境
- 宣導如何正確使用索引
信業國際有限公司, 資料庫管理師, Oct 2018 ~ Oct 2019
- 產品需求開發
- 系統架構優化
- 資料庫 Alwayson 建置維護
- 資料庫問題解決方案分享
- 資料庫效能監控(Python / influxdb / Grafana)
- 資料庫備份檔每日災難還原測試
- 歷史資料保存規劃與建置
向上國際科技股份有限公司, 資料庫工程師, Sep 2014 ~ Sep 2018
- 老子有錢 / GoldCity / 新百老匯/ 新至尊 等產品需求開發
- 產品資料庫系統邏輯架構轉移
- 平台轉移(Local > GCP)
- 自動化版本部屬建置(SVN > Jenkins >Octopus)
- 資料庫效能監控(Telegraf /Influxdb / Grafana)
- 資料庫備份檔每日災難還原測試
- 歷史資料保存規劃與建置
- 協助營運單位與大數據單位的報表資料提供
專業技能
Database
- MSSQL:
- Build and Maintain DataBase
- Tunning Code
- Build and Maintain Alwayson
- Planning Backup And Restore Test
- Sharing Problem Solved
- Clickhouse:
- Build Replication and Sharding
Monitor
- Python:
- Data collection(MSSQL information Data)
- Telegraf:
- Data collection(Disk IOPS/CPU / Memory / Network)
- influxdb:
- Store Monitoring information Data
- Set Retention Policies
- Grafana:
- Store Produce execution count / 10s
- Store Produce Read Disk Size(KB) / 10s
- Store Produce execution time / 10s
- Database Latency (Write & Read) / 10s
- Disk IOPS / 10s
- CPU / Memory / Network
資料庫問題事件處理(一)
- 問題:
- GCP 壓力測試無法達到預期壓力值(預期6000人同時spin)。
- GCP 壓力測試無法達到預期壓力值(預期6000人同時spin)。
- 原因:
- 資料庫處理作業等候次數過高，導致效能不佳
- 改善方式一：
- 將 Transaction Log (LDF) 與 Database File (MDF/NDF)實體的磁碟分開存放。
- 在完整模式下，LDF 可以放在磁碟效能較好的硬碟。
- 改善方式二：
- 當所有的Database 都需要使用TempDB 時，只能循序等待，所以會產生競爭等待使用 TempDB 的問題。
- 增加檔案可以分散I/O，I/O產生時會分散至多個檔案，效能好過於一個檔案單獨承擔I/O 。
- 改善方式三：
- 調整資料庫檔案自動成長量大小，並監控紀錄每小時與每日的資料庫磁碟空間成長量。
- 進行往後檔案初始大小配置的調整，達到的利用有效的磁碟空間，並確保資料庫的效能穩定。
資料庫問題事件處理(二)
- 問題:
- primary DB 的.mdf 在合理的大小情況下
.ldf size 異常的大 導致 FullBackup , diff Backup 變大(有壓縮過)
- 差異備份大小幾乎等於完整備份大小，導致磁碟空間剩 9G
- primary DB 的.mdf 在合理的大小情況下
.ldf size 異常的大 導致 FullBackup , diff Backup 變大(有壓縮過)
- 差異備份大小幾乎等於完整備份大小，導致磁碟空間剩 9G
- 原因:
- 在 sys.databases
發現該DB的 log_reuse_wait_desc:
AVAILABILITY_REPLICA
於是查看Alwayson的儀錶板
發現另一個secondary 的該DB 未同步
- 當一個DB 同步發生異常時
主要DB會因為次要的關係
導致無法截斷log
- 改善方式:
- 將該 secondary 複本先從AG Group移除
- 回到 primary 看該 DB 的 log file available free space 回來 99%
- 進行針對該DB 進行 DBCC SHRINKFILE secondary 處理
- 將 secondary 的複本的所有DB 做 RECOVERY
- 將 secondary 的所有DB DROP
- 回到 primary 將 secondary 加回去到AG Group 加入成功
檢查點１
已確定該 DB 的 log file available free space = 0 % 所以無法DBCC SHRINKFILE
檢查點２
發現該DB的 log_reuse_wait_desc: AVAILABILITY_REPLICA
檢查點3
查看Alwayson的儀錶板 發現另一個secondary 的該DB 未同步
何長億 Chang-Yi Ho
因為興趣讓我踏入資料庫領域。
樂於技術分享，讓彼此夥伴都成長，是我最享受的事。
擁有3年資料庫開發經驗，5年的資料庫管理經驗。
負責資料庫管理、DataWarehouse建置、指導開發人員撰寫良好的SQL語法。
良善的調校，成功幫助公司減少硬體成本支出。
目前進修機器學習，希望可以有效幫助公司得到更好的市場分析。
樂於技術分享，讓彼此夥伴都成長，是我最享受的事。
擁有3年資料庫開發經驗，5年的資料庫管理經驗。
負責資料庫管理、DataWarehouse建置、指導開發人員撰寫良好的SQL語法。
良善的調校，成功幫助公司減少硬體成本支出。
目前進修機器學習，希望可以有效幫助公司得到更好的市場分析。
🏫南 臺 科 技 大 學 - 資訊管理學系 2009／09～2013／06( 畢 業 )
🧑💻資料庫管理師
📌Taichung, Taiwan 📞 +886 979177887
✉️ [email protected]
工作經歷
尊博科技股份有限公司, 資料庫管理師, Oct 2019 ~ 在職
- 系統架構優化
- 資料庫效能與稽核資料進行監控(Python / influxdb / Grafana) 搭配監控發送告警( Telegram / Slack / Line)
- 資料庫備份檔每日災難還原測試
- 與各單位進行溝通並效能調校
- DataWareHouse建置並提供BI 環境
- 宣導如何正確使用索引
信業國際有限公司, 資料庫管理師, Oct 2018 ~ Oct 2019
- 產品需求開發
- 系統架構優化
- 資料庫 Alwayson 建置維護
- 資料庫問題解決方案分享
- 資料庫效能監控(Python / influxdb / Grafana)
- 資料庫備份檔每日災難還原測試
- 歷史資料保存規劃與建置
向上國際科技股份有限公司, 資料庫工程師, Sep 2014 ~ Sep 2018
- 老子有錢 / GoldCity / 新百老匯/ 新至尊 等產品需求開發
- 產品資料庫系統邏輯架構轉移
- 平台轉移(Local > GCP)
- 自動化版本部屬建置(SVN > Jenkins >Octopus)
- 資料庫效能監控(Telegraf /Influxdb / Grafana)
- 資料庫備份檔每日災難還原測試
- 歷史資料保存規劃與建置
- 協助營運單位與大數據單位的報表資料提供
專業技能
Database
- MSSQL:
- Build and Maintain DataBase
- Tunning Code
- Build and Maintain Alwayson
- Planning Backup And Restore Test
- Sharing Problem Solved
- Clickhouse:
- Build Replication and Sharding
Monitor
- Python:
- Data collection(MSSQL information Data)
- Telegraf:
- Data collection(Disk IOPS/CPU / Memory / Network)
- influxdb:
- Store Monitoring information Data
- Set Retention Policies
- Grafana:
- Store Produce execution count / 10s
- Store Produce Read Disk Size(KB) / 10s
- Store Produce execution time / 10s
- Database Latency (Write & Read) / 10s
- Disk IOPS / 10s
- CPU / Memory / Network
資料庫問題事件處理(一)
- 問題:
- GCP 壓力測試無法達到預期壓力值(預期6000人同時spin)。
- GCP 壓力測試無法達到預期壓力值(預期6000人同時spin)。
- 原因:
- 資料庫處理作業等候次數過高，導致效能不佳
- 改善方式一：
- 將 Transaction Log (LDF) 與 Database File (MDF/NDF)實體的磁碟分開存放。
- 在完整模式下，LDF 可以放在磁碟效能較好的硬碟。
- 改善方式二：
- 當所有的Database 都需要使用TempDB 時，只能循序等待，所以會產生競爭等待使用 TempDB 的問題。
- 增加檔案可以分散I/O，I/O產生時會分散至多個檔案，效能好過於一個檔案單獨承擔I/O 。
- 改善方式三：
- 調整資料庫檔案自動成長量大小，並監控紀錄每小時與每日的資料庫磁碟空間成長量。
- 進行往後檔案初始大小配置的調整，達到的利用有效的磁碟空間，並確保資料庫的效能穩定。
資料庫問題事件處理(二)
- 問題:
- primary DB 的.mdf 在合理的大小情況下
.ldf size 異常的大 導致 FullBackup , diff Backup 變大(有壓縮過)
- 差異備份大小幾乎等於完整備份大小，導致磁碟空間剩 9G
- primary DB 的.mdf 在合理的大小情況下
.ldf size 異常的大 導致 FullBackup , diff Backup 變大(有壓縮過)
- 差異備份大小幾乎等於完整備份大小，導致磁碟空間剩 9G
- 原因:
- 在 sys.databases
發現該DB的 log_reuse_wait_desc:
AVAILABILITY_REPLICA
於是查看Alwayson的儀錶板
發現另一個secondary 的該DB 未同步
- 當一個DB 同步發生異常時
主要DB會因為次要的關係
導致無法截斷log
- 改善方式:
- 將該 secondary 複本先從AG Group移除
- 回到 primary 看該 DB 的 log file available free space 回來 99%
- 進行針對該DB 進行 DBCC SHRINKFILE secondary 處理
- 將 secondary 的複本的所有DB 做 RECOVERY
- 將 secondary 的所有DB DROP
- 回到 primary 將 secondary 加回去到AG Group 加入成功
檢查點１
已確定該 DB 的 log file available free space = 0 % 所以無法DBCC SHRINKFILE
檢查點２
發現該DB的 log_reuse_wait_desc: AVAILABILITY_REPLICA
檢查點3
查看Alwayson的儀錶板 發現另一個secondary 的該DB 未同步