摘要：powerbuilder10在用存儲器調(diào)用時，retrive時出現(xiàn)錯誤：造型說明無效的字符值很多網(wǎng)友認為無法解決問題，或者討論眾多，但未見解決之。我通過實踐，在一年前即解決。當(dāng)然，這個問題頗費了我一些時間。(據(jù)說原因是ODBC的不兼容問題,因為舊版本的直連方式?jīng)]問題) 1. 編寫procedure，如pr_query 2. 新增grid的datawindow,選擇procedure方式，選擇存儲器：pr_query，選擇手工設(shè)置字段。下一步，完成。 3. 在界面的dw_1的事件sqlpreview中編寫如下代碼：     ——點擊此處閱讀全文

    摘要：當(dāng)然我還見過正規(guī)的數(shù)據(jù)庫，它沒有采用這種字母的分節(jié)方法，而是采用模組+數(shù)字方式，但原則還是分節(jié)，只是更具有系統(tǒng)性。比如INV00100100101，字母在這里起到分模組的標識作用，而后面的數(shù)字分三節(jié)，而且每個層可以命名999個子模塊?？梢灾?，這是大型系統(tǒng)采用的最好方法。在數(shù)據(jù)字典的強制作用下，設(shè)計和編寫都會很規(guī)范。并且擴充容易。不容易混亂。對ERP系統(tǒng)等，是最好的方法。(最后的兩位用于某表專署的外鍵等)    ——點擊此處閱讀全文

    摘要：此處主要針對新涌現(xiàn)的行業(yè)搜索、垂直搜索引擎。累計137家（不包括傳統(tǒng)搜索及其分類搜索），這應(yīng)該是目前最全面的整理結(jié)果。行業(yè)搜索：搜索對象針對所在的行業(yè)，采用類似傳統(tǒng)通用搜索引擎的分詞索引技術(shù)，返回關(guān)鍵詞最匹配的結(jié)果。垂直搜索：搜索對象針對所在的行業(yè)，采用數(shù)據(jù)采集、數(shù)據(jù)挖掘、數(shù)據(jù)整理等技術(shù)，返回經(jīng)過加工處理的結(jié)果。     ——點擊此處閱讀全文

    摘要：期間：從第一年的后四個月，服務(wù)器，線下計算部分需要硬件投入。假設(shè)線上部分投入6臺服務(wù)器，每臺成本3W，則是20W元。如果只有兩臺占用帶寬(web server)，其它是檢索或數(shù)據(jù)庫，則平均算4000/臺年，托管需要24000/年。線下部分如果用入門級服務(wù)器10臺(性能相關(guān)部分)和40臺pc處理。共需要成本32W元。 三年的總費用約40W.考慮人工開銷，總計200W。    ——點擊此處閱讀全文

    摘要：今天接到客戶需求要作一個電話號碼的節(jié)點標識系統(tǒng)，來快速查找節(jié)點并排除故障，搜了幾下沒找到資料，就自己寫了個草稿。1. 關(guān)于電話號碼節(jié)點查詢子系統(tǒng)通訊實體分為：主干信息，機房信息，配線箱信息，聯(lián)接電纜信息，用戶入戶信息注意：光纖，xDSL，等同步考慮。...    ——點擊此處閱讀全文

    摘要：搜索引擎開發(fā),垂直搜索開發(fā)：問題探討聊天紀錄。內(nèi)容很長。    ——點擊此處閱讀全文

    摘要：推薦站點：今天在看我的文章被轉(zhuǎn)載情況，偶然得到該站，不錯--人工智能，數(shù)據(jù)挖掘，數(shù)據(jù)庫(可能是人工收錄)    ——點擊此處閱讀全文

    摘要：而我們主要的固話部分的主導(dǎo)客戶是：企事業(yè)，工廠，公司，商鋪，個人家庭。一般而言，雖然在手機和移動座機普遍存在的情況下，使得固話部分實際消費額連年下降，而電話號碼作為一個單位，個人家庭的標致性還是沒有改變。一般的家庭必須得有一部電話，雖然人人都跨著手機。我們可以看出，在企事業(yè)，工廠，公司，商鋪這四種實體中，日常業(yè)務(wù)還是主要以固話為主。手機只是個輔助。因為手機目前還只是個人隨身使用，沒出現(xiàn)固定使用的移動座機概念(在農(nóng)村比較普遍，電訊和移動的無線座機都存在)。而手機由于使用話費比較高，商業(yè)實體普遍使用限制消費額或業(yè)務(wù)員包月等形式限制個人濫用手機通話，所以除部分出差在外必須使用外，他們會盡可能使用固定電話。所以這些手機消費額造成的整個實體的話費降低值，也應(yīng)該排除在分析之外。    ——點擊此處閱讀全文