প্রশ্ন ট্যাগ «index»

একটি ডাটাবেস কাঠামো যা ডিস্ক স্থান এবং ধীর সন্নিবেশ / আপডেটের ব্যয়ে প্রশ্নের গতি উন্নত করতে পারে। এটি বাছাই করা এক বা একাধিক কলামের অনুলিপি সঞ্চয় করে তবে দ্রুত অ্যাক্সেসের জন্য ডেটাটিকে আলাদাভাবে কাঠামো করে।

1
নন-ক্লাস্টারড ইনডেক্স সহ বিভিন্ন সারি আপডেট করার সময় ডেডলক
আমি যখন আমি আইডি ক্ষেত্রে ক্লাস্টারযুক্ত এবং নন-ক্লাস্টারড সূচক ব্যবহার করি তখন লক আচরণটি আলাদা হয়ে লক্ষ্য করে আমি একটি অচল সমস্যা সমাধান করছি। ক্লাস্টেড ইনডেক্স বা প্রাথমিক কী আইডি ক্ষেত্রে প্রয়োগ করা হলে অচলাবস্থার সমস্যাটি সমাধান হবে বলে মনে হচ্ছে। আমার বিভিন্ন সারিগুলিতে এক বা একাধিক আপডেট করে বিভিন্ন …

2
পোস্টগ্র্রেএসকিউএল-এ জিআইএন সূচক ব্যবহার করার সময় বাছাইয়ের অর্ডার দিয়ে কীভাবে গতি বাড়ানো যায়?
আমার এই মত একটি টেবিল আছে: CREATE TABLE products ( id serial PRIMARY KEY, category_ids integer[], published boolean NOT NULL, score integer NOT NULL, title varchar NOT NULL); একটি পণ্য একাধিক বিভাগে অন্তর্ভুক্ত থাকতে পারে। category_idsকলামে সমস্ত পণ্যের বিভাগগুলির আইডির একটি তালিকা রয়েছে। সাধারণ ক্যোয়ারী এর মতো দেখাচ্ছে (সর্বদা একক …

2
কেন আমার পুরো ধারাটি "অন্তর্ভুক্ত" কলাম থেকে উপকৃত হবে?
এই উত্তর অনুসারে , সীমাবদ্ধতার জন্য ব্যবহৃত কলামগুলির উপরে সূচি তৈরি না করা হলে ক্যোয়ারী কোনও সূচক থেকে উপকৃত হবে না। আমার এই সংজ্ঞা আছে: CREATE TABLE [dbo].[JobItems] ( [ItemId] UNIQUEIDENTIFIER NOT NULL, [ItemState] INT NOT NULL, [ItemPriority] INT NOT NULL, [CreationTime] DATETIME NULL DEFAULT GETUTCDATE(), [LastAccessTime] DATETIME NULL DEFAULT …

1
কীভাবে কোনও কোয়েরিটি অনুকূলিত করা যায় যাতে এটি প্রথমে একটি সূচকে এবং তারপরে তার পরে অন্য সূচীর সন্ধান করে
আমার কাছে উপগ্রহের ডেটা থেকে পৃথিবীর পরিমাপের দুটি সেট রয়েছে, প্রতিটি সময় ক্ষেত্র (গড় জুলিয়ান তারিখের জন্য এমজেডি) এবং ভূগোলের অবস্থানগুলি (জিওপয়েন্ট, স্পেসিয়াল) এবং আমি দুটি সেটের মধ্যে একযোগের সন্ধান করছি যাতে তাদের সময়গুলি একটি দোরের সাথে মিলে যায় 3 ঘন্টা (বা .125 দিন) এবং একে অপরের 200 কিলোমিটারের মধ্যে …

2
কেন এই কোয়েরিটি আমার অবিচ্ছিন্ন সূচকটি ব্যবহার করছে না এবং আমি কীভাবে এটি তৈরি করতে পারি?
ক্যোয়ারী পারফরম্যান্স বাড়ানোর বিষয়ে এই প্রশ্নের অনুসরণ হিসাবে , আমি জানতে চাই যে আমার সূচকটি ডিফল্টরূপে ব্যবহার করার কোনও উপায় আছে কিনা। এই ক্যোয়ারী প্রায় 2.5 সেকেন্ডে চলে: SELECT TOP 1000 * FROM [CIA_WIZ].[dbo].[Heartbeats] WHERE [DateEntered] BETWEEN '2011-08-30' and '2011-08-31'; এটি প্রায় 33 এমএসে চলে: SELECT TOP 1000 * FROM …

2
কমপ্লেক্সের মানদণ্ডের সাথে সূচকের পাঠকে ছোট করা
আমি কাজের টিকিটের একটি ফায়ার বার্ড 2.5 ডাটাবেস অনুকূল করে তুলছি। এগুলি হিসাবে ঘোষিত একটি সারণীতে সংরক্ষণ করা হয়েছে: CREATE TABLE TICKETS ( TICKET_ID id PRIMARY KEY, JOB_ID id, ACTION_ID id, STATUS str256 DEFAULT 'Pending' ); আমি সাধারণত প্রথম টিকিটটি সন্ধান করতে চাই যা প্রক্রিয়াজাত হয়নি এবং Pendingস্থিতিতে রয়েছে। আমার …

4
কোনও টেবিলে সূচিগুলি অব্যবহৃত রয়েছে তা নির্ধারণ করা
আমি বহির্মুখী সূচকগুলি খুঁজতে চেষ্টা করার জন্য এই স্ক্রিপ্টটি চালাচ্ছি select o.name as TableName, i.name as IndexName, p.reserved_page_count * 8.0 / 1024 as SpaceInMB, s.* from sys.dm_db_index_usage_stats s inner join sys.objects o on s.object_id = o.object_id inner join sys.indexes i on i.index_id = s.index_id and i.object_id = o.object_id inner join …

2
সূচকের সাথে যুক্তি যুক্তির ব্যবহার নয়
মাইক্রোসফ্টের ডেটাবেস বিকাশ পরীক্ষার বই অনুসারে 70-433: মাইক্রোসফ্ট এসকিউএল সার্ভার ২০০৮ ডাটাবেস ডেভলপমেন্ট : কোনও শীর্ষস্থানীয় ওয়াইল্ডকার্ড অক্ষর যুক্তিযুক্ত নয় কোয়েরি অপ্টিমাইজারটিকে অনুসন্ধানটি অনুকূলিত করার জন্য সূচিগুলি ব্যবহার করতে দেয়। অনুকূল পারফরম্যান্সের জন্য, আপনাকে নোট কীওয়ার্ড এবং শীর্ষস্থানীয় ওয়াইল্ডকার্ড প্রতীক ব্যবহার করা এড়ানো উচিত । সুতরাং আমি তা হতে হবে …

1
পোস্টগ্রিএসকিউএল: COUNT (*) অনুক্রমিক স্ক্যান ব্যবহার করে, সূচি নয়
COUNT(*)খুব ছোট এবং সূচকযুক্ত প্রাথমিক কী থাকা অবস্থায় কেন পোস্টগ্র্রেএসকিউএল ক্রমানুসারে অনুসন্ধানের জন্য টেবিলটি স্ক্যান করে ?

3
সূচকগুলি কীভাবে কার্য সম্পাদনকে প্রভাবিত করে?
স্পষ্টতই বেশ কয়েকটি ভিন্ন সূচক রেখে দেওয়া sertোকাতে এবং মুছে ফেলাতে নেতিবাচক প্রভাব ফেলে। ক্যোয়ারী পারফরম্যান্স সম্পর্কে কীভাবে: কোনও টেবিলে খুব বেশি সূচক রাখা মোটেই বোঝা যায় না? যুক্ত সূচকের সাথে ক্যারিয়ারের কার্যক্ষমতা যে কোনও ক্ষেত্রে উন্নত হবে (অবশ্যই সূচকটি ব্যবহার করে অনুসন্ধানের ক্ষেত্রে অবশ্যই) বা ক্যোরির কার্য সম্পাদন অনেকগুলি …

2
ট্র্যাক পরিবর্তিত একটি পূর্ণ-পাঠ্য ক্যাটালগ কি: যদি এই টেবিলের জন্য ট্র্যাকিং পরিবর্তনটি সক্ষম না করা হয় তবে স্বয়ংক্রিয়ভাবে আপডেট হয়?
আমার কাছে এই ডাটাবেস টেবিলটি রয়েছে যা পুরো টেক্সট সূচকে আপ টু ডেট রাখার জন্য মনে করা হয়। তবে আমি এটি মোটেও ঘটতে দেখছি না (লগটিতে কোনও ত্রুটি নেই কারণ আমি যখন দেখি যে লগটি আমি ম্যানুয়ালি ট্রিগার করেছিলাম তখন তা ছিল)। এখানে আমি যা দেখছি ... কিন্তু টেবিলে নিজেই …

2
বড় টেবিলের মধ্যে ধীর সূচক স্ক্যানগুলি
PostgreSQL 9.2 ব্যবহার করে, আমার তুলনামূলকভাবে বড় টেবিলের (200+ মিলিয়ন সারি) ধীর প্রশ্নগুলির সাথে ঝামেলা আছে। আমি ক্রেজি কিছু চেষ্টা করছি না, কেবল historicতিহাসিক মান যুক্ত করছি। নীচে কোয়েরি এবং ক্যোয়ারী প্ল্যান আউটপুট রয়েছে। আমার টেবিল বিন্যাস: Table "public.energy_energyentry" Column | Type | Modifiers -----------+--------------------------+----------------------------------------------------------------- id | integer | not …

3
সূচকের সর্বাধিক সারি আকারের ত্রুটি
একটি arrayকলামের জন্য একটি উপরের আবদ্ধ আছে ? অ্যারে ক্ষেত্রে প্রবেশ করার সময় আমি এই ত্রুটিটি পাচ্ছি - PG::Error: ERROR: index row size 3480 exceeds maximum 2712 for index "ix_data" এখানে আমার সারণির সংজ্ঞা - create table test_array(id varchar(50), data text[]); ALTER TABLE test_array ADD PRIMARY KEY (id); CREATE INDEX …

4
একটি কলাম স্টোর সূচীতে কলামগুলির ক্রম কী গুরুত্বপূর্ণ?
আমার 200 মিলিয়ন ডলার সারি এবং এতে 15 ডলার কলাম সহ একটি টেবিল রয়েছে। আমি COLUMNSTOREআমার টেবিলে একটি সূচক তৈরির পরিকল্পনা করছি । আমি কলাম স্টোর সূচীতে যে কলামগুলি ব্যবহার করি তার ক্রমের ভিত্তিতে পারফরম্যান্সে কোনও পরিবর্তন হবে? হ্যাঁ, এর পিছনে যুক্তি কী?

1
মাইএসকিএলে যৌগিক প্রাথমিক কীতে আইএনডেক্স কীভাবে রয়েছে?
দুই বা ততোধিক কলামের জন্য একটি যৌগিক প্রাথমিক কী তৈরি করার সময়, যেমন PRIMARY KEY(col1, col2, col3); সিস্টেম INDEXপ্রতিটি কলাম পৃথকভাবে করা যাবে? আমি এই প্রশ্নটি জিজ্ঞাসা করার কারণটি হ'ল আমরা যখন ব্যবহার করি UNIQUE INDEX (col1, col2, col3)এটি INDEXকেবল প্রথম কলাম হিসাবে কাজ করে এবং আমাদের INDEXঅন্যান্য কলামগুলির জন্য …

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.