প্রাথমিক কী হিসাবে জিইউডি দিয়ে ডাটাবেস ডিজাইন ঠিক করার সর্বোত্তম সমাধান


18

আমি খারাপভাবে সম্পাদন করা ডাটাবেস বা কারও কাছে থাকলে আরও ভাল পরামর্শ দেওয়ার জন্য এই ধারণার কিছুটা নিশ্চিত হওয়ার পরে এসেছি। ভাল পরামর্শের জন্য সর্বদা উন্মুক্ত।

আমার কাছে খুব বড় ডাটাবেস রয়েছে (20+ মিলিয়ন রেকর্ড প্রতিদিন প্রায় 1/2 মিলিয়ন বৃদ্ধি পাচ্ছে) যা GK কে পিকে হিসাবে ব্যবহার করছে।

আমার পক্ষ থেকে একটি তদারকি কিন্তু পিকে এসকিউএল সার্ভারে ক্লাস্টার করা হয়েছে এবং কার্য সম্পাদনের সমস্যা তৈরি করছে।

গাইডের কারণ - এই ডাটাবেসটি আংশিকভাবে 150 টি অন্যান্য ডাটাবেসের সাথে সিঙ্ক্রোনাইজ করা হয়েছে যাতে পিকে অনন্য হওয়া দরকার। সিঙ্ক্রোনাইজেশনটি এসকিউএল সার্ভার দ্বারা পরিচালিত হয় না, বরং একটি কাস্টম প্রক্রিয়া তৈরি করা হয় যা সিস্টেমের প্রয়োজনীয়তার জন্য ডেটা সিঙ্কে রাখে - সবই সেই জিইউইডি এর উপর ভিত্তি করে।

১৫০ টি প্রত্যন্ত ডাটাবেসগুলির প্রত্যেকটি কেন্দ্রীয় এসকিউএল ডেটাবেসে সংরক্ষিত হিসাবে সম্পূর্ণ ডেটা সংরক্ষণ করে না। তারা কেবলমাত্র তাদের প্রয়োজনীয় ডেটাগুলির একটি উপসেট সংরক্ষণ করে এবং প্রয়োজনীয় ডেটাগুলি তাদের কাছে অনন্য নয় (150 টি ডাটাবেসের মধ্যে 10 টি অন্যান্য সাইটের ডেটাবেস থেকে একই রেকর্ডের কিছু থাকতে পারে - যেমন তারা ভাগ করে)। এছাড়াও - তথ্যগুলি দূরবর্তী সাইটগুলিতে উত্পন্ন হয় - কেন্দ্রীয় বিন্দুতে নয় - তাই জিইউইডিগুলির প্রয়োজন।

কেন্দ্রীয় ডাটাবেসটি কেবলমাত্র সমস্ত কিছু সিঙ্কে রাখার জন্য ব্যবহৃত হয় না, তবে 3000+ ব্যবহারকারীর কাছ থেকে অনুসন্ধানগুলি সেই বৃহত খণ্ডিত ডাটাবেসের বিরুদ্ধে কার্যকর করা হবে। ইতিমধ্যে প্রাথমিক পরীক্ষায় এটি একটি বড় সমস্যা।

সৌভাগ্যক্রমে আমরা এখনও বেঁচে নেই - তাই আমি যদি প্রয়োজন হয় তবে কিছু পরিবর্তন করতে এবং অফলাইনে নিয়ে যেতে পারি which

রিমোট ডেটাবেসগুলির কার্যকারিতা কোনও সমস্যা নয় - ডেটা উপগ্রহগুলি খুব ছোট এবং ডেটাবেস সাধারণত মোট 1 জিবি আকারের বেশি হয় না। রেকর্ডগুলি মূল সিস্টেমে বেশ নিয়মিত খাওয়ানো হয় এবং যখন আর প্রয়োজন হয় না তখন ছোট বিডি থেকে সরানো হয়।

কেন্দ্রীয় ডিবি যা সমস্ত রেকর্ডের রক্ষক সেটির কার্যকারিতা হতাশাব্যঞ্জক - কারণ অনেকগুলি রেকর্ডের প্রাথমিক কী হিসাবে একটি ক্লাস্টার্ড জিআইডি রয়েছে। সূচী বিভাজন চার্টের বাইরে।

সুতরাং - পারফরম্যান্স ইস্যুটি ঠিক করার জন্য আমার চিন্তাভাবনাগুলি হল একটি নতুন কলাম তৈরি করা - স্বাক্ষরযুক্ত বিগিন্ট আইডেন্টিটি (1,1) এবং তারপরে সারণী বিগিন্ট কলামের ক্লাস্টারড পিকে পরিবর্তন করুন।

আমি জিইউইডি ক্ষেত্রে একটি অনন্য ক্লাস্টারযুক্ত সূচক তৈরি করব যা প্রাথমিক কী ছিল।

সেন্ট্রাল এসকিউএল সার্ভার ডাটাবেসে নতুন পিকে সম্পর্কে ছোট রিমোট 150 ডাটাবেসগুলির জানা দরকার নেই - এটি নির্ভুলভাবে ডেটাবেজে ডেটা সংগঠিত করার জন্য ব্যবহার করা হবে এবং খারাপ কার্য সম্পাদন এবং খণ্ডন বন্ধ করবে।

এটি কী কাজ করবে এবং কেন্দ্রীয় এসকিউএল ডাটাবেসের কর্মক্ষমতা উন্নত করবে এবং ভবিষ্যতের সূচী খণ্ডন (কোথাও কোথাও) প্রতিরোধ করবে? বা আমি কি এখানে খুব গুরুত্বপূর্ণ কিছু মিস করেছি যা আমাকে লাফিয়ে কামড়াতে এবং আরও শোক করতে চলেছে?


2
@ ম্যাটটিটোমো আমি সম্মত
পল ফ্লেমিং

2
আপনি কি সপ্তাহে অন্তত একবার সূচক ডিফ্র্যাগমেন্টেশন চালাচ্ছেন ?
Andomar

1
আপনার কাছে গুচ্ছকে অর্থপূর্ণ বলে কিছু আছে কি? অর্থাৎ, কী ক্যোয়ারী দ্রুত হওয়া উচিত? এটি অবশ্যই নির্দেশিকাতে রেঞ্জ স্ক্যান হতে চলেছে না, সুতরাং কেবলমাত্র একটি স্ব-স্বীকৃতি বেছে নেওয়ার পরিবর্তে, আপনি বেছে নিতে পারেন এমন কিছু ক্যোরি-টাইম অনুকূল ক্লাস্টারিং রয়েছে কিনা তা বিবেচনা করুন। যদি তা না হয় তবে এগিয়ে যান এবং

2
@ বোরিক তার যা আছে এবং তার বৃদ্ধির হারের ভিত্তিতে কোনও দুর্দান্ত ধারণা নয়, তিনি ৪২৫৫ intদিন (১১.৫ বছর) ছাড়িয়ে যাবেন । যদি তিনি তা করেন তবে তিনি 11.5 বছরে আপনাকে কেবল দোষ
দিতেন

1
বিপরীত দৃষ্টিভঙ্গি: আপনি কেন জিইউডি ডেটাটাইপটিকে একটি সমস্যা বলে মনে করেন? এটি একটি 128-বিট পূর্ণসংখ্যা। আপনি কেন মনে করেন যে এটি একটি 64-বিট পূর্ণসংখ্যার (বিগিন্ট) বা 32-বিট পূর্ণসংখ্যা (ইন্ট) দিয়ে প্রতিস্থাপন করা গতির ক্ষেত্রে একটি লক্ষণীয় পার্থক্য আনতে চলেছে? আমি মনে করি যে সমস্ত পৃষ্ঠা বিভাজন যা বিভক্ত হওয়ার দিকে পরিচালিত করে তা এড়াতে আপনার অবশ্যই ক্লাস্টারিং কীটি অন্য কোনও কিছুর কাছে অবশ্যই পরিবর্তন করা উচিত, তবে আমি মনে করি না যে আপনি ডেটাটাইপটি ইস্যুতে নিশ্চিত না হওয়া অবধি আপনার ডেটাটাইপ পরিবর্তন করা উচিত।
গ্রিনস্টোন ওয়াকার

উত্তর:


8

আপনার অবশ্যই জিইউডিতে ক্লাস্টার লাগবে না। আপনার যদি এমন কিছু থাকে যা আপনাকে সেই জিইউইডি ব্যতীত অন্যভাবে রেকর্ড সনাক্ত করতে দেয় তবে আমি আপনাকে অন্য ক্ষেত্রটিতে একটি অনন্য সূচক তৈরি করার এবং সেই সূচকটিকে ক্লাস্টারযুক্ত করার পরামর্শ দেওয়ার পরামর্শ দিই। যদি তা না হয় তবে আপনি অন্যান্য ক্ষেত্রগুলিতে ক্লাস্টার করতে পারবেন, এমনকি ননউনিক ইন্ডেক্সও ব্যবহার করতে পারেন। সেখানকার পদ্ধতির ক্লাস্টারটি হবে তবে আপনার ডেটা বিভক্ত করা এবং অনুসন্ধান করা সবচেয়ে সহজতর - তবে, যদি আপনার কোনও "অঞ্চল" ক্ষেত্র বা কিছু পাওয়া যায়, তবে এটি আপনার ক্লাস্টারিং স্কিমের প্রার্থী হতে পারে।

BIGINTঅন্যটিতে ডাটাবেসের ডেটা যুক্ত করতে এবং তাদের স্টোরগুলিকে কেন্দ্রীয় স্টোরের সাথে একীভূত করাতে কোনও পরিবর্তনে সমস্যা হবে। যদি এটি বিবেচনা না করা হয় - এবং কখনই বিবেচ্য হবে না - তবে হ্যাঁ, BIGINTসূচক পুনরায় ভারসাম্য ইস্যুকে সুন্দরভাবে সমাধান করবে।

পর্দার আড়ালে, যদি আপনি একটি ক্লাস্টার্ড সূচক নির্দিষ্ট না করে থাকেন তবে এসকিউএল সার্ভার একই কাজ করে: এটি একটি সারি আইডি ক্ষেত্র তৈরি করে এবং এতে অন্যান্য সমস্ত সূচকে মানচিত্র করে। সুতরাং, নিজে এটি করে, আপনি এটি এসকিউএল যেমন সমাধান করবে ঠিক তেমন সমাধান করছেন।


টেবিলের একমাত্র সত্যই অনন্য ক্ষেত্রটি জিইউডি - অন্যান্য কলামগুলি অনন্য নয় এবং একসাথে কলামগুলির সংমিশ্রণগুলি রয়েছে যা দিয়ে শুরু করার জন্য এটি অনন্য হতে পারে - তবে সময়ের সাথে সাথে এগুলির একটি সদৃশ রেকর্ড তৈরি করার সামান্য সম্ভাবনা রয়েছে। খুব দূরবর্তী কিন্তু তথ্যের প্রকৃতি দেওয়া সম্ভব। আমি পড়েছি যে অন্যান্য সমস্ত ক্লাস্টারযুক্ত সূচকগুলি অনুসন্ধানের কার্যকারিতা উন্নত করতে ক্লাস্টারড সূচীটি উল্লেখ করে etc. আমি স্থান সম্পর্কে সচেতন এবং যখন একটি উদ্বেগ - পারফরম্যান্স সর্বজনীন।
রডলস

পারফরম্যান্স হিট, আপনি যদি একটি ক্লাস্টার্ড সূচক নির্দিষ্ট না করে থাকেন তবে তা হচ্ছে এসকিউএল আপনার জন্য পর্দার আড়ালে একটি তৈরি করবে এবং সেই সাথে অন্য সমস্ত সূচকে ম্যাপ করবে। সুতরাং, আপনার ক্ষেত্রে, এসকিউএলকে এটি করে দিয়ে আপনি একটি কার্যকারিতা উন্নতি করতে চান , কারণ এই মুহুর্তে আপনি ক্রমাগত ক্রমটি সংরক্ষণের ক্রম সংরক্ষণের জন্য যখন আপনার ক্রমাগত অর্ডারটি গুরুত্বপূর্ণ না হন তখন আপনার সমস্ত ডেটা ডিস্কের চারপাশে পরিবর্তন করে চলেছেন। আপনার আরও স্টোরেজ স্পেসের প্রয়োজন হবে তবে স্টোরেজটিতে বিস্তৃত উন্নতি হবে এবং পুনরুদ্ধারে ন্যূনতম / কোনও প্রভাব পড়বে না।
ডেভিড টি। ম্যাকনেট

সুতরাং আমি যে প্রশ্নটি অনুমান করছি তা হল যদি আমি বিজিএনটি ক্লাস্টারড পিকে না করি এবং কেবল পিকেকে একটি নন ক্লাস্টার জিইডিতে পরিবর্তন করি তবে পারফরম্যান্সের কী কী প্রভাব পড়বে? টেবিলে অন্যান্য নন ক্লাস্টারযুক্ত সূচি রয়েছে যা ঘন ঘন অনুসন্ধান করা হবে। এই অনুসন্ধানগুলির কার্য সম্পাদনে কি এই প্রভাব পড়বে?
রডলস

+1 আমি জিইউইডিগুলির সাথে থাকার পরামর্শ দিই। বিতরণ সিস্টেমে তাদের প্রতিস্থাপন করা খুব কঠিন। আপনি কীভাবে ডেটা জিজ্ঞাসা করেছেন তার উপর ভিত্তি করে আপনার বড় টেবিল ক্লাস্টারড সূচকটি স্পষ্ট হওয়া উচিত ।
রিমাস রুসানু

1
হাই গাইস - মাত্র একটি আপডেট - আমি পরিবর্তনগুলি করেছি এবং পিইকে জিইউইডি-তে একটি নন ক্লাস্টার তৈরি করেছি এবং এসকিউএল সার্ভার ডাটাবেসে 2+ মিলিয়ন রেকর্ড সন্নিবেশ করায় ব্যস্ত। একই সাথে ডেটা sertedোকানো হচ্ছিল, আমি তথ্যের জন্য ডেটাবেস এবং প্রশ্নের পরিবর্তনের আগে 10 মিনিটে সময় বের করেছিলাম এমন প্রশ্নের জন্য 1-2 সেকেন্ডের মধ্যে সম্পন্ন করতে সক্ষম হয়েছি। সুতরাং - পিকে নন ক্লাস্টারযুক্ত করা এবং বিজিআইএনটি সম্পর্কে উদ্বিগ্ন না হওয়া ভালভাবে কাজ করেছে বলে মনে হয়। প্রত্যেকের ইনপুট এবং সহায়তার জন্য অনেক ধন্যবাদ।
রডলস

1

এটি একটি দীর্ঘ আদেশ।

আমাকে একজন মধ্যবিত্তের পদ্ধতির পরামর্শ দিন।

আমি সিস্টেম.গুইড.ইউইউইউইজিড () এলোমেলো গাইড তৈরির ক্ষেত্রে সমস্যা ছিল। (আমি ক্লায়েন্টকে সিক্যুয়েন্সাল তৈরি করতে ডাটাবেসের উপর নির্ভর না করে তাদের নিজস্ব গাইড তৈরি করার অনুমতি দিচ্ছিলাম)।

আমি যখন ক্লায়েন্টের পক্ষের কোনও ইউইডক্রিয়েটসেকুয়েনশিয়ালে চলে গেলাম, আমার অভিনয়টি আরও ভাল হয়ে উঠেছে, বিশেষত ইনসার্টগুলিতে।

এখানে ডটনেট ক্লায়েন্ট কোড ভুডু। আমি নিশ্চিত যে আমি কোথাও থেকে থেমেছি:

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;


namespace MyCompany.MyTechnology
{
  public static class Guid
  {


    [DllImport("rpcrt4.dll", SetLastError = true)]
    static extern int UuidCreateSequential(out System.Guid guid);


    public static System.Guid NewGuid()
    {
      return CreateSequentialUUID();
    }


    public static System.Guid CreateSequentialUUID()
    {
      const int RPC_S_OK = 0;
      System.Guid g;
      int hr = UuidCreateSequential(out g);
      if (hr != RPC_S_OK)
        throw new ApplicationException("UuidCreateSequential failed: " + hr);
      return g;
    }


  }
}














    /*

Original Reference for Code:
http://www.pinvoke.net/default.aspx/rpcrt4/UuidCreateSequential.html


*/

/*



Text From URL above:

UuidCreateSequential (rpcrt4)

Type a page name and press Enter. You'll jump to the page if it exists, or you can create it if it doesn't.
To create a page in a module other than rpcrt4, prefix the name with the module name and a period.
. Summary
Creates a new UUID 
C# Signature:
[DllImport("rpcrt4.dll", SetLastError=true)]
static extern int UuidCreateSequential(out Guid guid);


VB Signature:
Declare Function UuidCreateSequential Lib "rpcrt4.dll" (ByRef id As Guid) As Integer


User-Defined Types:
None.

Notes:
Microsoft changed the UuidCreate function so it no longer uses the machine's MAC address as part of the UUID. Since CoCreateGuid calls UuidCreate to get its GUID, its output also changed. If you still like the GUIDs to be generated in sequential order (helpful for keeping a related group of GUIDs together in the system registry), you can use the UuidCreateSequential function.

CoCreateGuid generates random-looking GUIDs like these:

92E60A8A-2A99-4F53-9A71-AC69BD7E4D75
BB88FD63-DAC2-4B15-8ADF-1D502E64B92F
28F8800C-C804-4F0F-B6F1-24BFC4D4EE80
EBD133A6-6CF3-4ADA-B723-A8177B70D268
B10A35C0-F012-4EC1-9D24-3CC91D2B7122



UuidCreateSequential generates sequential GUIDs like these:

19F287B4-8830-11D9-8BFC-000CF1ADC5B7
19F287B5-8830-11D9-8BFC-000CF1ADC5B7
19F287B6-8830-11D9-8BFC-000CF1ADC5B7
19F287B7-8830-11D9-8BFC-000CF1ADC5B7
19F287B8-8830-11D9-8BFC-000CF1ADC5B7



Here is a summary of the differences in the output of UuidCreateSequential:

The last six bytes reveal your MAC address 
Several GUIDs generated in a row are sequential 
Tips & Tricks:
Please add some!

Sample Code in C#:
static Guid UuidCreateSequential()
{
   const int RPC_S_OK = 0;
   Guid g;
   int hr = UuidCreateSequential(out g);
   if (hr != RPC_S_OK)
     throw new ApplicationException
       ("UuidCreateSequential failed: " + hr);
   return g;
}



Sample Code in VB:
Sub Main()
   Dim myId As Guid
   Dim code As Integer
   code = UuidCreateSequential(myId)
   If code <> 0 Then
     Console.WriteLine("UuidCreateSequential failed: {0}", code)
   Else
     Console.WriteLine(myId)
   End If
End Sub




*/

বিকল্প আইডিয়া:

যদি আপনার মূল ডিবি এবং রিমোট ডিবিগুলি "সংযুক্ত" হয় (যেমন, এসপি_লিংসারভার) ...... তবে আপনি মূল ডিবিটিকে "ইউইইড জেনারেটর" হিসাবে ব্যবহার করতে পারেন।

আপনি ইউইডির "একের পর এক" পেতে চান না, এটি খুব বেশি আড্ডাবাজি।

তবে আপনি uuid এর সেট নিতে পারেন।

নীচে কিছু কোড দেওয়া হল:

IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
 OBJECT_ID(N'[dbo].[uspNewSequentialUUIDCreateRange]') AND type in (N'P',
 N'PC'))

 DROP PROCEDURE [dbo].[uspNewSequentialUUIDCreateRange]

 GO



 CREATE PROCEDURE [dbo].[uspNewSequentialUUIDCreateRange] (

 @newUUIDCount int --return

 )

 AS

 SET NOCOUNT ON

 declare @t table ( dummyid int , entryid int identity(1,1) , uuid
 uniqueidentifier default newsequentialid() )

 insert into @t ( dummyid ) select top (@newUUIDCount) 0 from dbo.sysobjects
 so with (nolock)

 select entryid , uuid from @t

 SET NOCOUNT OFF

 GO

/ *

--START TEST

 set nocount ON

 Create Table #HolderTable (entryid int , uuid uniqueidentifier )

 declare @NewUUIDCount int

 select @NewUUIDCount = 20

 INSERT INTO #HolderTable EXEC dbo.uspNewSequentialUUIDCreateRange
 @NewUUIDCount

 select * from #HolderTable

 DROP Table #HolderTable

 --END TEST CODE

* /


আকর্ষণীয় - এবং যে পদ্ধতির বিষয়টি আমি বিবেচনা করি নি - আমি এটি আরও নিবিড়ভাবে পরীক্ষা করব কারণ এটি দেখতে দুর্দান্ত দেখাচ্ছে এবং কিছু পরীক্ষার প্রকল্প চালাবেন। যদি আমাদের ১৫০ টি ডাটাবেস থাকে যাতে ক্রমগত গাইডগুলি উত্পন্ন হয় যা কেন্দ্রীয় ডাটাবেসে ফিরে রিপোর্ট করা হয় তবে এটি কি এখনও খণ্ডন করতে পারে না কারণ কেন্দ্রীয় ডাটাবেসে প্রবেশ করার সময় গাইডগুলি মোটামুটি এলোমেলো হয়ে যেত। অবশ্যই আপনি বোঝাতে চাইলে ক্লাস্টারড পিকে ছাড়ুন এবং নন ক্লাস্টারড পিকে আছে?
রডলস

150 "দূরবর্তী" ডাটাবেসগুলি কি একবারে একটি oneোকানো হয়? বা তারা রাতে বা কিছু কিছু বাল্ক-সেটে ডেটা স্থানান্তর করছে? সুতরাং আপনি একটি শিলা এবং শক্ত জায়গার মধ্যে কিন্ডা। বিগিন্ট ব্যবহার করা অবশেষে ঘর থেকে বেরিয়ে যাবে (সম্ভবত) এবং আপনাকে এখনও অনেক ডিবিতে অনন্য মূল্য পেতে হবে। সুতরাং এখানে আমার মূল ধারণা। 150 টি দূরবর্তী ডাটাবেসগুলি কোনও কেন্দ্রীয় পরিষেবা থেকে তাদের ইউআইডি'র পেতে পারে? এটি একটি ধারণা। 150 টি রিমোট ডাটাবেসগুলি কি মূল ডাটাবেসের সাথে "লিঙ্কযুক্ত" (যেমন sp_addlinkedserver হিসাবে) রয়েছে? তারপরে আমার কাছে একটি ইউডিএফ রয়েছে যা বিবেচনা করা যেতে পারে। আমি এটি খুঁজে পেতে পারি কিনা তা আমাকে দেখতে দিন।
গ্রানাডা কোডার

এখানে একটি নিবন্ধ যা সিক্যুয়েনসিডের
আর্টিকেলস /

0

আপনার বর্ণনার ভিত্তিতে, বিগিন্টের সাথে যান। তবে জিইউইডির সূচকটি অনন্য হয়ে উঠতে পারে, যেহেতু জিইউইডিগুলি যে কোনওভাবেই বিশ্বব্যাপী অনন্য হতে পারে।


-1

জিইউইডিটি যদি অনন্য পরিচয় হিসাবে সঠিকভাবে সংরক্ষণ করা থাকে তবে কোনও পারফরম্যান্স সমস্যা থাকা উচিত নয় ... এবং আপনি যদি সিক্যুয়ালিয়াল জিইউডি আরও ভাল ব্যবহার করতে পারেন ...

এছাড়াও @mattytommo এর INT ব্যবহার করে প্রায় 11.5 বছর ভাল পয়েন্ট রয়েছে ...


হ্যাঁ - তবে গাইডটি এসএমএল সার্ভার ডাটাবেসে নয়, দূরবর্তী 150 টি ডাটাবেসে তৈরি করা হয়েছে - সুতরাং আমি সিক্যুয়ালগুইড ব্যবহার করতে পারি না - তবে প্রতিক্রিয়াটির জন্য ধন্যবাদ।
রডলস

সেক্ষেত্রে আমার মতে আপনার পরিকল্পনাটি একটি দুর্দান্ত পরিকল্পনা, আমি যে ডিবি পরিচালনা করি তার মধ্যে আমি একই রকম কাজ করেছি, আমি একটি INT ডেন্টিটি (1,1) তৈরি করেছি এবং এটি ক্লাস্টারড পিকে হিসাবে সেট করেছি পাশাপাশি ডেটাগুলির জন্য মানব পাঠযোগ্য শনাক্তকারী আপ টানুন এবং আমি জিইউইডি (সূচক )টিকে ট্র্যাকার হিসাবে রেখেছি যেখানে এটি উত্পন্ন হয়েছে তা সনাক্ত করতে সক্ষম হব। তবে আমার অনুপ্রেরণা স্থান সাশ্রয় থেকে বেশি ছিল ...
বোরিক

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