での作業中に「idx_categories_desc_categories_name」の意味は、osCommerceの

Question

には何のosCommerce-3、私はここ

CREATE TABLE IF NOT EXISTS `osc_categories` (
    `categories_id` int(10) unsigned NOT NULL AUTO_INCREMENT, 
    `categories_image` varchar(255) DEFAULT NULL, 
    `parent_id` int(10) unsigned DEFAULT NULL, 
    `sort_order` int(11) DEFAULT NULL, 
    `date_added` datetime DEFAULT NULL, 
    `last_modified` datetime DEFAULT NULL, 
    PRIMARY KEY (`categories_id`), 
    KEY `idx_categories_parent_id` (`parent_id`) 
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ; 

CREATE TABLE IF NOT EXISTS `osc_categories_description` (
    `categories_id` int(10) unsigned NOT NULL, 
    `language_id` int(10) unsigned NOT NULL, 
    `categories_name` varchar(255) NOT NULL, 
    PRIMARY KEY (`categories_id`,`language_id`), 
    KEY `idx_categories_desc_categories_id` (`categories_id`), 
    KEY `idx_categories_desc_language_id` (`language_id`), 
    KEY `idx_categories_desc_categories_name` (`categories_name`) 
) ENGINE=MyISAM DEFAULT CHARSET=utf8; 

私はインデックスのmeanningを取得していない午前として、カテゴリ& categories_descriptionためのテーブル構造を持っ

"idx_categories_desc_categories_id"、

"idx_categories_desc_language_id"、

「idx_categories_desc_categories_name」

このインデックスの使用方法は何ですか？

Answer 1

3つのトークンは、名前だけです - それらについて特別なことは何もありません。彼らは "foo"、 "bar"、 "baz"と呼ばれていて、それはちょうどいいでしょう。

idx_を索引に使用し、次に表の名前とキー・フィールドを使用するというosCommerce命名規則に従います。しかしそれは単なる開発者の大会です。それはデータベースによって必要とされません。

Answer 2

これらの3つのインデックスは、角括弧（categories_id、language_id、categories_name）で指定されたテーブルに対して作成されます。 KEYキーワードは、INDEXキーワードの同義語です。それは特別な魔法ではありません。

これらの3つのインデックスは、これらのテーブルのデータの再取得/並べ替え操作を高速化するために使用されていると思います。

インデックス「idx_categories_desc_categories_id」は、冗長性のある方法で、「categories_id」は主キーの複合インデックスの左部分で既にカバーされています。あなたは

"idx_categories_desc_categories_id", 

"idx_categories_desc_language_id", 

"idx_categories_desc_categories_name" 

を述べ