মক ডেটা জেনারেটর
নাম, ইমেল, ঠিকানা, ফোন নম্বর, UUID, তারিখ এবং আরও অনেক কিছুর মতো বাস্তবসম্মত নকল টেস্ট ডেটা — JSON, CSV বা চালানোর-জন্য-প্রস্তুত SQL INSERT স্টেটমেন্ট আকারে — তৈরি করুন। যে ফিল্ডগুলো চান তা টিক করুন, কতগুলো সারি চান তা বেছে নিন, এবং ফলাফলটি কপি বা ডাউনলোড করুন। সবকিছু আপনার ব্রাউজারে চলে: কিছুই আপলোড হয় না এবং কোনো বাস্তব ব্যক্তি ব্যবহার করা হয় না।
0 সারি
প্রতিটি ফিল্ড কী তৈরি করে
| ফিল্ড | কলাম | টাইপ | আপনি যা পান |
|---|---|---|---|
| ID (ক্রমিক) | id | number | একটি সারি সংখ্যা যা 1 থেকে শুরু হয়ে বাড়তে থাকে — একটি সরল প্রাইমারি কি। |
| UUID | uuid | string | একটি র্যান্ডম RFC 4122 ভার্সন-4 UUID, অর্থাৎ একটি বিশ্বব্যাপী অনন্য শনাক্তকারী। |
| নামের প্রথম অংশ | first_name | string | একটি বৈচিত্র্যময় আন্তর্জাতিক তালিকা থেকে বেছে নেওয়া একটি প্রদত্ত নাম। |
| নামের শেষ অংশ | last_name | string | একটি বৈচিত্র্যময় আন্তর্জাতিক তালিকা থেকে একটি পারিবারিক নাম। |
| পুরো নাম | full_name | string | সারির প্রথম ও শেষ নাম জোড়া লাগানো — সারির ভেতরে পরস্পর সামঞ্জস্যপূর্ণ রাখা হয়। |
| ইমেল | email | string | একই সারির নাম থেকে তৈরি একটি ঠিকানা, যেমন jane.smith@example.com। |
| ইউজারনেম | username | string | সারির নাম ও একটি সংখ্যা থেকে তৈরি একটি হ্যান্ডল, যেমন jsmith417। |
| ফোন | phone | string | একটি ফরম্যাট করা নম্বর, যেমন (415) 555-0132। |
| রাস্তার ঠিকানা | street_address | string | একটি বাড়ির নম্বর, রাস্তার নাম ও রাস্তার ধরন, যেমন 482 Oak Ave। |
| শহর | city | string | একটি বিশ্বব্যাপী তালিকা থেকে একটি শহরের নাম। |
| রাজ্য | state | string | দুই-অক্ষরের US রাজ্য কোড, যেমন CA। |
| ZIP / পোস্টকোড | zip | string | পাঁচ-অঙ্কের ডাক কোড (টেক্সট হিসেবে রাখা যাতে অগ্রণী শূন্য টিকে থাকে)। |
| দেশ | country | string | একটি বিশ্বব্যাপী তালিকা থেকে একটি দেশের নাম। |
| কোম্পানি | company | string | একটি কাল্পনিক কোম্পানি, যেমন "Patel Solutions"। |
| পদবি | job_title | string | একটি সাধারণ ভূমিকা, যেমন Product Manager। |
| তারিখ | date | string | গত পাঁচ বছরের মধ্যে একটি ISO তারিখ, যেমন 2024-03-18। |
| তারিখ-সময় | datetime | string | একটি ISO 8601 টাইমস্ট্যাম্প, যেমন 2024-03-18T09:41:07Z। |
| বুলিয়ান (active) | active | boolean | একটি true/false ফ্ল্যাগ — JSON-এ আসল বুলিয়ান, SQL-এ TRUE/FALSE। |
| সংখ্যা | number | number | 0 থেকে 999 পর্যন্ত একটি পূর্ণসংখ্যা। |
| দাম | price | number | দুই দশমিক স্থানের একটি পরিমাণ, যেমন 42.99। |
| রং (hex) | color | string | একটি র্যান্ডম hex রং, যেমন #3fa9c2। |
| IPv4 ঠিকানা | ipv4 | string | একটি ডটেড IPv4 ঠিকানা, যেমন 172.16.4.91। |
| ডোমেইন | domain | string | একটি ডোমেইন নাম, যেমন garcia.io। |
| URL | url | string | একটি https URL, যেমন https://lee.com/dolor। |
| অনুচ্ছেদ (lorem) | paragraph | string | প্লেসহোল্ডার টেক্সটের একটি ছোট lorem-ipsum বাক্য। |
আউটপুট ফরম্যাট
| ফরম্যাট | কীসের জন্য সবচেয়ে ভালো |
|---|---|
| JSON | NoSQL স্টোর সিড করা, API রেসপন্স মক করা, বা JSON পড়ে এমন অ্যাপে ইমপোর্ট করার জন্য। আউটপুট হলো objects-এর একটি array। |
| CSV | স্প্রেডশিটে খোলা বা কোনো ডেটাবেস বা CRM-এ বাল্ক-ইমপোর্ট করার জন্য। প্রথম লাইনটি হেডার সারি; মানগুলো কেবল তখনই কোট করা হয় যখন সেগুলো এস্কেপ করার প্রয়োজন হয়। |
| SQL | সরাসরি কোনো ডেটাবেসে ফেলার জন্য। একটি একক বহু-সারি INSERT স্টেটমেন্ট — স্ট্রিং কোট ও এস্কেপ করা হয়, সংখ্যা ও বুলিয়ান যেমন আছে তেমনই রাখা হয়। |
এটি কীভাবে ব্যবহার করবেন
- যে ফিল্ডগুলো আপনার দরকার তা টিক করুন — অথবা সবকিছু ধরতে সব নির্বাচন করুন ব্যবহার করে যেগুলো চান না সেগুলো আনটিক করুন। আউটপুট কলামগুলো তালিকায় দেখানো ক্রম অনুসরণ করে।
- সারির সংখ্যা ঠিক করুন (1,000 পর্যন্ত) এবং আপনার ফরম্যাট বেছে নিন: JSON, CSV বা একটি SQL INSERT (SQL-এর জন্য টেবিল নাম সেট করুন)।
- ডেটা সঙ্গে সঙ্গে দেখা যায়। নতুন এলোমেলো সেটের জন্য পুনরায় তৈরি করুন চাপুন, তারপর ফাইলটি কপি বা ডাউনলোড করুন।
ডেটা কীভাবে তৈরি হয়
প্রতিটি মান আপনার নিজের ডিভাইসে সাদামাটা JavaScript দিয়ে তৈরি হয়। এলোমেলো নির্বাচনগুলো ব্রাউজারের
crypto.getRandomValues থেকে আসে — একটি ক্রিপ্টোগ্রাফিকভাবে শক্তিশালী, নিরপেক্ষ উৎস —
যা নাম, শহর, দেশ, রাস্তা ও পদবির ছোট অন্তর্নির্মিত শব্দ-তালিকায় প্রয়োগ করা হয়।
প্রতিটি সারি একটি একক এলোমেলোভাবে বেছে নেওয়া ব্যক্তি থেকে শুরু হয় যাতে সম্পর্কিত ফিল্ডগুলো মেলে:
পুরো নাম প্রথম ও শেষ নামের সাথে মেলে, এবং ইমেল ও ইউজারনেম সেই একই নাম থেকে তৈরি হয়। দাম, রং বা
IP ঠিকানার মতো স্বাধীন ফিল্ডগুলো নিজে নিজেই আলাদাভাবে এলোমেলো হয়।
ফরম্যাটারটি সেই জটিল খুঁটিনাটিগুলোও সামলায় যা অগোছালো এক্সপোর্ট ভেঙে ফেলে। CSV-তে, কোনো মান
যাতে কমা, ডবল-কোট বা লাইন ব্রেক থাকে তা কোটে মোড়া হয় এবং তার ভেতরের কোটগুলো দ্বিগুণ করা হয়,
যাতে কলাম কখনো সরে না যায়। SQL-এ, টেক্সট একক কোটে মোড়া হয় এবং যেকোনো অ্যাপোস্ট্রফি এস্কেপ করা হয়
(O'Brien → 'O''Brien'), যেখানে সংখ্যা ও বুলিয়ান কোট ছাড়া লেখা হয়
(TRUE/FALSE) যাতে স্টেটমেন্টটি যেমন আছে তেমনই চলে। JSON-এ, সংখ্যা ও
বুলিয়ান স্ট্রিং না হয়ে আসল JSON টাইপ হিসেবেই থাকে।
মক ডেটার সাধারণ ব্যবহার
- একটি ডেটাবেস বা CMS সিড করুন ডেভেলপমেন্টের সময় যাতে স্ক্রিন খালি না থাকে।
- একটি API রেসপন্স মক করুন যাতে ব্যাক এন্ড তৈরি হওয়ার আগেই ফ্রন্ট এন্ড বানানো যায়।
- তালিকা, টেবিল ও পেজিনেশন স্ট্রেস-টেস্ট করুন শত শত সারি দিয়ে।
- ডেমো ও স্ক্রিনশট ভরান "test test"-এর বদলে প্রশংসনীয় রেকর্ড দিয়ে।
- ডকুমেন্টেশন ও টিউটোরিয়াল লিখুন নিরাপদ, অ-ব্যক্তিগত নমুনা ডেটা ব্যবহার করে।
- আসল গ্রাহক ডেটা কপি করা এড়িয়ে যান স্টেজিংয়ে — একটি সাধারণ গোপনীয়তা ঝুঁকি।
JSON বনাম CSV বনাম SQL — আমার কোনটি ব্যবহার করা উচিত?
JSON বেছে নিন যখন ভোক্তা কোড: এটি আসল সংখ্যা ও বুলিয়ানসহ objects-এর একটি array,
কোনো API মক করা বা কোনো ডকুমেন্ট ডেটাবেস সিড করার জন্য আদর্শ। CSV বেছে নিন যখন
কোনো মানুষ বা স্প্রেডশিট জড়িত, বা যখন কোনো টুলে "CSV থেকে বাল্ক ইমপোর্ট" অপশন থাকে — এখানকার
এস্কেপিং মানে কোনো ঠিকানার ভেতরের কমা বা কোনো নোটের ভেতরের কোট ফাইলটি নষ্ট করবে না।
SQL বেছে নিন যখন আপনি সারিগুলো সরাসরি কোনো রিলেশনাল ডেটাবেসে লোড করতে চান: একক
বহু-সারি INSERT কোনো টেবিল ভরানোর দ্রুততম উপায়, এবং যেহেতু মানগুলো যথাযথভাবে কোট ও
টাইপ করা থাকে, আপনি এটি কোনো ক্লায়েন্টে পেস্ট করে কোনো সম্পাদনা ছাড়াই চালাতে পারেন।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
- মক (ডামি) ডেটা কী এবং আমার এটি কেন প্রয়োজন হবে?
- মক ডেটা হলো বাস্তব দেখতে কিন্তু সম্পূর্ণ কাল্পনিক তথ্য যা আসল রেকর্ডের বদলে ব্যবহার করা হয়। ডেভেলপার ও টেস্টাররা এটি ব্যবহার করেন একটি ডেটাবেস সিড করতে, তৈরি হওয়া UI ভরাতে, অ্যাপটি অনেক সারি নিয়ে কেমন আচরণ করে তা পরীক্ষা করতে, কোনো প্রোডাক্ট ডেমো করতে, বা উদাহরণ লিখতে — এসবই আসল গ্রাহক ডেটা স্পর্শ না করে। যেহেতু এর কোনোটিই কোনো বাস্তব ব্যক্তিকে বর্ণনা করে না, এটি প্রোডাকশন ডেটা টেস্ট পরিবেশে কপি করার গোপনীয়তা ও কমপ্লায়েন্স ঝুঁকি এড়িয়ে যায়।
- ডেটা কি সত্যিই র্যান্ডম, এবং এটি কি আসল লোকদের বর্ণনা করে?
- মানগুলো সাধারণ শব্দ-তালিকা (সাধারণ প্রথম ও শেষ নাম, শহর, দেশ, রাস্তার নাম, পদবি) থেকে ব্রাউজারের ক্রিপ্টোগ্রাফিকভাবে শক্তিশালী র্যান্ডম নম্বর জেনারেটর ব্যবহার করে এলোমেলোভাবে নেওয়া হয়। কোনো তৈরি করা নাম-ও-ইমেল সংমিশ্রণের সাথে কোনো বাস্তব ব্যক্তির মিল সম্পূর্ণ কাকতালীয় — এখানে কিছুই আসল রেকর্ড থেকে স্ক্র্যাপ করা বা তার সাথে যুক্ত নয়, তাই এটি টেস্ট, ডেমো ও ডকুমেন্টেশনে প্রকাশ করা নিরাপদ।
- একটি সারির ফিল্ডগুলো কি পরস্পরের সাথে সামঞ্জস্যপূর্ণ?
- হ্যাঁ, যেখানে তা যুক্তিসঙ্গত। প্রতিটি সারি একটি এলোমেলোভাবে বেছে নেওয়া ব্যক্তি থেকে শুরু হয়, তাই পুরো নাম প্রথম ও শেষ নামের সাথে মেলে, এবং ইমেল ও ইউজারনেম সেই একই নাম থেকে তৈরি হয় (উদাহরণস্বরূপ Jane Smith → jane.smith@example.com এবং jsmith417)। শহর, দাম বা রঙের মতো স্বাধীন ফিল্ডগুলো আলাদাভাবে এলোমেলো হয়, যা ঠিক যেভাবে আসল রেকর্ড দেখায় তেমনই।
- আমার কোন আউটপুট ফরম্যাট বেছে নেওয়া উচিত — JSON, CSV নাকি SQL?
- JSON ব্যবহার করুন যখন আপনি কোনো API রেসপন্স মক করছেন বা কোনো ডকুমেন্ট স্টোর সিড করছেন — এটি আসল সংখ্যা ও বুলিয়ানসহ objects-এর একটি array। CSV ব্যবহার করুন ডেটা স্প্রেডশিটে খুলতে বা বাল্ক-ইমপোর্ট করতে, যথাযথ এস্কেপিংসহ যাতে কোনো মানের ভেতরের কমা, কোট ও লাইন ব্রেক কখনো কলাম ভেঙে না ফেলে। SQL ব্যবহার করুন যখন আপনি সারিগুলো সরাসরি কোনো ডেটাবেসে পেস্ট করতে চান: এটি একটি বহু-সারি INSERT তৈরি করে যেখানে স্ট্রিং নিরাপদভাবে কোট করা হয় এবং সংখ্যা ও বুলিয়ান কোট ছাড়া থাকে।
- আমি একবারে কতগুলো সারি তৈরি করতে পারি?
- প্রতি রানে 1 থেকে 1,000 সারি পর্যন্ত, যা একটি টেবিল সিড করতে বা একটি পেজিনেটেড তালিকা পরখ করতে যথেষ্ট। সবকিছু আপনার ডিভাইসে তৈরি হয়, তাই বড় সেট কেবল পৃষ্ঠাটিকে সাড়াশীল রাখতে সীমিত থাকে; মানের সম্পূর্ণ নতুন সেটের জন্য পুনরায় তৈরি করুন চাপুন, বা সারির সংখ্যা বদলান এবং আউটপুট সঙ্গে সঙ্গে আপডেট হয়।
- কিছু কি কোনো সার্ভারে আপলোড হয়?
- না। পুরো জেনারেটরটি সাদামাটা JavaScript যা আপনার ব্রাউজারে চলে, তাই ডেটা কখনো আপনার ডিভাইস থেকে বাইরে যায় না এবং টুলটি অফলাইনেও কাজ করতে থাকে। এর মানে এটাও যে আপনি এটি কোনো কর্পোরেট ফায়ারওয়ালের পেছনে বা কোনো এয়ার-গ্যাপড মেশিনে নিরাপদে ব্যবহার করতে পারেন, আপনার টেস্ট ডেটা কোথায় যায় তা নিয়ে দুশ্চিন্তা না করেই।