পোস্টগ্রিস কী স্বয়ংক্রিয়ভাবে বিদেশী কী এবং প্রাথমিক কীগুলিতে সূচি রাখে? আমি কীভাবে বলতে পারি? এমন কোনও আদেশ আছে যা সমস্ত টেস্টে সমস্ত সূচক ফেরত দেবে?
পোস্টগ্রিস কী স্বয়ংক্রিয়ভাবে বিদেশী কী এবং প্রাথমিক কীগুলিতে সূচি রাখে? আমি কীভাবে বলতে পারি? এমন কোনও আদেশ আছে যা সমস্ত টেস্টে সমস্ত সূচক ফেরত দেবে?
উত্তর:
PostgreSQL স্বয়ংক্রিয়ভাবে প্রাথমিক কী এবং অনন্য সীমাবদ্ধতার উপর সূচি তৈরি করে, তবে বিদেশী কী সম্পর্কের রেফারেন্সিং সাইডে নয়।
পিজি যখন একটি অন্তর্নিহিত সূচক তৈরি করে আপনি এটিতে এবং / অথবা সিস্টেমের লগগুলিতে NOTICEদেখতে পারা একটি সর্বস্তরের বার্তা প্রেরণ করে psql, এটি কখন ঘটে তা আপনি দেখতে পারবেন। স্বয়ংক্রিয়ভাবে তৈরি সূচকগুলি \dকোনও টেবিলের জন্য আউটপুটেও দৃশ্যমান ।
অনন্য ইনডেক্স উপর ডকুমেন্টেশন বলেছেন:
পোস্টগ্রেএসকিউএল স্বতন্ত্রতা প্রয়োগের জন্য প্রতিটি অনন্য বাধা এবং প্রাথমিক কী বাধার জন্য স্বয়ংক্রিয়ভাবে একটি সূচক তৈরি করে। সুতরাং, প্রাথমিক কী কলামগুলির জন্য সুস্পষ্টভাবে একটি সূচক তৈরি করা প্রয়োজন হবে না।
এবং সীমাবদ্ধতার উপর ডকুমেন্টেশন বলে:
যেহেতু রেফারেন্সযুক্ত টেবিল থেকে একটি সারি মুছে ফেলা বা কোনও রেফারেন্সযুক্ত কলামের একটি আপডেটের জন্য পুরানো মানের সাথে সারি সারিগুলির জন্য রেফারেন্সিং টেবিলের স্ক্যান প্রয়োজন, তাই প্রায়শই রেফারেন্সিং কলামগুলি সূচী করা ভাল ধারণা। যেহেতু এটি সর্বদা প্রয়োজন হয় না, এবং কীভাবে সূচী করতে হয় তার উপর অনেকগুলি বিকল্প উপলব্ধ রয়েছে, বিদেশী কী বাধার ঘোষণাটি রেফারেন্সিং কলামগুলিতে স্বয়ংক্রিয়ভাবে একটি সূচক তৈরি করে না।
অতএব আপনি যদি বিদেশী কীগুলিতে চান তবে নিজেই সূচিগুলি তৈরি করতে হবে।
মনে রাখবেন যে আপনি যদি এম-টু-এন টেবিলটিতে 2 টি এফকে পিকে হিসাবে প্রাথমিক-বিদেশী-কীগুলি ব্যবহার করেন তবে আপনার পিকে সূচি থাকবে এবং সম্ভবত কোনও অতিরিক্ত সূচক তৈরি করার দরকার নেই।
আপনার রেফারেন্সিং-সাইড বিদেশী কী কলামগুলিতে (বা অন্তর্ভুক্ত) একটি সূচক তৈরি করা সাধারণত ভাল ধারণা, এটির প্রয়োজন হয় না। প্রতিটি সূচক আপনি যোগ গতি অপারেশন DML নিচে সামান্য, তাই আপনি যে উপর একটি কার্য সম্পাদনের খরচ পরিশোধ INSERT, UPDATEবা DELETE। যদি সূচকটি খুব কম ব্যবহার করা হয় তবে তা রাখার মতো হবে না।
আপনি যদি আপনার প্রোগ্রাম থেকে আপনার স্কিমাতে সমস্ত টেবিলের সূচী তালিকাবদ্ধ করতে চান তবে ক্যাটালগের সমস্ত তথ্য হাতে রয়েছে:
select
n.nspname as "Schema"
,t.relname as "Table"
,c.relname as "Index"
from
pg_catalog.pg_class c
join pg_catalog.pg_namespace n on n.oid = c.relnamespace
join pg_catalog.pg_index i on i.indexrelid = c.oid
join pg_catalog.pg_class t on i.indrelid = t.oid
where
c.relkind = 'i'
and n.nspname not in ('pg_catalog', 'pg_toast')
and pg_catalog.pg_table_is_visible(c.oid)
order by
n.nspname
,t.relname
,c.relnameআপনি যদি আরও ডেলিভ করতে চান (যেমন কলাম এবং ক্রম), আপনার pg_catolog.pg_index দেখতে হবে। psql -E [dbname]কীভাবে ক্যাটালগটিকে কীভাবে জিজ্ঞাসা করতে হবে তা নির্ধারণের জন্য ব্যবহার করা কার্যকর ।
\diজন্য ডাটাবেসে সমস্ত সূচী তালিকাভুক্ত করা হবে।" (মন্তব্য অন্য অনুলিপি ফর্ম অনুলিপি, এছাড়াও এখানে প্রযোজ্য)
এই ক্যোয়ারীটি বিদেশী কীগুলিতে , মূল উত্সে অনুপস্থিত সূচকে তালিকাবদ্ধ করবে ।
সম্পাদনা করুন : নোট করুন যে এটি ছোট টেবিলগুলি পরীক্ষা করবে না (9 মেগাবাইটের কম হবে) এবং কিছু অন্যান্য ক্ষেত্রে। চূড়ান্ত WHEREবিবৃতি দেখুন ।
-- check for FKs where there is no matching index
-- on the referencing side
-- or a bad index
WITH fk_actions ( code, action ) AS (
VALUES ( 'a', 'error' ),
( 'r', 'restrict' ),
( 'c', 'cascade' ),
( 'n', 'set null' ),
( 'd', 'set default' )
),
fk_list AS (
SELECT pg_constraint.oid as fkoid, conrelid, confrelid as parentid,
conname, relname, nspname,
fk_actions_update.action as update_action,
fk_actions_delete.action as delete_action,
conkey as key_cols
FROM pg_constraint
JOIN pg_class ON conrelid = pg_class.oid
JOIN pg_namespace ON pg_class.relnamespace = pg_namespace.oid
JOIN fk_actions AS fk_actions_update ON confupdtype = fk_actions_update.code
JOIN fk_actions AS fk_actions_delete ON confdeltype = fk_actions_delete.code
WHERE contype = 'f'
),
fk_attributes AS (
SELECT fkoid, conrelid, attname, attnum
FROM fk_list
JOIN pg_attribute
ON conrelid = attrelid
AND attnum = ANY( key_cols )
ORDER BY fkoid, attnum
),
fk_cols_list AS (
SELECT fkoid, array_agg(attname) as cols_list
FROM fk_attributes
GROUP BY fkoid
),
index_list AS (
SELECT indexrelid as indexid,
pg_class.relname as indexname,
indrelid,
indkey,
indpred is not null as has_predicate,
pg_get_indexdef(indexrelid) as indexdef
FROM pg_index
JOIN pg_class ON indexrelid = pg_class.oid
WHERE indisvalid
),
fk_index_match AS (
SELECT fk_list.*,
indexid,
indexname,
indkey::int[] as indexatts,
has_predicate,
indexdef,
array_length(key_cols, 1) as fk_colcount,
array_length(indkey,1) as index_colcount,
round(pg_relation_size(conrelid)/(1024^2)::numeric) as table_mb,
cols_list
FROM fk_list
JOIN fk_cols_list USING (fkoid)
LEFT OUTER JOIN index_list
ON conrelid = indrelid
AND (indkey::int2[])[0:(array_length(key_cols,1) -1)] @> key_cols
),
fk_perfect_match AS (
SELECT fkoid
FROM fk_index_match
WHERE (index_colcount - 1) <= fk_colcount
AND NOT has_predicate
AND indexdef LIKE '%USING btree%'
),
fk_index_check AS (
SELECT 'no index' as issue, *, 1 as issue_sort
FROM fk_index_match
WHERE indexid IS NULL
UNION ALL
SELECT 'questionable index' as issue, *, 2
FROM fk_index_match
WHERE indexid IS NOT NULL
AND fkoid NOT IN (
SELECT fkoid
FROM fk_perfect_match)
),
parent_table_stats AS (
SELECT fkoid, tabstats.relname as parent_name,
(n_tup_ins + n_tup_upd + n_tup_del + n_tup_hot_upd) as parent_writes,
round(pg_relation_size(parentid)/(1024^2)::numeric) as parent_mb
FROM pg_stat_user_tables AS tabstats
JOIN fk_list
ON relid = parentid
),
fk_table_stats AS (
SELECT fkoid,
(n_tup_ins + n_tup_upd + n_tup_del + n_tup_hot_upd) as writes,
seq_scan as table_scans
FROM pg_stat_user_tables AS tabstats
JOIN fk_list
ON relid = conrelid
)
SELECT nspname as schema_name,
relname as table_name,
conname as fk_name,
issue,
table_mb,
writes,
table_scans,
parent_name,
parent_mb,
parent_writes,
cols_list,
indexdef
FROM fk_index_check
JOIN parent_table_stats USING (fkoid)
JOIN fk_table_stats USING (fkoid)
WHERE table_mb > 9
AND ( writes > 1000
OR parent_writes > 1000
OR parent_mb > 10 )
ORDER BY issue_sort, table_mb DESC, table_name, fk_name;where: অন্যদের মধ্যে এটি কেবল টেবিলগুলি বিবেচনা করে যা কোন আকার 9 এমবি এর বেশি।
আমি পছন্দ করি কীভাবে এক্সিলিপলিংক 2.5 এর দুর্দান্ত কার্যকারিতা বৈশিষ্ট্য নিবন্ধে এটি ব্যাখ্যা করা হয়েছে
বিদেশী কীগুলি সূচক করে
প্রথম বৈশিষ্ট্যটি হ'ল বিদেশী কীগুলির স্বয়ংক্রিয় সূচি। বেশিরভাগ লোকজন ভুলভাবে ডিফল্টরূপে বিদেশী কীগুলি সূচী করে ডাটাবেসগুলি অনুমান করে। ভাল, তারা না। প্রাথমিক কীগুলি স্বয়ংক্রিয়ভাবে সূচকযুক্ত হয়, তবে বিদেশী কীগুলি হয় না। এর অর্থ বিদেশী কী-এর উপর ভিত্তি করে যে কোনও প্রশ্নের পুরো টেবিল স্ক্যান করবে। এটি যে কোনও ওয়ানটোম্যানি , ম্যান্টিটোম্যানি বা এলিমেন্টকোলেকশন সম্পর্ক এবং সেই সাথে অনেকগুলি ওয়ানটোও সম্পর্ক রয়েছে এবং যুক্ত বা অবজেক্টের তুলনায় জড়িত যে কোনও সম্পর্কের সর্বাধিক প্রশ্নগুলি । এটি একটি প্রধান সম্পাদন সমস্যা হতে পারে এবং আপনার বিদেশী কী ক্ষেত্রগুলিকে সর্বদা সূচি দেওয়া উচিত।
একটির জন্য PRIMARY KEY, নিম্নলিখিত বার্তার সাহায্যে একটি সূচক তৈরি করা হবে:
NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "index" for table "table" FOREIGN KEYএকটির জন্য , রেফারেন্স এড টেবিলে কোনও সূচি না থাকলে বাধা তৈরি করা হবে না ।
রেফারঙ্ক ইনিং সারণিতে একটি সূচক প্রয়োজন হয় না (যদিও ইচ্ছা হয়), এবং তাই স্পষ্টতই তৈরি করা হবে না।