⑴ sql 怎麼實現事件，推送
用SqlDependency類為SQL2005查詢提供更改通知收藏
System.Data.SqlClient.SqlDependency類為我們提供了一個關於sql2005的很好的功能 ，就是sql2000時代很多人夢寐以求的查詢自動通知。雖然這個東西限制有很多很多，但還是有很實用價值的。
我們先看一個演示例子：
例子中先創建一個sql環境，裡面插入了一些數據，然後用.net客戶端查詢，查詢結果出來後再去更改資料庫，增加一些記錄，同時查看.net客戶端的表格是否變化。
⑵ MS SQLsevers 2008怎麼實現資料庫的數據從一個資料庫遠程推送到另一個資料庫里
資料庫中有個導入導出的功能，可以將數據從一個庫中導到另一個庫中。
而你上面用了「推送」兩字，推送則表示數據能「定時自動」從一個庫中導到另一個庫中，
要實現，一般是寫程序或者腳本，SQLServer用作業好像也可以實現。
⑶ 請教一段查詢BOM和工單信息的SQL優化
要寫查詢 要寫union all 速度快 ：
SELECT line, oldprocessoperationname, modelgroup, machinename
, SUM (case when eventcomment='MCMES_LOT_TRACK_IN' and eventname = 'TrackIn' then 1
when eventcomment='MCMES_LOT_TRACK_OUT' and eventname = 'TrackOut' then 1
else 0 end),
SUM (case when eventcomment<>'MCMES_LOT_TRACK_IN' and eventname = 'TrackIn' then 1
when eventcomment<>'MCMES_LOT_TRACK_OUT' and eventname = 'TrackOut' then
⑷ SQL資料庫事件推送
delete負責調用 類的析構函數的。
普通的對象的delete 和delete{]確實是一樣的。
當類中有析構函數的時候，你就看到不同了。編譯器根據是delete還是delete『} 來生成調用不同次數的 析構函數。而如果還是用delete來刪的話，運行時就會出錯了。試一下下面這個代碼：
#include<iostream>
using namespace std;
#include<stdio.h>
#include<stdlib.h>
#include <windows.h>
class myint
{
int a;
public:
~myint(){
cout << "ddd\n";
}
};
int main()
{
/*
在用delete釋放對象數組時，留意不要丟了符號『[]』。例如
delete []objects; // 正確的用法
delete objects; // 錯誤的用法
後者相當於delete objects[0]，漏掉了另外99個對象。
*/
//while(1)
//{
myint *a = new myint[2];
//delete []a;
delete[] a;
//為什麼此處加不加[]都不會造成內存泄漏？
//從任務管理器中可以看出，佔用內存不會增大
//Sleep(1);
//}
int num;
cin >> num;
return 0;
⑸ sql server 合並發布如何設置推送
你可以通過把它分割成幾個獨立的組件來簡化這個項目，下面我將在這篇步驟指南中詳細描述。
這些信息摘自我們最初的專家電子書《合並SQL Servers，獲得可用性、可測量性和成本的節省》中的第二章《計劃你的SQL Server 合並》。這一章內容解釋了合並的5個步驟，以其其它一些關鍵的合並思考。
主頁: 簡介
步驟1: 創建 SQL Server 合並方法
步驟 2: 分析候選的資料庫、伺服器等更多內容
步驟 3: 測試你的合並
步驟 4: 部署合並的SQL Server
步驟 5: 監控並穩定合並的SQL Servers步驟1：創建SQL Server合並方法
要在企業范圍內執行一次成功的SQL Server合並，你必須首先為你的合並團隊和客戶，用戶資料庫的業務擁有者設定目標。這些目標在很大程度上依賴於你的合並方式：在虛擬機上合並，堆疊SQL Server環境，使用存儲區域網路(SAN)等。
合並團隊事先與客戶就實際的服務級別達成協議是至關重要的。這些服務級別協議不僅僅是為可用性、技術支持、變更控制和監控設定期望值，還有性能。一個設定了可支持的期望的服務級別協議可以在未來很長一段時間內建立合並努力的信心。
關鍵任務的應用程序應該標識出來。他們的服務級別協議要比其它的服務級別協議更強，它們需要這些應用程序要麼不被合並，要麼就經過仔細的計劃進行替代，以保證在經過合並的環境中，服務級別協議可以被滿足，或者超越。標准需要被應用，這些應用程序需要在合並團隊的擁有和控制之下拿出來。
另外一個需要事先協商的服務級別協議就是要避免規模的蔓延，在這個協議中，你的合並團隊必須要解決超出預期的性能問題，並且加強功能性。
你的團隊必須考慮服務級別協議工作的各種各樣的場景。例如，一些人可能在標識那些非常適合合並的候選資料庫時發現一些性能很糟糕的應用程序。理想的客戶會被要求取回這些應用程序進行優化。如果你的團隊選擇優化，你就必須負責所有的性能問題，或者在未來發生的bug。明智的選擇就是僅僅標識，然後返回這些資料庫給業務的擁有者，並且在服務級別協議中特別指明這一點。
如果業務單元不願意或者不能返工並且優化這些SQL Server，那麼盡可能地將其移植到你的數據中心，加強標准，但是不要把這些資料庫與其它的SQL Server合並。合並一個性能糟糕的用戶資料庫可能會降低發SQL Server上所有其它用戶資料庫的性能。
一旦服務級別協議確定下來，你的合並團隊就可以創建一個時間表來將企業范圍的計劃打碎成一個一個階段。
第一個階段就是那些最簡單的用戶資料庫部分。這可以讓團隊的成員在捲入更加復雜的合並情況之前有個練習的機會。這種分階段的方式也可以教會他們更加熟悉在合並的SQL Server之間，用戶資料庫在資料庫負載隨著時間變化的各種竅門。例如，當某個用戶資料庫增長的時候，它會降低合並的SQL Server上所有用戶資料庫的性能。另一方面，當某個應用程序的生命周期到達終點的時候，用戶資料庫的資源需求可能會下降，這時就可以讓它轉移到馬力較低的伺服器上去。
應該創建測試腳本來幫助調查現有的SQL Server應用程序。這可以讓團隊成員熟悉性能監控和SQL Server Profiler來捕捉和重放代表性的負載，並且監控合並解決方案。
合並團隊還應該分工為專門的小組來簡化監控和合並的解決方案。
一旦合並團隊的成員理解了他們各自的任務，並且准備好合並了，那麼下一步就是分析。
⑹ MSSQL 資料庫 某表數據變化時，自動把此條數據推送到客戶端
試一試WebSocket
相關資料自己去查
C/S模式的話
試一試引用第三方介面試一試
比如極光推送