您好，小朱！欢迎加入维基百科！
感謝您對維基百科的興趣與貢獻，希望您會喜歡這裡。除了歡迎辭外，也請您了解以下重要文章：
我是欢迎您的维基百科人：小周 (留言) 2008年9月16日 (二) 15:56 (UTC)[回复]
 你知道嗎？
|
恭喜您！您最近创建或大幅改進的条目多租戶技術經推荐後，獲選於首页作新条目展示。如果希望推荐其他您關注的条目，歡迎前往Wikipedia:新条目推荐/候选提名。在您创建或大幅改進的所有条目中，总计有11篇条目獲推荐作首页新条目展示。
|
11
|
感谢阁下对IT领域条目的贡献！
鉴于各地区对IT领域词汇的翻译各有不同，建议阁下在新创建的IT领域的专业条目的最上方加入{{noteTA|G1=IT}}模板，以使专业词汇依照读者习惯显示。谢谢！—小周 (留言) 2008年9月18日 (四) 09:33 (UTC)[回复]
再次感谢阁下对IT领域条目的贡献！
在下留意到：阁下所贡献的条目，基本上没有使用跨语言链接。
虽然跨语言链接并不是一种强制要求，但这有助于读者方便地查看另一个语言内的相关内容。
跨语言链接的用法是：在条目的末尾加上
[[语言代码:文章標題]]
比如，阁下创建的条目CodePlex，在英文维基百科中也有讲述同一件事物的条目CodePlex，阁下就可以在中文维基百科的条目末尾加上
[[en:CodePlex]]
最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 01:50 (UTC)[回复]
感谢阁下加入中文维基百科以来对IT领域条目的贡献！
在下想向阁下再提两个建议：
- 在下留意到：阁下在编辑微软出版社这个条目时，使用的方法是将原有的内容全部替换为阁下所编写的内容。当然，这样做对于一个小小条目而言，并没有很大的问题。但是，在下还是想建议阁下：在全部替换掉原有内容之前，最好先找出原有条目中有可靠来源的那些信息，把那些信息给融入到新的文章之中，这样更有助于提高维基百科条目的质量。，这样做还可以避免不必要的冲突，因为把原有内容中有可靠来源的信息删除，可能会使一些原先对条目做出贡献的维基人觉得受到冒犯。
- 在下还留意到：阁下似乎基本上不参加社群的讨论。虽然潜心于技术条目的编辑是很值得肯定的。但是，在下还是建议阁下多参加社群的讨论，这样更有助于阁下了解中文维基百科的各种规则和习惯。在下也盼望在在下的对话页，见到阁下的留言。
最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 15:45 (UTC)[回复]
首先，感谢阁下的留言。在下还有两点需要与阁下进行探讨：
- 微软出版社原有的两篇参考，一篇有提及创建年份，一篇有提及其在微软公司中所处的位置。建议阁下再复查一遍。
- 虽然微软出版社是一家外国出版社，但如果文献的可靠性一样的话，在下建议阁下还是应该优先使用中文文献。这是基于一个简单的事实：不是所有的维基人都能流利的阅读英文材料。当然，如果外文文献的可靠性比中文文献的可靠性高得多的话，则应当使用外文文献。维基百科对文献可靠性级别的认定，阁下可自行参考Wikipedia:可供查证
最后，祝编辑愉快，谢谢！—小周 (留言) 2008年9月20日 (六) 16:46 (UTC)[回复]
恭喜！您現在已經符合維基見習編輯（C級）的最低要求；雖然您未有申請榮譽但現在仍直接授予 閣下：
特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。
授予人：—小周 (留言) 2008年9月24日 (三) 03:43 (UTC)[回复]
已解决。本人建議在此戶口或User:Regionbbs掛上傀儡的模版，免遭封禁，多謝！還有，請勿以你的戶口User:Regionbbs投票，以免影響投票。—JNIV 2008年9月26日 (五) 11:24 (UTC)
[回复]
- 感謝，已經處理。—小朱 2008年9月26日 (五) 11:39 (UTC)
{{User MVP}} - -P1ayer (留言) 2008年10月8日 (三) 03:39 (UTC)[回复]
- 這是你做的嗎？—小朱 (留言) 2008年10月8日 (三) 03:42 (UTC)[回复]
感謝您對風暴殭屍網路於新條目推薦的支持，該條目與ROT13正在優良條目候選進行投票，鑒於計算機科學與工程技術兩類在中文維基當選優良與特色條目不若其他種條目多，煩請您參與支持。
感謝您對維基的貢獻。 -- Zanhsieh (留言)
小朱君，您好！承蒙您的支持，令小弟首次自薦的大幅更新條目毛里裘斯成功於首頁展示，特此致謝。此後我會繼續努力，還望您繼續支持與指導。allsP (留言) 2008年10月14日 (二) 11:16 (UTC)[回复]
不用謝，反而要你在新薦候選中改一改那個問題。—JNIV 2008年10月15日 (三) 09:19 (UTC)
[回复]
- 已改。—JNIV 2008年10月16日 (四) 08:00 (UTC)[回复]
- 首先我在Oracle上有3個Table, 例如 A 是主檔, B是明細檔, C 是預定交貨的明細檔
- 三者的關係是從頭到資料末端節點是 A -> B -> C (資料的關係呈現樹狀結構)
- 3個Table上各有1個版號的欄位
- 現在的問題是, 當B或C原本要做Update(表單修改資料後, 覆蓋回去), 可是後來追加系統需求, 要留下舊版的資料備查, 所以要改成用insert並且把Table A的對應的資料的版號做遞增
- 原本的網頁程式是用ASP.NET以C#寫的, 但是這程式的架構, 當初寫的人寫得太嚴謹了, BO, DAO, DTO....等, 由於我才疏學淺, 這個部份的C#的Code改不下去(因為沒有時間了, 沒辦法把架構拆掉重寫)
- 所以我想從Oracle上,下手, 在想當資料Update時, 能否以接Table的Update與Insert的Trigger的方式去做我要的功能?
- 可是
- 沒寫過Oracle的Trigger(要在這週內速成也沒把握)
- 如果同時接A,B,C這3個Table的Update與Insert的Trigger, 似乎如果沒先考慮清楚, 恐怕會造成資料死結
- 不知道您有什麼好的建議嗎?
- 因為我沒其他人可以問這種問題了, 如果造成您的困擾, 或是您也沒有什麼建議的話, 麻煩也請打聲招呼讓我知道, 好嗎?
- 已經不知道是否該認輸了...
-P1ayer (留言) 2008年10月15日 (三) 11:04 (UTC)[回复]
- 只是Oracle的問題沒辦法到MSDN去問吧？程式設計俱樂部的Oracle討論區似乎也很少人討論。1個Web，用上MS-SQL與Oracle 2種不同的DB(多個資料來源)，當初把Oracle的資料拉到MS-SQL去用就費盡心力了。MS-SQL我從6.5開始玩起，但也沒想過要用Trigger。（MS-SQL還少了OLAP與資料採礦的實作經驗，雖然有分別去上過課，但沒有地方可以用，就忘光了）。晚上回家前，實驗了一些Oracle語法，但Trigger還沒建立起來。明天再繼續試看看。剛想到的架構是A/B/C各複製一份Table的格式，然後對A/B/C分別做insert與update的Trigger做事件前處理，然後把old的資料(如果不是null)寫到備份舊版資料的Table裡，這樣應該既有的程式做最小限度的修改。-P1ayer (留言) 2008年10月15日 (三) 15:13 (UTC)[回复]
- ～移動自Wikipedia:新条目推荐/候选～（最後修訂）
- ～移動完畢～—天上的雲彩 雲端對話 2008年10月19日 (日) 02:52 (UTC)[回复]
第六次動員令將在12月16日開始，1月15日結束，歡迎各位維基人參加。
本次動員令是大動員令+小動員令的模式，3個主題的小動員令分別是：消滅外文動員令、經濟、金融動員令和科技動員令。規制與前次大致相同。
“消滅外文動員令”要求參與者從翻譯任務的40個條目中選擇條目，完成翻譯。
詳細規定參見Wikipedia:動員令/第六次動員令
請收到此邀請函的維基人，將此邀請函發給其他維基人，大家一起合力才能提高維基的品質。能否將動員令傳播出去，是成敗關鍵之一。
—Hosenta012 (留言) 2008年12月5日 (五) 14:37 (UTC)
[回复]
恭喜！您現在已經符合維基助理編輯（C級）的最低要求；雖然您未有申請榮譽但現在仍直接授予 閣下：
特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。
授予人：—小周(XiaoZhou)（留言） 2008年12月7日 (日) 12:06 (UTC)[回复]
中文维基百科的第六次动员令将在12月16日开始，第六次动员令包括消灭外文动员令、经济、金融动员令和科技动员令。在下留意到阁下是微软最有价值专家，在下相信阁下一定能够在科技动员令上面帮助中文维基百科完善条目，所以在下想邀请阁下参加这次活动，如果阁下愿意参加这次活动，阁下可以到Wikipedia:動員令/第六次動員令查看活动的详细规定。
最后，祝编辑愉快！—小周(XiaoZhou)（留言） 2008年12月14日 (日) 14:15 (UTC)[回复]
- -P1ayer (留言) 2009年1月12日 (一) 07:54 (UTC)[回复]
在下留意到阁下在Wikipedia:新条目推荐/候选对问题的修改。在下非常佩服阁下从善如流修改问题的行为，但是阁下可能没有留意到，阁下修改时候使用的语法是“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”，这样的语法会导致从“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”到下一个内部链接之前的全部内容都无法正常显示。
在下相信阁下的原意应该只是希望进行正常的简繁转换，所以在下已经按照在下的理解，修改了阁下的问题。在下把阁下使用的“-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-”修改成符合规范的“[[資料存取|-{zh-hant:資料存取;zh-hans:数据访问}-]]”。如果在下的行为导致阁下感到不愉快，在下先向阁下道歉。
最后，祝编辑愉快！—小周(XiaoZhou)（留言） 2009年1月12日 (一) 15:12 (UTC)[回复]
恭喜！您現在已經符合維基執行編輯（B）的最低要求；雖然您未有申請榮譽但現在仍直接授予 閣下：
特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。
授予人：—小周(XiaoZhou)（留言） 2009年1月16日 (五) 15:36 (UTC)[回复]
- 目前已知 using() {} 區塊，相當於 try {} catch {} finally {} 中的try {} 與 finally {} 這兩個區塊，由using()自己實作finally {}裡要跑 Dispose()的部份
- 那如果在using()裡去new 一個 SqlDataReader 的話，那還需要在using() {} 區塊結束前，自己跑 SqlDataReader 的 Close() 嗎？
- 最近繞了一圈，又回過頭看C#，翻出以前買的一些書，但是越看越迷糊，有些書的範例甚至是SqlConnection在Open()後就放著不管了，結果拿他們的範例實驗，SQL Server Express 一下子就滿連線數上限鬧罷工了。…… Orz
- 還有，微軟似乎忘記他們的Microsoft Web Platform Installer了，裡頭有幾個套件根本不能裝。例如裡頭的SQL Server Express 似乎停在舊版的檔案，要到MicroSoft Download的網站另外找新版的檔案才裝得起來。
- -P1ayer (留言) 2010年6月19日 (六) 15:06 (UTC)[回复]
- 基本上 using 陳述式只適合有 Dispose() (也就是有實作 IDisposable 介面) 的類別，SqlConnection 如果是存在 using 中的話，它會在 Dispose() 中呼叫 Close()。
- 若有用 DataReader，請務必呼叫 Close()，否則它會佔住連線資源，SqlConnection.Close() 不會呼叫 SqlDataReader.Close()。
- 你可以向微軟回報 Web Platform Installer 的哪些套件不能裝。另外，這個工具已升級到 2.0。
小朱 (留言) 2010年6月19日 (六) 15:11 (UTC)[回复]
- 雖然在 SqlDataReader 裡有繼承到IDisposable，但是它卻不像SqlConnection有直接實作到void Dispose(bool disposing) ，而是透過它所繼承到的System.Data.Common.DbDataReader 裡的void Dispose(bool disposing)
- 那這樣看起來把SqlDataReader放在 using() 裡面宣告，應該也可以自動做到Close()吧？
- SqlConnection.Close() 不會呼叫 SqlDataReader.Close()。你應該是對的，在SqlConnection裡面並沒有看到任何有紀錄引用它的類別的變數，而是在 SqlDataReader 裡面用了 _connection 去記錄它
- 當一個SqlConnection先開一個SqlDataReader，再開SqlCommand 要去做 ExecuteNonQuery 下 insert時，如果前者SqlDataReader尚未Close()，那後者的SqlCommand會跳失敗。這是代表ADO.NET並不能像ADO那樣用同一個連線同時做多個事嗎？或是我在精簡程式時，在觀念上弄錯方向了？
- -P1ayer (留言) 2010年6月19日 (六) 19:28 (UTC)[回复]
- 我覺得這是習慣問題，我的習慣是不論是 SqlConnection 或 SqlDataReader，用過後就要下 Close()，這樣的作法是至少不會被內建的行為所影響，如果你不確定內建的行為會幫你做這件事，那就最好自己做，不要什麼都想要叫內建的幫你處理掉。
- 若你硬是要叫內建的行為幫你處理，那你就得要承擔它可能發生的風險。
- 小朱 (留言) 2010年6月20日 (日) 00:31 (UTC)[回复]
錯掛模板，實屬抱歉。不便之處，敬請見諒。－HW (討論 - 貢獻) DC8 2010年6月20日 (日) 02:41 (UTC)[回复]
邀请到Wikipedia:優良條目重審对优良条目中華民國國語文重审发表意见。--Caiguanhao (talk | contribs) 广州亚运 2010年11月26日 (五) 02:52 (UTC)[回复]
您好，您先前创建或编辑的页面「Category:LAMP」已被提出存廢討論，正在討論條目的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
请不要自行移除页面存废模板，討論是因为有编者认为页面不適合维基百科。請参与頁面存廢討論，您亦可以與提刪的維基人進行溝通。在讨论期间歡迎繼續完善原先的页面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--YFdyh000（留言） 2014年2月16日 (日) 16:23 (UTC)
[回复]
您好，您先前创建或编辑的页面「Template:Microsoft Azure」已被提出存廢討論，正在討論该页面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
请不要自行移除页面存废模板，討論是因为有编者认为页面不適合维基百科。請参与頁面存廢討論，您亦可以與提刪的維基人進行溝通。在讨论期间歡迎繼續完善原先的页面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--就是他 ☞ Q 「祝我考試順利」「有事請留言」 2016年3月13日 (日) 11:28 (UTC)
[回复]
個人認為要不要放交通方式?要放在哪?還可以討論，請到Talk:枋野號誌站繼續討論。謝謝。思念（留言） 2016年4月18日 (一) 05:02 (UTC)[回复]
您好，您先前创建或编辑的页面「Template:Microsoft Windows Azure Platform」已被提出存廢討論，正在討論该页面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
如果您想取回已刪除页面的内容，您可以到存废复核请求处按格式提出请求，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--YFdyh000（留言） 2017年5月12日 (五) 12:45 (UTC)
[回复]
您好。中文維基百科社群目前正在考慮為維基獎勵提供紙本授獎申請，意即被授予維基獎勵的編輯將可申請進行額外的紙本授獎，以茲證明；因此，我們舉辦了一場調查，希望了解開辦紙本授獎的可行性。這個調查不會花費您太多寶貴時間，經過測試，完成調查所需的時間約為2到3分鐘。這一調查的有效時間至 2017年7月1日 (六) 19:04 (UTC) ，我們由衷期待您的參與。
［－現在就參與調查！－］
十分感謝您的參與！
－ 執行編輯 Aotfs2013 （ MediaWiki message delivery（留言）代發於2017年6月1日 (四) 19:05 (UTC)）[回复]
您好。身為一個較新使用者具備更多經驗的的維基百科社群成員，您可能已經了解到中文維基百科一直以來都有許多罹患精神疾病的使用者參與貢獻的狀況，而為尋找優化中文維基百科使用者與患心理疾病使用者的交流的更佳策略，我們舉辦了一場調查，希望利用調查取得的結果作為研究及策略規畫參考之用。這個調查不會花費您太多寶貴時間，經過測試，完成調查所需的時間約為2到3分鐘。這一調查的有效時間至 2017年10月28日 (六) 23:59 (UTC) ，我們由衷期待您的參與。
［－現在就參與調查！－］十分感謝您的參與！
——Aotfs2013 留於 2017年10月17日 (二) 19:38 (UTC) （使用MediaWiki message delivery（留言）執行）[回复]
歡迎參與維基百科。您所上載的文件File:ADONET EntityDesigner.png由於沒有註明上載頁面所要求的所有信息（尤其是来源或版权信息），將作快速刪除處理。請通过编辑图片的描述页面補充所需的所有信息，包括填寫详尽、准确的来源信息，以及使用了適當的版權標誌。如果您仍然不清楚如何填写，建议使用文件上传向导按要求重新上传文件。維基百科嚴格規範圖片上載手續，是為了避免侵犯版權所致，多謝您的注意和合作。--廣九直通車（留言） 2020年1月22日 (三) 09:54 (UTC)[回复]
請教螢幕截圖要怎麼提供資訊？小朱 (留言) 2020年1月22日 (三) 10:44 (UTC)[回复]
MediaWiki message delivery（留言） 2024年1月5日 (五) 06:00 (UTC)[回复]
本条消息是使用群发消息功能发送给您的。如果您不希望在未来接受所有使用本功能发送的消息，请在您的讨论页加入Category:不接受消息发送这一分类。
MediaWiki message delivery（留言） 2024年5月29日 (三) 04:14 (UTC)
[回复]
Mys_721tx的管理員解任投票（第2次）正在進行，投票期為2024年7月12日至7月26日，誠邀您踴躍參與投票。
- 投票须知
- 依据方针，本次投票必须按照指定格式在安全投票的“投票留言”框内填写文字来进行投票，并给出理由。
- 由于技术原因，因而保留空白的投票选项，但空白选项是无效的，请在“投票留言”一栏留下您的投票及理由。
- 请注意，中立票意见仅供参考，仅能计入总有效票數，但不会计入得票比率。
- 在系统中，每个用户只有一票会被储存。您可以在投票期间重复更改您的投票，但系统只会储存最新的投票，并覆盖之前的记录。
- 请尽可能让您的留言简洁。请注意，您的投票留言将在投票结束后打乱顺序并公开可见。
- 指定格式
- 支持解任：您的理由
- 反对解任：您的理由
- 中立：您的意见留言
建议在您的投票留言最前面写“支持解任”或“反对解任”或“中立”，之后是冒号“：”，接着是您的理由。
请明确填写“支持解任”或“反对解任”或“中立”并给出理由，中立票意见仅供参考不会计入得票比率，未填写“支持解任”或“反对解任”或“中立”的为无效票。
→ 进入投票页面 • 查看解任理由
MediaWiki message delivery（留言） 2024年7月14日 (日) 14:33 (UTC)[回复]
