sql

    0熱度

    1回答

    這裏有我的解決方案的一些背景: ASP.Net MVC應用程序 使用LINQ到SQL與表每層次結構的繼承 使用DataAnnotationsModelBinder默認 所以我有一個Device抽象類,然後是一系列派生類(ServerDevice,DiskDevice,PSUDevice等),它們以被禁止的Linq-to-SQL方式繼承它。我有一個控制器可以處理所有這些不同的相關模型類型,並根據類型

    0熱度

    3回答

    我在SQL Server 2016中有一個表,其中有數百萬條日誌,我們需要在存儲過程中對其進行篩選。每個日誌都有一個LogTime字段,我將使用這個過濾。我只想返回間隔超過15分鐘的日誌,跳過那些在LogTime方面彼此太接近的日誌。 日誌一般在彼此的秒鐘之內,所以此時間間隔將適當地限制日誌。我也不在乎跳過大部分日誌項目。如果下一個日誌距離數小時,只要間隔至少爲15分鐘,日誌間隔是否大於15分鐘也

    0熱度

    1回答

    我有兩個表: 事件 CREATE TABLE IF NOT EXISTS `event` ( `eventId` bigint(20) NOT NULL AUTO_INCREMENT, `eventTime` bigint(20) NOT NULL COMMENT 'ex: 1431201865000 (epoch is milliseconds)', `s

    0熱度

    1回答

    我試圖使命令工作,但它不起作用的幫助。這個錯誤出現在CMD(「刪除 我必須的SqlCommand CMD; private void DeleteRecordBtn_Click(object sender, EventArgs e) { cmd("delete blacklist1 where [email protected]", con); con.Open(

    1熱度

    2回答

    我不是很喜歡數據庫,我發現一些問題試圖修改在MySql上定義的查詢。 我有這個疑問這是我的出發Poing的(有需要修改的查詢): SELECT MC_PS.id AS price_series_id, MC_PS.market_commodity_details_id AS market_commodity_details_id, MC_P

    0熱度

    2回答

    內選擇計數我有一個問題,同時將下面的語句爲jooq API: SELECT t1.col1, t1.col2, t1.col3, (SELECT count(*) FROM table2 where table2.col2 = t1.col1) FROM table1 t1 我DSL.count()和DSL.selectCount()嘗試過,但我失敗了,而搜索的方式來where子句添加到計數

    2熱度

    1回答

    我正在創建一個用於計算用戶庫存狀態的存儲過程。 設想以下的表稱爲user_inventory許多偶數列: id_inventory id_user 0 1 2 3 ------------ ------- - - - - 2 4 5 0 14 21 而另一位叫user_transactions id_tran id_user 0 1 2 3 ------- -------

    1熱度

    3回答

    我有兩個表: __Table R_____ ID.....CustID....DATE 1......1.........2000-01-01 2......2.........2000-01-02 3......2.........2000-01-03 4......2.........2000-02-22 5......1.........2000-03-23 __Table C

    1熱度

    2回答

    從以下查詢中,哪一個是最優化和最快使用的? [COUNT(id)] $SQL = "SELECT name, COUNT(id) as Count FROM names WHERE name = :name"; $row = $stmt->fetch(); if ($data['count'] > 0) { while ($row) { $name = $row['nam

    0熱度

    4回答

    我一直在使用HTTP POST來訪問php文件,以更改給定MySQL數據庫中的條目。本質上,第二個值發生變化,我希望正在查看數據庫表的用戶得到通知。現在我的臨時解決方案是自動刷新顯示錶格的頁面以保持更新,但我覺得必須有更有效的方法來解決這個問題。