在訂單表中緩存的名字

⑴ 請寫出標准sql語句,查詢所有跟顧客」samsonic『』有訂單交易的銷售員的名字

直觀的寫的話就是這樣

select銷售員的名字from訂單表where顧客='samsonic'

不過我估計應該不止1張表，要做連接查詢，比如：

select人員表.銷售員的名字from訂單表
join人員表on訂單表.人員ID=人員表.人員ID
where顧客='samsonic'

⑵ sql一條語句查詢訂單表下過兩次單的顧客。

1、首先在sql軟體中，確定要重命名的表，如下圖所示。

⑶ 在資料庫中保存計算結果如何對應到相應的工程文件

這個可以用代碼予以實現

例如有 訂單表（訂單ID,商品ID,數量,單價,金額）

窗體與訂單表綁定，窗體上有四個名字與訂單表欄位名一一對應的文本框，將文本框「金額」的「是否鎖定」屬性設置為」是「。分別為文本框「單價」和「數量」添加下列更新後事件過程，即可將數量與單價的乘積自動保存到訂單表的金額欄位中。

Private Sub 單價_AfterUpdate()

Me.金額 = Me.數量 * Me.單價

End Sub

Private Sub 數量_AfterUpdate()

Me.金額 = Me.數量 * Me.單價

End Sub

****這里特別給一個學習資料庫的有益提示****

將計算可以得到的數據保存到數據表裡的做法非常不可取，屬於畫蛇添足！當你對資料庫有相當的認識和掌握後會發現這種做法很多餘，它不僅增加了資料庫的冗餘而且大大得增加了數據維護和保持其正確性的工作量和難度。而這些計算可得到的數據我們只要使用SQL語言或計算控制項就可以非常輕松而正確地獲得，沒必要去實際保存它。

正確的做法是數據表只保存最基礎的數據，計算的東西交給select語句來完成吧。

上面的例子僅僅是為了提供一些啟發，實際沒必要去那樣做。將訂單表「金額」欄位刪除掉將會是一個非常明智的做法。記住不要將資料庫當EXCEL用，資料庫有資料庫的用法。

⑷ 關於GridView中sqldatasource和Obdatasource有什麼不同

新增種類的數據源控制項可以消除 ASP.NET 1.x 中要求的大量重復性代碼。例如，您可以很容易地將 SQL 語句或存儲過程與數據源控制項相關聯，並且將它們綁定到數據綁定控制項。更令人感到印象深刻的是，通過 ObjectDataSource 控制項可以簡化開發和減少代碼，並且仍然可以在 n 層體系結構的不同層中抽象業務和數據訪問邏輯。在.NET 問世以前，用傳統的 ASP 生成數據網格通常需要編寫大量的代碼，以便在遍歷 ADO 記錄集的同時即時生成 HTML 表。ASP.NET 1.x 通過允許您將基於 XML 的 DataSet 綁定到 ASP.NET DataGrid 控制項，從而使該類型的開發變得更加容易。這就減少了生成網格所必需的代碼。但是，傳統的 ASP 和 ASP.NET 1.x 都要求代碼實現分頁、排序、編輯和行選擇功能。通過 ASP.NET 2.0 中的改進功能，可以顯著減少這些代碼的數量，以產生帶有完整分頁、排序和編輯功能並填充了數據的網格。在這一期的 Data Points 中，我將首先演示通過 ASP.NET 2.0 並使用 SqlDataSource 和一些新的數據綁定控制項開發 Web 應用程序是多麼容易。請注意，我在此使用的是 Beta 1 版本。大多數企業應用程序都是在多層體系結構之上生成的，該體系結構有一個用於存放業務邏輯的中間層，以及一個使用一個或多個後端資料庫的數據訪問層。我將討論 ObjectDataSource 可以多麼理想地與現有的多層組件集成。通過將 ObjectDataSource 控制項鏈接到業務對象，您可以充分利用現有的多層體系結構來生成完善的 Web UI，並且能夠顯著減少代碼。 ObjectDataSource 控制項還包含一些特殊的屬性，使您可以綁定到 ASP.NET 2.0 和 ADO.NET 2.0 中新近增強的強類型 DataSet 和數據組件。 ASP.NET 2.0 中的其他新功能和改進包括新增的雙向綁定表達式、增強的緩存，以及幾個新增的可以數據綁定到新的數據源控制項的 ASP.NET 2.0 控制項數據綁定控制項 要使用數據源控制項，必須具有一個用來將它們綁定到的數據綁定控制項。在 ASP.NET 2.0 中有幾個新的數據綁定控制項，包括 GridView、DetailsView 和 FormView 控制項。如果您喜歡 ASP.NET 1.x DataGrid 控制項，那麼您也會喜歡 ASP.NET 2.0 GridView 控制項。GridView 在本質上類似於 DataGrid，因為它可以綁定到新的數據源控制項，並且可以用來實現排序、編輯和分頁 — 它們需要的代碼都比 DataGrid 少得多（有關 GridView 的詳細信息，請參閱 Dino Esposito 在 MSDN�0�3Magazine 的 2004 年 8 月刊中發表的文章）。要將GridView 綁定到數據源控制項，需要將 GridView 的 DataSourceID 屬性設置為數據源控制項的 ID。還可以設置 GridView 的其他幾個屬性來增強外觀和用戶交互（我將在稍後的示例中加以演示）： <asp:GridView ID="gvwOrders" Runat="server" DataSourceID="sdsOrdersDataSource" AutoGenerateColumns="True"> 其他控制項（例如，DropDownList）也可以綁定到數據源控制項。例如，DropDownList 控制項可以綁定到檢索雇員列表的 SqlDataSource 控制項。雇員的全名可以顯示在 DropDownList 中，而 EmployeeID 可以作為控制項的基礎數據值欄位綁定到該控制項。以下示例定義了一個 DropDownList，它將顯示可供選擇的客戶名稱的列表。客戶數據被綁定到一個名為 sdsCustomerDataSource 的 SqlDataSource 控制項，該控制項可獲得客戶的 CompanyName 和 CustomerID 欄位的列表： <asp:DropDownList ID="ddlCustomers" Runat="server" AutoPostBack="True" DataSourceID="sdsCustomersDataSource" DataTextField="CompanyName" DataValueField="CustomerID"> </asp:DropDownList> 在ASP.NET 2.0 中，將控制項綁定到數據源控制項非常簡單，並且不需要任何處於代碼隱藏中的代碼。但是，如果您願意，仍然可以編寫代碼以顯式綁定到控制項。實際上，數據綁定控制項的數據源和 DataMember 屬性與 ASP.NET 1.x 相比已經得到了改進。數據源控制項 在ASP.NET 2.0 中有幾個新的數據源控制項，例如，SqlDataSource、ObjectDataSource、XmlDataSource、AccessDataSource 和 SiteMapDataSource。它們全都可以用來從它們各自類型的數據源中檢索數據，並且可以綁定到各種數據綁定控制項。數據源控制項減少了為檢索和綁定數據甚至對數據進行排序、分頁或編輯而需要編寫的自定義代碼的數量。每個數據源控制項都具有類似的屬性，以便可以與其各自的數據源進行交互。生成 SiteMapDataSource 和 XmlDataSource 是為了檢索分層數據，而生成其他數據源控制項是為了檢索帶有列和行的基於集合的數據。專門生成 AccessDataSource 以便從 Access 資料庫中檢索數據。SqlDataSource 聽起來好像只能使用 SQL Server?，但實際情況不是這樣的。它實際上可以用來從任何 OLE DB 或符合 ODBC 的數據源中檢索數據。命令類型和參數 SqlDataSource 控制項具有四個命令屬性，您可以設置這些屬性以告訴 SqlDataSource 如何獲得、插入、更新和刪除它的數據。可以將 SelectCommand 屬性設置為 SQL 語句或存儲過程。在任何一種情況下，都可以根據需要傳入參數。InsertCommand、UpdateCommand 和 DeleteCommand 屬性用於告訴 SqlDataSource 使用哪些 SQL 語句（或存儲過程）來修改基礎資料庫中的數據。顯示了一個 SqlDataSource，它將它的 SelectCommand 和 UpdateCommand 屬性設置為參數化的 SQL 語句。請注意，UpdateParameters 使用 Parameter 元素來指示要用於參數的欄位的名稱和數據類型。在將 GridView 綁定到該 SqlDataSource 以後，這些 UpdateParameters 值就被綁定到受影響行的具有相同名稱的列。您自己對此進行試驗的最簡單方式是，在 Visual Studio? 2005 中創建一個 Web 窗體，連接到伺服器資源管理器窗口中的本地 SQL Server Northwind 資料庫，然後將一個表拖到該 Web 窗體。這會自動創建一個 SqlDataSource 控制項以及一個 GridView。Visual Studio 會自動將 SqlDataSource 控制項的 ProviderName 和 ConnectionString 屬性設置為 SQL Server Northwind 資料庫。而且，所有四個命令屬性都將被設置為適當的 SQL 語句。然後，您為編輯該 Web 窗體而必須完成的所有工作就是，使用智能標記來選中「Enable Editing」復選框。數據源控制項還可以使用來自其他控制項的參數。例如，數據源控制項可以檢索給定客戶的所有訂單。在這種情況下，CustomerID 可以是傳遞給 SqlDataSource 控制項的 SelectCommand 屬性的 SQL 語句或存儲過程的參數。還可以從其他控制項（例如，DropDownList）檢索 CustomerID，並將其直接傳遞到 SqlDataSource 控制項的 SQL SelectCommand 中。您可以將控制項的值直接鏈接到 SqlDataSource 控制項的任一 SQL 語句（SelectCommand、InsertCommand、UpdateCommand 或 DeleteCommand）的參數，還可以指定究竟要將控制項的哪個屬性用於該參數。例如，如果您在上一個示例中不需要 DropDownList 的默認屬性，而是需要它的 DataTextField，則可以將 ControlParameter 的 PropertyName 屬性設置為 DataTextField。除了ControlParameter 以外，還可以將其他參數類型用於數據源控制項。如果您要使用新的 ASP.NET 個性化功能，則可以使用 ProfileParameter 從配置文件對象中檢索參數的值。接下來，還有幾個從標准 Request 對象的集合中檢索它們的數據的參數對象類型。例如，CookieParameter 可以用來從 Cookie 中檢索參數的值。QueryStringParameter 從任意請求字元串變數中獲得它的值，而 FormParameter 從 HTML 窗體的輸入欄位中獲得它的值。最後，SessionParameter 可以用來從會話變數中檢索它的值。這些類型的參數為數據源控制項提供了多個有關如何設置它們的參數值的選項。SqlDataSource 示例 既然我已經完成了概述，那麼我將對使用 SqlDataSource 和 ObjectDataSource 來檢索和修改數據進行一下對比。SqlDataSource 控制項（它使用 ADO.NET 2.0 DbProviderFactory 對象）具有將它直接鏈接到 OLE DB 或 ODBC 數據源的屬性。當載入包含鏈接到 SqlDataSource 的數據綁定控制項的 ASP.NET 頁時，SqlDataSource 直接與基礎資料庫進行通信。因而，SqlDataSourceData 源控制項不與現有的業務對象集成。為了查看 SqlDataSource 是如何操作的，讓我們先觀察一下 Orders_SDS.aspx 頁。有一個 DropDownList 控制項，它綁定到一個從 Northwind 資料庫中檢索客戶列表的 SqlDataSource 源控制項。 還有另外一個名為 sdsOrdrsDataSource 的 SqlDataSource，它用於檢索選定客戶的所有訂單顯示了兩個 SqlDataSource 控制項和這個 DropDownList。請注意，sdsOrdersDataSource SqlDataSource 控制項使用 DropDownList 的選定值作為其存儲過程的參數（prGet_Orders 的參數）。ProviderName 和 ConnectionString 屬性的組合告訴 SqlDataSource 控制項從哪個數據存儲中獲得數據。盡管這些屬性使 SqlDataSource 成為檢索和修改數據的簡單解決方案，但遺憾的是，它們在表示層的 ASPX 文件中公開了資料庫連接字元串以及 SQL 語句或存儲過程。這通常不是一個好主意。將該數據以加密形式存儲在配置儲存庫（如配置文件或注冊表）中要安全得多。圖4 顯示了編輯模式下的 Orders_SDS.aspx 頁。分頁由 GridView 自動實現（通過將 GridView AllowPaging 屬性設置為 true，並將 PageSize 屬性設置為期望的大小，）。這將告訴網格將其中的行分頁，並且在「下一頁」或「上一頁」鏈接被單擊時自動重新載入網格和頁。GridView 使用 TextBox 控制項顯示選定行的可編輯列。數據綁定列是通過 asp:BoundField 或 TemplateField 元素定義的。通過設置 DataField 屬性，可以將 BoundField 綁定到 GridView 的關聯數據源： <asp:BoundField HeaderText="ShipCity" DataField="ShipCity" SortExpression="ShipCity"></asp:BoundField> 這將告訴 GridView 控制項，當它處於查看模式時，應該在 span 元素中顯示 ShipCity 值。當 GridView 處於編輯模式時，選定行中的這一列將在適當的 HTML 元素中顯示。在這種情況下，HTML 元素為 TextBox，因為它是一個字元串值。該元素是基於綁定列的數據類型選擇的。例如，如果該列在 SQL Server 中被定義為位，則將使用 CheckBox 控制項在編輯模式下顯示該列。TemplateField 元素在綁定列的行為方式方面提供了更大的靈活性。請觀察以下摘自 Orders_SDS.aspx 頁的代碼示例： <asp:TemplateField SortExpression="OrderDate" HeaderText="OrderDate"> <ItemTemplate> <asp:Label ID="lblOrderDate_Item" Runat="server" Text=''<%# Bind("OrderDate", "{0:d}") %>''></asp:Label> </ItemTemplate> <EditItemTemplate> <asp:TextBox ID="txtOrderDate_Edit" Runat="server" Text=''<%# Bind("OrderDate", "{0:d}") %>''></asp:TextBox> </EditItemTemplate> </asp:TemplateField> 當GridView 處於查看模式時，它使用 TemplateColumn 在 Label 控制項中顯示 OrderDate 列；當 GridView 處於編輯模式時，它使用 TemplateColumn 在 TextBox 控制項中顯示 OrderDate 列。您還可以使用 FooterTemplate 來告訴 Template 列在頁腳中以不同的方式顯示該列。還可以使用 HeaderTemplate、AlternatingItemTemplate 甚至 InsertItemTemplate。還請注意 ASP.NET 2.0 中引入的簡化的綁定語法。OrderDate 的值是通過調用 Bind 表達式並向它傳遞 GridView 的關聯數據源中列的名稱和一個可選的數據格式字元串表達式來設置的。在該示例中，我使用了表示短日期的數據格式字元串。這些屬性都可以通過可藉助於 Visual Studio 2005 中的新增智能標記功能訪問的屬性來輕松設置。 ObjectDataSource GridView 和其他數據綁定控制項的最出色的功能之一是，在設置了它們以後，只需更改單個屬性，就可以將它們綁定到 ObjectDataSource 控制項或 SqlDataSource 控制項。例如，您必須完成的所有工作就是創建一個新的 ObjectDataSource 控制項，並將 GridView 的 DataSourceID 屬性更改為這個新的 ObjectDataSource 控制項的 ID。與SqlDataSource 不同的是，ObjectDataSource 控制項使您可以從 ASPX 頁和表示層中抽象出特定於資料庫的設置，並將它們移至多層體系結構中的較低層。例如，SqlDataSource 控制項的 ConnectionString、ProviderName 和 SelectCommand 屬性在 ObjectDataSource 控制項中不存在。相反，它們被替換為告訴 ObjectDataSource 控制項實例化哪個業務類以及使用哪個方法來檢索或修改數據的其他屬性。要設置 ObjectDataSource 控制項以訪問另一個層的業務類及其方法，必須首先將 ObjectDataSource 控制項的 TypeName 屬性設置為該業務類的名稱（如 TypeName="MSDN2005Jan_BLL.Orders"）。然後，將 SelectMethod 屬性設置為該業務類中將用來檢索數據源數據的方法的名稱。該業務類的方法必須返回一個可枚舉的列表，例如，集合、數組、DataSet 或 DataReader。為了讓該方案能夠工作，ObjectDataSource 必須能夠執行指定的方法。如果它是靜態方法，則不需要完成任何特殊的工作。如果該方法是實例方法，則 ObjectDataSource 必須能夠創建該類的實例。要達到該目的，最簡單的方法是將該業務類編寫為包含默認的構造函數。另外，還可以處理 ObjectDataSource 的 ObjectCreating 事件，它使您可以用所需的任何構造函數來實例化該對象，然後將該對象實例傳遞給數據源控制項。顯示了兩個 ObjectDataSource 控制項（它們替換了上一個示例中使用的兩個 SqlDataSouce 控制項）。odsOrdersDataSource 使用 MSDN2005Jan_BLL.Orders 類和它的 GetData 方法來檢索它的訂單列表。在該示例中，Orders 類中的 GetData 方法只是創建名為 OrdersDataSet 的強類型 DataSet 的實例及其相關的名為 OrdersTableAdapter 的適配器。然後，它調用 Fill 方法並返回強類型的 DataSet： public OrdersDataSet GetData(string CustomerID) { OrdersDataSet oDs = new OrdersDataSet(); OrdersTableAdapter oDa = new OrdersTableAdapter(); oDa.Fill(oDs, CustomerID); return oDs; } 請注意，GetData 方法還接受由 ObjectDataSource 控制項的 SelectParameter 屬性傳入的 CustomerID 參數。UpdateData 方法的參數也是從 UpdateParameters 屬性所指示的 ObjectDataSource 傳入的。以下為 Orders 類的 UpdateData 方法的簽名： public void UpdateData(int OrderID, DateTime OrderDate, string ShipCity, string ShipCountry) UpdateData 方法的參數的名稱和數據類型必須與 ObjectDataSource 控制項中更新參數的名稱和數據類型相匹配。數據源控制項不能使用批處理更新，因此不能一次性地將多個行傳遞給更新方法。相反，必須將每個值作為單個參數傳遞給更新方法。除了 SelectMethod 和 UpdateMethod 屬性以外，ObjectDataSource 控制項還具有 DeleteMethod 和 InsertMethod 屬性。增強的強類型DataSet 上一個示例演示了如何將 GridView 綁定到 ObjectDataSource 控制項以鏈接到業務層的類，因此您可以通過該類的方法來檢索和更新數據。如果您具有現有的業務層邏輯和多層體系結構，則該示例可以很好地工作。它還可以調用 Web 服務客戶端代理的方法，或其他任何遵循類和方法要求的引用類的方法。我故意將上個示例的一個方面延遲到現在才加以討論，那就是強類型 DataSet。使用 Visual Studio 2005 中的向導，您還可以直接在類型化的 DataSet 類中定義方法，以便選擇、插入、更新和刪除數據。因而，您可以避免直接在業務層或數據訪問層中編寫任何 ADO.NET 代碼，而是使用向導直接將 ADO.NET 邏輯添加到類型化的 DataSet 中。您不必檢索類型化的 DataSet，但是在這種情況下它是有價值的 — 這要歸功於它的一些新的增強功能。類型化的 DataSet 創建了一個默認的 Fill 方法，該方法被追加到類型化 DataSet 的定義中的 TableAdapter 類。可以將這一可選的 TableAdapter 類設置為存儲連接字元串以及存儲過程或 SQL 語句，以便在資料庫中選擇、更新、插入和刪除記錄。 類型化的 DataSet 還允許您創建自定義的方法，以便檢索和修改數據。在 Orders DataSet中，我基於 prGet_Orders 存儲過程創建了一個類型化的 DataSet。然後，通過數據組件查詢配置向導，我向 OrdersTableAdapter 中添加了兩個自定義方法：GetData 和 UpdateData。這些方法是在與類型化 DataSet 的 XSD 相關聯的類文件內部定義的；在該示例中，我的文件名為 OrdersDataSet.Designer.cs。如果您想了解詳細信息，可以打開這個自動生成的文件（但是您不應當修改它，因為如果該文件被重新生成，則您的更改將被改寫）並查看自定義的 GetData 和 Update 方法以及為類型化 DataSet 創建的所有標准代碼。如果您運行示例頁 Orders2.aspx，則它會直接綁定到上述自定義方法。這可以顯著減少您為中間層手動編寫的代碼數量。其他數據源控制項細節 現在我們已經完成了討論，如果您知道數據源控制項還可以通過一系列屬性來公開緩存功能，則可能會很感興趣。通過將 EnableCaching 設置為 true 並將 CacheDuration 設置為很多秒，數據將在緩存中存儲相應的時間。還可以將 CacheExpirationPolicy 屬性設置為 Absolute 或 Sliding。Absolute 是默認值，它告訴緩存在載入後立即開始倒計時直至過期。Sliding 策略告訴緩存在緩存數據每次被訪問時重置過期倒計時。在您要載入的數據不是非常容易改變的情況下，緩存技術可以幫助優化應用程序。例如，在載入省、市甚至產品類別的 DropDownList 的數據源控制項中使用緩存是有好處的，因為這些數據不會頻繁更改。ObjectDataSource 控制項包裝了掛鉤到業務對象以調用業務方法的代碼。它還與數據綁定控制項（例如，GridView）協同工作，以執行分頁、排序以及在 ASP.NET 1.x 中必須手動編碼的數據更改。小結 ASP.NET 2.0 中的改進（尤其是在數據源和數據綁定控制項領域中的改進）顯著減少了產生帶有完整分頁、排序和編輯功能並填充了數據的網格所需的代碼數量。盡管數據源控制項消除了過去必須手動編寫的大量代碼，但您仍然可以編寫代碼以便與數據源控制項進行交互。

⑸ 怎麼在MYSQL在訂單表中查詢所有客戶的最近一次訂單時間

select a.編號,
a.名稱,
max(訂單時間) 時間
from 表a a
left join 表b b
on a.編號 = b.用戶編號
group by a.編號,
a.名稱
你的第三個圖王五和李六是錯的

⑹ 資料庫訂單表一個訂單ID下有多個物品ID

這里Order和Proct是典型的多對多的關系，所以盡量不要放在一張table里來儲存啊，你可以另外建立一張Order與Proct的關系表來存放這些記錄，不然你永遠也寫不出你的pro_id是什麼，除非你自己規定一個分隔符號將所有pro_id連起來組成一個varcher，不過這樣會導致程序處理上的麻煩，不如另外建立關系表來的簡明。

⑺ 購物車,訂單表,資料庫它們三者之間是什麼關系.`

購物車是儲存在session（也有儲存在cookie的）裡面訂單是根據購物車生成的。最後在吧訂單存在資料庫裡面。

⑻ 淘寶上如何按訂單號查詢訂單

單單用訂單編號是查不到的，如果不是用你自己的淘寶賬號買東西的話，是差不多別人購買的東西的，只能查過物流狀態。