前言： 話說前陣子爸爸家陽台不斷出現米奇老鼠，立刻清理陽台所有東西，然後又跟市政部門反映問題，可是情況還沒有好轉，米老鼠來完一隻又一隻，我爸陽台在老鼠界應該是網紅打卡聖地(誤)，要不然就是米奇老鼠版米奇林三星餐廳(?) 雖然我們抓到了三隻，到上兩個禮拜為止還有至少一隻一直抓不到，每天淩晨還會來吃事後煙留下老鼠屎，真_北。 這隻老鼠對傳統攻擊有抗性，有IT9朋友前陣子用Raspberry pi自製了一台electric mouse trap ，用pi的超聲波雷達放在鞋盒裡，鞋盒裡有一堆食物，底部佈了鐵網，偵測到有老鼠進去以後立即關門通9V電，通個1分鐘再放牠離開，大推我自己也造一台 (Youtube片搜尋一大堆，人類真變態啊，朋友好變態啊)。可是我覺得這樣又好像有點太殘忍，不如先偵測牠們什麼時候來，嚇嚇牠們看看有沒有效果再說吧。 目的： 用Raspberry pi及手上有的感測器弄一隻放陽台用來偵測和嚇嚇老鼠的東西，並把紀錄圖像化到雲端給老爸使用。 邏輯及設計： 當老鼠進入偵測範圍，Motion Sensor偵測到生物活動Raspberry pi 處理來自Motion Sensor的訊號，如果夠強的話開始準備作出回應 Raspberry pi在Angry cats sounds中隨機選出叫聲，再經由Speaker輸出貓叫聲 Raspberry pi指示強光元件發出強光束照射目標 把偵測計數上傳到雲端圖表 材料： Sensor 在網路上看了一些Raspberry pi wild animal camera ，很多也是用Motion Sensor先偵測動物再來，我用的是PIR Motion Sensor被動式紅外線感測器，有低耗電成本便宜的好處。[1]，而且可手動調整靈敏度及反應時間。 PIR Motion Sensor就是下面這個 圖片來源: learn.adafruit.com 可手動調整敏感度還有反應時間，這個有點不好調，要試好多遍才找到最佳位置。 可以在Raspbian中輸入pinout查詢GPIO避免插錯 圖片來源: learn.adafruit.com . 一台Raspberry pi 這次使用較舊的Raspberry pi model B+ 萬一老鼠生氣被咬爛錢包也不太痛 . 一張
這幾天要幫公司把data從老舊的AS400轉移到SQL Server上面去。
由於之前沒有任何經驗所以先問一下古哥。
很多大大也是使用SQL Server內建的Import Export Wizard。
以下是我利用odbc的方法成功移轉的經驗，未必是最好不過希望給大家參考一下。
準備工作:
由於之前沒有任何經驗所以先問一下古哥。
很多大大也是使用SQL Server內建的Import Export Wizard。
以下是我利用odbc的方法成功移轉的經驗，未必是最好不過希望給大家參考一下。
準備工作:
- 先在目的SQL Server建立一空的資料庫, 例如"AS400"
- 由於我用的是ODBC，所以目的地端的SQL SERVER一定要先設好IBM的Client Access，我的版本是V5R4M0。最後要設好連接到成功連接到AS400的ODBC連接字串。
- 另外檢查一下Client Access中有沒有設定使用者名稱，不然等一下會連不到喔。
- 在ODBC資料來源管理員中選擇AS400的連接，按"設定"
- 在＂General＂頁面中按"Connection Options"
- 在"Use the user ID specified below"中輸入登入名稱，按"OK"
步驟:
- 在剛剛建立的空資料庫按右鍵-> Tasks-> Import Data，彈出匯入和匯出精靈後按下一步。
- 接下來是 "選擇資料來源" 頁面：
資料來源選擇".Net Framework Data Provider for Odbc"
Dsn填寫ODBC中連接AS400的字串名稱，如我的ODBC字串是AS400ODBC，填寫的就是這個名稱。並不是Dsn=AS400ODBC;uid=terence 這種喔。
填寫完以後按下一步。 - 如果連接成功會來到"選擇目的地"頁面，不然就會出現謎一樣的錯誤，小弟試過的錯誤包括：
- DSN格式錯誤
- 在Client Access中沒有指定使用者名稱。
- 選擇＂從一或多個資料或檢視表複製資料＂或＂寫入查詢來指定要傳送的資料＂，我選的是第一頁，按下一步。
- 接下來選擇需要匯入的資料表，要注意的是在準備工作中提到的在Client Access中的User權限是否足夠。選擇好以後按下一步。
- 再按下一步，直接按＂完成＂就開始複製工作，完成後出現以下畫面
- 最後打開查詢視窗打一下SQL Query, 查詢到的話就表示OK囉。
下面部門是一些小弟總結出來的經驗，會繼續更新：
- 在轉移的過程中出現
"Creating or altering table ‘%.*ls’ failed because the minimum row size would be %d, including %d bytes of internal overhead. This exceeds the maximum allowable table row size of %d bytes."
這是因為在AS400中的單筆資料列超過了8060bytes. 例如在AS400中其中一欄位長度為6000, 那麼轉移過來的時候就很容易發生這種情況. 解決方法我暫時想到的有兩種:
1. 把長度為6000的欄位轉成動態長度的data type, 例如varchar, ntext. (資料來源在此)
2. 直接把過長的欄位縮短, 例如把6000改成1000.
- 在轉移的過程中出現 0xc0202025 錯誤
這是因為把AS400中資料長度很大的欄位轉成varchar(MAX)的原故, 只要放棄使用varchar改成ntext就可以了, 因為在AS400中column size可以設很大, 而SQL Server中過長的data要使用ntext.
- 錯誤0xc020902a Text was truncated....DTS_E_PRIMEOUTPUTFAILED....
這個錯誤的原因有很多, 我試過以下兩種情況: - 可能是目的地的Column長度不夠.
- 一次insert太多data. 小弟最搞不清楚是這種情況. 例如我要同時匯入有很多欄位(40個)而且資料數量比較多(才2萬而已)的資料表的時候, 就會出現這個問題. 解決方法有:
- 用import/export wizard一個一個資料表匯入. (不保證一定成功喔)
- 把Data轉成過萬筆的insert statement, 然後直接執行. 不過根據小弟的經驗, 超過7MB的 Insert Statement是無法在management Studio使用的. 他會彈出提示說記憶體不足. 所以要使用下面所說的SQLCMD來解決
- Running large MSSQL scripts & resulting memory errors
Management Studio最令人火的是不能同時跑太大的insert statement (7MB以上), 所以一定要使用SQLCMD. - 先把要新增的insert statement存成.sql檔案
- 打開cmd, 輸入 sqlcmd -S <IP位置> -H <資料庫名稱> -U <使用者名稱> -P <密碼> -i "<.sql檔案的位置>" 例如 sql -S 127.0.0.1 -H northwind -U user -P xxxx -i "C:\abc.sql"
- 那怎麼辦? 下一篇會說.^_^
Comments
Post a Comment