database-indexes

    4熱度

    1回答

    使用models.varchar(...)字段創建模型時,正在創建varchar_pattern_ops索引。 這是我想刪除varchar_pattern_ops指數在遷移,並且在該領域中添加散列索引PostgreSQL中 Table "public.logger_btilog" Column | Type | Modifiers ------------------

    0熱度

    2回答

    因此,我創建了一個包含多個主題的網站,人們在這些主題中發佈內容,人們可以對內容發表評論。人們也可以評論評論,但只有一個深度。所以會有評論和子評論,沒有別的。所有關於子註釋的評論將作爲主評論的子註釋列出。我不喜歡20級深度評論,每個級別都有縮進標記。它毀掉了我的頁面的外觀。 現在我想到了3桌這裏。一個內容表,其中包含內容編號以及主題編號。包含評論編號,內容編號和主題編號字段的評論表。包含子註釋編號,

    1熱度

    2回答

    (Rails 4.2.1,Sqlite3)我有三個模型 - M1,M2,M3。 M1 M2 belongs_to的 M1也belongs_to的M3 M1有:名稱(字符串)字段。 我有必須驗證以下約束: 1)一種M1記錄可以具有M2或M3相關,但不能同時使用。 2)M1名稱在指定M2或M3中的任何一個時必須是唯一的。 我已經在模型中實現了約束(1),並且它按預期工作。 (我提到它只是因爲它可能與場

    1熱度

    1回答

    如果我有一個簡單的表: ArticleName (string) CategoryID (int) LastModified (datetime) 我創建一個索引: CategoryID (ASC) LastModified (ASC) 對於查詢: SELECT * FROM table WHERE CategoryID = 1 ORDER BY LastModified ASC

    0熱度

    1回答

    我想了解SQL Server中的索引如何幫助改進選擇查詢的性能。 所以我的理解是,索引時sql服務器使用b-tree結構。 下面是一個簡單的例子。 Day (Primary Key) Race Winner 1 Dave 2 Jill 3 Jake … 199 Jody 200 Sam 所以天數是我們的主要關鍵。在後臺使用下面的結構(或類似的

    0熱度

    2回答

    我們有一個表,它將用戶信息存儲在屬性名稱和值對中。在這張表上,我們創建了一個視圖,通過使用解碼將行轉換爲列。 MAX(DECODE(attribute_name,'FirstName',attribute_Value)) FirstName CREATE OR REPLACE FORCE VIEW vw_get_userinfo ("USER_ID", "FIRSTNAME", "LASTNAM

    2熱度

    1回答

    我用下面我已經展示了一個表的SQL Server 2012的 , create table myTable ( Id int identity(1, 1) constraint PK_myTable primary key(Id), DateEntry date, FundCode nvarchar(10), Sedol nvarchar(7),

    2熱度

    1回答

    當在Google上搜索連接表索引時,我得到了this question。 現在,我認爲它在接受的答案中提供了一些虛假信息,或者我不明白一切是如何工作的。 考慮下表(PostgreSQL的9.4上運行): CREATE TABLE "albums" ("album_id" serial PRIMARY KEY, "album_name" text) CREATE TABLE "artists" (

    8熱度

    2回答

    我試圖重現指數路口指令(http://docs.mongodb.org/manual/core/index-intersection/)的第一個例子,但面臨的一個問題:蒙戈不使用股指雙雙 我的步驟: 下載蒙戈(3.0.3)和安裝 運行的mongod:mongod.exe --dbpath d:\數據(文件夾爲空) 運行蒙戈:mongo.exe 添加索引: db.orders.ensureIndex

    3熱度

    2回答

    我有3列我正在搜索的數據:description(fulltext),lat(index)和lon(index)。 當我做SELECT id FROM table MATCH(description) AGAINST ('query' IN BOOLEAN MODE)一切都迅速處理,並正常工作。 當我做SELECT id FROM table WHERE lat BETWEEN a and b A