নকল ডেটা জেনারেটর

দশ সারির পরীক্ষার ডেটা প্রস্তুত — একটি সেটিং বদলান, আউটপুট সঙ্গে সঙ্গে বদলায়।

10

একই সিড + একই সেটিংস = একই ডেটা।

কীভাবে ব্যবহার করবেন

  1. পেজ খুললেই দশ সারির CSV তৈরি থাকে — হেডার সারিসহ, তাই টেক্সট সরাসরি ফিক্সচার, স্প্রেডশিট বা ডেটাবেস ইমপোর্টে যেতে পারে।
  2. সারির সংখ্যা (1–200) ঠিক করুন, CSV, JSON বা SQL বাছুন, আর দরকারি ফিল্ডগুলো টিক দিন। বদলানোর সঙ্গে সঙ্গে সব নতুন করে তৈরি হয়; ফরম্যাট বদলালে নতুন সারি না বানিয়ে একই সারিগুলোই আবার সিরিয়ালাইজ হয়।
  3. ডেটার ভাষা বাছুন — ইংরেজি, 简体中文 বা العربية — ইন্টারফেসের ভাষা থেকে আলাদাভাবে। নাম, কোম্পানি ও শহর/দেশ জোড়া সেই বাছাই অনুসরণ করে, আর ফিল্ডের কী, ISO তারিখ ও SQL সিনট্যাক্স অপরিবর্তিত থাকে।
  4. একই ডেটা আবার চাইলে একটি সিড দিন: একই সিড, সারি, ফিল্ড ও ডেটার ভাষা সবসময় একই ব্যাচ দেয়। ঠিক দেখালে কপি বা ডাউনলোড করুন — কিছুই আপলোড, সংরক্ষণ বা URL-এ রাখা হয় না।

উদাহরণ

সেটিংস

10 সারি · CSV · ইংরেজি · id, name, email, phone, city, country

একটি সম্ভাব্য ফলাফল

id,name,email,phone,city,country
1,Olivia Bennett,olivia.bennett@example.com,1-202-555-0142,New York,United States
2,Liam Carter,liam.carter@example.net,1-202-555-0107,London,United Kingdom
3,Emma Collins,emma.collins@example.org,1-202-555-0164,Toronto,Canada
…

মানগুলো র‍্যান্ডম, তাই আপনার ফলাফল আলাদা হবে। হেডার কী, 1–10 পর্যন্ত id, এবং প্রতিটি ইমেইল example.com, example.net বা example.org-এ শেষ হচ্ছে কি না দেখুন। JSON বা SQL-এ গেলে নতুন সারি না বানিয়ে এই একই সারিগুলোই আবার সিরিয়ালাইজ হয়।

নিয়ম, সীমাবদ্ধতা ও পরিচিত সমস্যা

  • প্রতিটি মান কাল্পনিক। নাম, কোম্পানি ও শহর আসে ছোট হাতে লেখা শব্দতালিকা থেকে; বাস্তব ব্যক্তি বা প্রতিষ্ঠানের সঙ্গে মিল আকস্মিক।
  • ইমেইল সংরক্ষিত ডোমেইন example.com, example.net ও example.org (RFC 2606) ব্যবহার করে: এক ব্যাচে এগুলো অনন্য, কিন্তু কখনো মেইল পেতে পারে না, আর নতুন ব্যাচে ঠিকানা পুনরাবৃত্তি হতে পারে।
  • ফোন নম্বর ফরম্যাটের নমুনা, বরাদ্দ করা নম্বর নয়। উত্তর আমেরিকার মান 555-0100–0199 কল্প-পরিসরে; চীনা ও আরবি মান শূন্য-প্যাডেড ব্লক ব্যবহার করে। প্যাটার্ন কেবল ডেটার ভাষা অনুসরণ করে, একই সারির শহর বা দেশ নয়। কিছু দেশে সংরক্ষিত পরিসর নেই, তাই তৈরি নম্বর বাস্তবে থাকতে পারে — সেখানে কল বা এসএমএস করবেন না।
  • অবস্থান কেবল একটি শহর ও একটি দেশ: রাস্তা, পোস্টাল কোড বা কোঅর্ডিনেট নেই। এক সারির শহর ও দেশ সবসময় একই জোড়া থেকে আসে, কিন্তু সেটি ডেলিভারযোগ্য ঠিকানা নয়।
  • CSV-তে সবসময় হেডার সারি, LF লাইন এন্ডিং ও BOM থাকে না। পুরোনো Excel সংস্করণ ডাবল-ক্লিকে নন-ASCII CSV বিকৃত করতে পারে; বরং UTF-8 হিসেবে ইমপোর্ট করুন, বা JSON ব্যবহার করুন।
  • মেশিন-পাঠযোগ্য সিনট্যাক্স কখনো ইন্টারফেসের ভাষা অনুসরণ করে না: ফিল্ডের কী (id, name, email…), ISO তারিখ, বিন্দু-দশমিক ও fake_data SQL টেবিলের নাম প্রতিটি ভাষায় একই থাকে, তাই আউটপুট সরাসরি ইমপোর্ট করা যায়।
  • কেবল দশটি নির্দিষ্ট ফিল্ড। নিজের ফিল্ডের নাম, ধরন, খালি রাখার হার, পুনর্বিন্যাস, ফরেন কী ও ইউনিকনেস শর্ত সমর্থিত নয়; নাম ও ফোন পুনরাবৃত্তি হতে পারে, কেবল ইমেইল এক ব্যাচে ডুপ্লিকেটমুক্ত হয়।
  • র‍্যান্ডমনেস নিরাপদ নয়: সিডে mulberry32-সহ অ-ক্রিপ্টোগ্রাফিক হ্যাশ ব্যবহৃত হয়, আর UUID কেবল v4-এর আকারে। পাসওয়ার্ড, টোকেন, কী বা অনুমানযোগ্য না হওয়া উচিত এমন কিছুতে ব্যবহার করবেন না।
  • পুনরুৎপাদনের জন্য পুরো সেটিংস দরকার: একই সিড, একই সারি সংখ্যা, একই ফিল্ড ও একই ডেটার ভাষা। ফরম্যাট র‍্যান্ডম ড্রয়ে অংশ নেয় না, তাই CSV, JSON ও SQL স্বাধীনভাবে বদলাতে পারেন।
  • প্রতি তৈরি-এ সারিসীমা 200, যাতে ফলাফল নির্দিষ্ট উচ্চতার প্যানেলে ধরে এবং সঙ্গে সঙ্গে হালনাগাদ হয়। বড় ডেটাসেটের জন্য কয়েকটি ব্যাচ বা একটি স্ক্রিপ্ট দরকার।
  • ইতিহাস, আনডু বা সেভ নেই। রিলোড করলে সব মুছে যায়; ফেরার একমাত্র উপায় সিড। কিছুই আপলোড, localStorage-এ সংরক্ষণ বা URL-এ লেখা হয় না।

ফিক্সচার প্রস্তুত হলে সাধারণত এগুলো কাজে লাগে।