C# 存取 Sybase 資料庫

-

要讓 dotNet 程式存取 Sybase 資料庫，首先，你必須取得 Sybase PC Client 的幾個DLL檔案：
Sybase.Data.AseClient.dll
sybdrvado11.dll
sybdrvssl.dll

如果是開發者，可能需要先安裝 PC Client<<這裡下載>>，安裝完後再到 Visual Studio的專案下，把 Sybase.Data.AseClient.dll 加入參考


當要執行時，記得把 sybdrvado11.dll、sybdrvssl.dll 一並複製到執行路徑下(Sybase.Data.AseClient.dll 會自動在編譯時加入到路徑下所以不用特別拷貝)
使用時要引用：

using Sybase.Data.AseClient;
程式流程部分：
1、建立連線 → 2、建立SQL命令 → 3、建立傳遞參數(如果需要) → 4、傳遞參數值(如果有建立傳遞參數) → 5、執行命令 → 6、取得查詢資料


連線資料庫
//連線資料庫
AseConnection aseCon;
aseCon = new AseConnection("DataSource=ServerIPorName;Port=5000;Database=Windstone;UID=sa;PWD=adminPassw0rd");
aseCon.Open();
SQL指令準備有兩種處理方式：
一次性執行或是重複執行。

//一次執行的方式
string employeeNo = "052419";
DateTime inDate = new DateTime(2016,5,1);
AseCommand GetEmplName = new AseCommand("SELECT empl_name FROM employee WHERE empl_no = '" + employeeNo + "' and job_date > '" + inDate.toString("yyyy/MM/dd") + "'", aseCon);
string emplName = (string)GetEmplName.ExecuteScalar();

//重覆執行的方式
DateTime inDate = new DateTime(2016,5,1);
AseCommand GetEmplName  = new AseCommand("SELECT empl_name FROM employee WHERE empl_no = @emplno and job_date > @indate", aseCon);
// 設定使用的變數
AseParameter parm = new AseParameter("@emplno", AseDbType.Char, 6); GetEmplName.Parameters.Add(parm);
parm = new AseParameter("@indate", AseDbType.DateTime);
GetEmplName.Parameters.Add(parm);
//每次讀取只需要改變參數就可以
for (int i = 1 ; i <= 100 ; i++)
{
    GetEmplName.Parameters[0].Value = i.toString().PadLeft(6 , '0');
    GetEmplName.Parameters[1].Value = inDate;
    string emplName = (string)GetEmplName.ExecuteScalar();
    Console.WriteLine("id=" + i.toString().PadLeft(6 , '0') + ",name=" + emplName);
}
從上面例子可以看出，產生SQL語句組成時，如果只會執行一次，就用一次性執行方式比較簡單，但如果同一個查詢會一直不斷改變變數，則使用第二種方式，可以減少一直產生 AseCommand 物件，只要變更 Parameters 內容即可。

如果，SQL指令有同時使用到相同的 Parameter 時可以使用相同的 Parameter 名稱：
下面範例為新增資料，SQL與法需要4個資料作為新增使用，其中msg_time和upload_time使用了相同的參數的資料來源

AseCommand SetMessage  = new AseCommand("INSERT Message (msg_id , msg_text , msg_time , upload_time) VALUES (@msgid , @msgtxt , @msgtime , @msgtime)", aseCon);
AseParameter parm = new AseParameter("@msgid", AseDbType.Integer);
SetMessage.Parameters.Add(parm);
parm = new AseParameter("@msgtxt", AseDbType.Char,200);
SetMessage.Parameters.Add(parm);
//由於3、4參數都是使用@msgtime，所以只要設定一個就好
parm = new AseParameter("@msgtime", AseDbType.DateTime);
SetMessage.Parameters.Add(parm);

接下來就是SQL執行方式：
AseCommand 有 4 種執行方式：
  1. ExecuteNonQuery - 執行指令不需要返回資料，適用在 UPDATE/INSERT指令上
  2. ExecuteScalar - 執行指令，只需要返回一筆資料者
  3. ExecuteReader - 執行指令並於每次Read返回一筆資料，有類似 Fetch 指令
  4. ExecuteXmlReader - 執行指令並返回XML格式資料

ExecuteNonQuery：

string employeeName = "裝可愛";
string employeeNo = "052419";
AseCommand SetEmplName  = new AseCommand("Update employee SET empl_name = '" + employeeName + "'WHERE empl_no = '" + employeeNo +"'", aseCon);
SetEmplName.ExecuteNonQuery();
ExecuteScalar：
前面SQL指令準備方式就有範例，但是要注意的是：假如回傳資料為 string 的話，為什麼使用強型別轉換方式
string emplName = (string)GetEmplName.ExecuteScalar();
而不是使用下面函數轉換呢
string emplName = GetEmplName.ExecuteScalar().toString();
原因在於，當指令執行回傳為NULL(無資料)時，第二種方式會出現 exception 錯誤(Null object refrence)，所以強型別轉換，可以確保不會出錯。

ExecuteReader：
搭配 AseDataReader 的 Read 與 GetDataType(field_ID) 方式取得資料

AseDataReader reader = GetEmplName.ExecuteReader();
//逐行 fetch
while(reader.Read())
{
    //讀取第一欄位資料
    Console.Write("name=" + reader.GetString(0));
    //讀取第二欄位資料
    Console.Write("age=" + reader.GetInt32(1).toString());
    //.....依此類推.....
}
//關閉AseDataReader
reader.Close();


關閉 Sybase 連線

//關閉連線
aseCon.Close();

錯誤處理：
使用 Try...Catch 包覆 ExecuteNonQuery/ExecuteScalar/ExecuteReader/ExecuteXmlReader 來處理各種錯誤

注意：
由於 Sybase PC Client 提供的 DLL是32位元版本的，所以程式在編譯時要注意編譯成32位元形式，否則執行時可能會無法發生錯誤。


參考資料：





留言

張貼留言

這個網誌中的熱門文章

【研究】列印的條碼為什麼很難刷(掃描)

-
圖片
條碼在我們的世界無處不在，小至發票，大至大型裝置設備都會有它的身影。 每一家有制度化的公司，多少都會需要用到條碼來進行管理，身為開發人員，就很難不會碰到它。 但是我們常常因為不熟悉條碼的規則，而導致作出來的條碼沒辦法被讀取(掃描)，也常遇到A設備可以讀取，B設備就無法讀取的奇怪現象，當然讀取設備本身的讀取元件也是有功力上的差別，有些廠商有能力可以調教讀寫元件的設定。 接下來，我就做點實驗給大家知道這個條碼的問題出在哪裡，以便在往後使用條碼時可以更注意到發生的原因。 在這裡我不再重述條碼的來由，這次的比較是使用大家常用的Code39(又稱39碼)來比較。 使用39碼得主要是因為他有字型檔可以使用，可以拿來做比較。 條碼的列印方式分類與優缺： 一、由條碼機(又稱標籤機)內建指令列印 優點：線條清晰，掃描讀取容易、速度快。             列印特殊紙張(背膠式、連續型.....) 缺點：特殊的指令語言(每一個廠牌都不太一樣)，等於換機器就要改寫程式碼。             有一些貼心的廠商(精聯)會提供比較簡單的統一語言列印工具，減少開發者困擾。             版面變化較少，沒有視覺化編輯。 二、由Windows Driver列印，或稱普通列印 優點：只要有驅動程式就可以列印，不需要改寫程式(或改寫幅度小)。            版面彈性比較自由。由於只要有驅動就可以列印，            所以比較不限定紙張種類，或印表機種類。 缺點：列印線條有很多模糊地帶，沒控制好就會導致無法讀取。            受到列印裝置解析度限制，匹配沒做好就會失敗。 底下先做出三種情境比較： 雷射印表機：600DPI 條碼印表機(標籤機)：203DPI 這裡，我們先 比較印表機解析度的列印差異 ，請忽略機器種類。
裡面更多內容 》》》

統一發票列印小程式

-
圖片
1、請注意本版留言過多， 您的留言可能不在這一頁，請到以下留言樓層看看再回應喔～  2、如果您有填寫表單，卻沒有收到我的郵件，有可能您填寫的電子郵件有錯誤，麻煩您查看一下留言是否有我給您的信息喔。因為我沒辦法直接連繫到您。 1 ~200 則，請按這裡   200+ 以上請按這裡 因為公司會在一堆系統上都有可能要印發票(真不懂要怎麼搞?) 希望可以有個小工具可以列印電子發票， 原本發票列印程式要使用條碼機專用語言(ZPL、EPL)，但容易被某種機型綁定。 當然可以考慮使用ESC/POS指令的方式，但也是要印表機支援這種指令列印模式(當然多數表機都有支援)，不過要列印QR碼，就有點不是那麼容易了，除了要自己編碼外還要注意中文問題。 後來我想改用Windows Printer Driver來列印，雖然不如指令式快速，但可以方便各類型程式應用，因此考慮了以下的條件： 使用C#開發、.Net 2.0平台、Console呼叫 本來想用RDLC來做，但是很不幸的，失敗了，原因就在於條碼， 國稅局訂定的Code39條碼內要放入21個字元(19+2)長度， 如果使用RDLC的話，解析度只有100DPI，密度不夠，條碼線條沾黏嚴重。 一般的條碼機至少都有200DPI得等級，這RDLC也太彆腳了吧， 網路上找盡RDLC條整解析度的方式都沒有比較好的效果。 因此，改用直接C#繪製的方式來做， 當然中間為了條碼圖像清晰度的問題花了不少心力解決。 下載點： PrintInvoice
裡面更多內容 》》》

C# 使用 Process.Start 執行外部程式

-
圖片
C# 執行外部程式的方式並不難，也很簡單，首先引入 using System.Diagnostics; 然後使用 Process.Start( "OtherProgram.exe" ) 方式就可以呼叫並執行。 但是，某些情況下會導致程式無法被執行(或是無法正常執行)， 很多原因在於『執行程式的起始位置』，由於被呼叫的程式執行時， 它所啟動的路徑其實是在呼叫程式的路徑下， 如果被呼叫程式需要讀取與程式相同路徑下的文件檔案(或是INI)，可能會導致找不到的問題。 為了測試這樣的現象，我準備了2支程式， 一支是被呼叫端的程式 HelloConsole.exe 另外一支就是呼叫端程式 CallOtherProgram.exe HelloConsole.exe 這支程式 在啟動時會讀取相同路徑下的 Doc.txt 並將內容顯示出來，如果有參數也會把參數列出來。而這支程式我固定放在 D:\TEST\ 下，以方便測試，如果不是在這路徑下，那呼叫端的程式碼裡面的路徑也要變更。 HelloConsole.exe using System; using System.IO; namespace HelloConsole {     class Program     {         static void Main(string[] args)         {             Console.WriteLine("This is HelloConsole.exe");             Console.WriteLine(" ");             Console.WriteLine("Environment.CurrentDirectory is ");             Console.WriteLine(Env...
裡面更多內容 》》》