其他

費話不說，直接上代碼SQL 代碼：View Code IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[fun_GetTimeSlotDays]'))DROP FUNCTION [dbo].fun_GetTimeSlotDaysGO-- =============================================-- Author: <Mike.Jiang>

1 概述在進出口貿易中，每一交易中的商品，必須有一個特定名稱，用以區別其它商品；在每一筆交易中商品會表示出一個特定商品品質，它是商品的內在品質和外面形態的綜合表現；同時，交易必須明確的還有商品的數量，它是計算單價、總金額的依據。2 商品名稱關於商品名稱主要注意的是：1>要為商品取一個迷人的名稱，可以依據用途、原產料、產地、名勝古迹、工藝和形態來命名

關於曆史資料的單記錄變更：常見資料庫設計(2)——曆史資料問題之單記錄變更1．概述在儲存客戶操作曆史資料時，有一種資料，如標書的標書流水+標書清單、細化方案的細化方案流水+細化方案清單、商品價格的價格變動流水+變動清單等等。這樣的曆史資料，它們都有一個控制流程水版本的主流水表，還有一個與某個版本對應的清單表。 2.

我公司收款流程：A公司向我公司買東西，A公司是借方。對於我公司來說，費用上是一筆應收帳款。我公司開Debit note給A公司，[等於是催A公司付款，可以理解為催款通知書]。A公司在收到我公司的Debit note後，就可以開CREDIT NOTE返回我公司。我公司收到後開INVOICE給A公司。我公司付款流程：我公司買B公司東西，B公司是貸方。對於我公司來說，費用上是一筆應付帳款。我公司開CREDITNOTE給B公司，告訴B公司，我們付這麼些錢給你們 [等於是給B公司的我公司的付款通知]

在網友的使用時，出現一些問題，更新如下：1>在.list加入    z-index:100000;2>將wraper中的樣式position:relative刪除3>$this.click(function(e) {     $(".list").hide();//此句新添加的     $list.toggle();     

1 概述在國際貿易中，商品的價格除了要關注商品的計量單位、單位金額和計量貨幣，還要關注雙方在貨物交接中的義務，明確雙方的有關費用、風險責任劃分，稱之於價格術語。在國際貿易中買賣雙方必然會關注下列問題：1>雙方在什麼地方、以什麼樣的方式進行貨物交接；2>雙方由誰來負責租用運輸工具，運輸保險和貨物的進出口手續；3>風險由什麼時候由賣方轉移到買方；4>雙方有哪些單據要交換5>辦理上述事項所需要的費用由哪一方承擔2

1 概述最近維護系統時，客戶經常反饋這樣一個內容：要在查詢列表上加上一個查詢條件。這樣的要求一點也不過分，並且看起來工作量也不大，不就是加一個WHERE條件嘛，但是當調試到DAL層時，立刻石化——遇到在SELECT子句中編寫子查詢的SQL，SELECT SO.order_no,(SELECT SUM(SOD.good_num) FROM [StockOrderDetails] AS SOD WHERE SOD.order_id=SO.id) AS order_numFROM

概述資料庫主要有三種物理串連方式：nested join, merge join ,hash join。 這次主要說說nested join(NL).在NL中，兩個相連的集合分別是outertable,innertable.SELECT * FROM OrderDetails AS OD INNER JOIN [Order] AS O ON OD.order_id=O.id其中，Order表為outertable,OrderDetaiils

    這三個模式主要的應用情境是：當建立單個（簡單工廠、Factory 方法）或多個（抽象工廠）系列對象，客戶程式為了產生某個具體對象判斷複雜，可能多處使用，並且在添加新的實現或新的系列時，需要過多改動已有的客戶代碼，為瞭解決這些問題，出現了這三種套路。（篇幅有限就不貼代碼了）    首先，簡單工廠：   

在做一個系統時，很多時候需要把一個頁面彈出來，讓使用者做選擇一些選擇或者頁面太小也可以以彈出框的形式來做。但是又不想用瀏覽器內建的彈出框，這時我們需要自己做一個。下面我們就做一個最簡單的彈出框，即有一個陰影遮蓋層，然後做一個置中顯示的層，最後在置中的層中加一個iframe即可，一個彈出層就做好了。 樣本  CSS代碼 View Code html, body{ height: 100%; padding: 0; margin: 0;}.dFilter{ position:

此文中有一個BUG，改進後點擊頁面其它地方將某個顯示的DIV隱藏(改進）背景：今天一朋友問我“點擊一按鈕彈出一個DIV，然後要求點擊頁面其它地方隱藏這個DIV”。先看效果：點擊我中文(簡體)English點擊我，不隱藏語言列表，需要自己隱藏DIV  實現也很簡單，但需要注意的是，在點擊顯示的事件中，需要做阻止事件冒泡的處理，否則就觸發頁面的點擊事件了。但這樣做也有一個缺點，即如果同一個頁面中如果也有事件阻止冒泡，則不能隱藏DIV，所以在這樣的事件中需要特殊處理下：自己調用隱藏下DIV（但正常來說

首先Response.Buffer屬性現在已經過時，它存在的唯一目的僅僅是為了相容asp。你應該使用Response.BufferOutput屬性來替代它。Response.Flush方法用來將緩衝區的資料立即輸出到瀏覽器當中。你可以多次調用Response.Flush 方法，當這樣使用時，瀏覽器將多次接受資料，而不是僅接受一次資料。Response.BufferOutput是一個布爾值，指示是否緩衝輸出並在整個頁面在伺服器端處理完畢後才發送緩衝區中的資料。true是其預設值。伺服器端是否快取資

1概述    SQL語言的本質就是一串虛擬碼，表達的是做什麼，而不是怎麼做的意思。如其它語言一樣，SQL語句需要編譯之後才能運行，所以每一條SQL是需要通過編譯器解釋才能啟動並執行(在這之間還要做SQL的最佳化)。而這些步驟都是需要運行成本，所以在資料庫中有一個叫做執行計畫的東西，編譯器會將編譯過後的SQL存入執行計畫當中，當遇到同樣的SQL時，就直接調用執行計畫來執行，而不需要再次編譯。     

    在稍大一些的項目中，我們總是需要管理各種各樣的類型類型資料（如商品類型、遊戲類型。。。）。對於這些類型的管理類似，如果為每一種類型都建立一張表去維護（而在項目中，正常出現50種類型），那工作量是可想而之大，並且我們不得不去瞭解每一個類型表的名字，以去關聯它。   因此，我們需要一種資料模型以完成對多種多樣類型管理的需求。字典表dictionary                                欄位名           類型               是否可空  

1 GOF中的定義意圖定義對象間的一種一對多的依賴關係,當一個對象的狀態發生改變時, 所有依賴於它的對象都得到通知並被自動更新。[GOF

當產品發布給客戶使用時，客戶總會有這樣要求“我們需要所有的資料，都要三位用逗號隔開”。這樣的要求一點也不過分，因為當數字達到10萬以上時，真心不能一眼看出這個資料是多少。所以我們需要一個友好的數字顯示方式,我們需要做一，需要將普通的數字轉換為三位表示   1>我們需要在所有的列表中的資料;   2>文字框中的資料都要用三位表示;   3>在前台，輸入文字框的值時，自動轉換為三位一節的顯示方式；二,

1概述Merge join 合并串連。兩個集合進行merge join，需要有一個等值的條件，然後需要兩個已排序好的集合。2 one-to-many與many-to-many2.1 One-to-many當參與merge join的兩個集合中，其中一個集合在等值條件上是具有唯一性(如SELECT * FROM T1 INNER JOIN T2 ON

背景：上周寫的《點擊頁面其它地方將某個顯示的DIV隱藏》有一個bug，即當頁面中如果也有元素阻止事件冒泡那麼則點擊時不會隱藏彈出的DIV（原文點擊頁面其它地方將某個顯示的DIV隱藏），經十年燈指點，改進如下：先看效果：點擊我中文(簡體)English點擊我，我有阻止事件冒泡也可以隱藏彈出的DIV JS:View Code //語言頭部的點擊事件，顯示語言列表 $(".language_selected").click(function(e) {

在各種應用軟體中，客戶總是希望看到自己操作關鍵業務的曆史資料（更或者是將來的曆史資料，如本年計劃明年的商品價格），並且要跟蹤變化來源於哪一個版本。記錄，如果我們按某次修改時，需要新增的記錄條件的角度來看，如果只需要新增一條記錄（如商品價格的變動，一次只變動），我們稱之為單記錄變更；如果我們需要新增一條記錄，並且還需要在不同的表中新增對應的詳細記錄並且是一對多的關係時（如報價時，我們需要儲存報價流水和報價物品清單列表），我們稱之為多記錄變更。一，單記錄變更、無儲存未來記錄的需求，儲存於單表中付款計

1概述hash join 在特性與merge join相同，都需要一個等值條件。當在串連條上無法命中索引，或大集合的Join, nested join和 merge join可能就無法得到很好的效能，這時我們就需要考慮用hash join.2基本演算法Hash join 分為兩個階段，build和probe。在build階段，會將其中一個集合作為build set，然後hash build table在串連條件上的列，並將結果儲存在記憶體中的(命名為build hash table).