একটি ডাটাবেসে ডাক ঠিকানা সংরক্ষণের জন্য সেরা অনুশীলন (আরডিবিএমএস)?


106

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

আমি যে ট্রেড অফের কথা বলছি তার উদাহরণগুলি জিপকোড বনাম চার্জ ক্ষেত্র হিসাবে পূর্ণসংখ্যা হিসাবে সংরক্ষণ করা হচ্ছে, বাড়ির নম্বরটি পৃথক ক্ষেত্র হিসাবে বা ঠিকানা লাইন 1 এর অংশ হিসাবে সংরক্ষণ করা উচিত, স্যুট / অ্যাপার্টমেন্ট / ইত্যাদি নম্বরগুলি স্বাভাবিক করা উচিত বা কেবল একটি হিসাবে সংরক্ষণ করা উচিত ঠিকানা লাইন 2 এ পাঠ্যের অংশ, আপনি জিপ +4 কীভাবে পরিচালনা করবেন (পৃথক ক্ষেত্র বা একটি বড় ক্ষেত্র, পূর্ণসংখ্যার বনাম পাঠ্য)? প্রভৃতি

আমি এই মুহুর্তে মার্কিন যুক্তরাষ্ট্রের ঠিকানাগুলির সাথে প্রাথমিকভাবে উদ্বিগ্ন তবে আমি ধারণা করি যে বিশ্বজুড়ে যাওয়ার ঘটনাটির জন্য নিজেকে প্রস্তুত করার ক্ষেত্রে কয়েকটি সেরা অনুশীলন রয়েছে (যেমন, জিপ কোডের পরিবর্তে রাজ্য বা ডাক কোডের পরিবর্তে ক্ষেত্রের নামকরণ যথাযথভাবে করা উচিত, প্রভৃতি


3
ব্যাট জিপের ঠিক বাইরেই একটি চর ক্ষেত্র হতে হবে - অন্যথায় 0 দিয়ে শুরু হওয়া নির্দিষ্ট পিনকোডগুলি ভুল হয়ে যাবে।
মেনাশেহ

1
থাম্বের নিয়ম হিসাবে, যখন আপনাকে সংখ্যা দিয়ে গণিতের গণনা করার দরকার হয়, এটি পূর্ণসংখ্যা হওয়া উচিত। আপনি যদি কেবল এটি প্রদর্শন করেন তবে এটি চর (টেলিফোন, জিপ কোড ইত্যাদি) হওয়া উচিত
জিকাতো

উত্তর:


37

আরও আন্তর্জাতিক ব্যবহারের জন্য, বিবেচনা করার জন্য একটি স্কিমা হ'ল এটি ড্রুপাল অ্যাড্রেস ফিল্ড দ্বারা ব্যবহৃত । এটি xNAL স্ট্যান্ডার্ডের উপর ভিত্তি করে , এবং বেশিরভাগ আন্তর্জাতিক কেসগুলি দেখে মনে হচ্ছে to এই মডিউলটিতে কিছুটা খনন করা আন্তর্জাতিকভাবে ঠিকানাগুলির ব্যাখ্যা ও বৈধতা দেওয়ার জন্য কিছু সুন্দর মুক্তো প্রকাশ করবে। এটিতে আইএসও কোড সহ প্রশাসনিক অঞ্চলগুলির (প্রদেশ, রাজ্য, ওব্লাস্ট ইত্যাদি) একটি দুর্দান্ত সেট রয়েছে।

এখানে মডিউল পৃষ্ঠা থেকে অনুলিপি করা স্কিমার সংক্ষিপ্তসার এখানে দেওয়া হয়েছে:

country => Country (always required, 2 character ISO code)
name_line => Full name (default name entry)
first_name => First name
last_name => Last name
organisation_name => Company
administrative_area => State / Province / Region (ISO code when available)
sub_administrative_area => County / District (unused)
locality => City / Town
dependent_locality => Dependent locality (unused)
postal_code => Postal code / ZIP Code
thoroughfare => Street address
premise => Apartment, Suite, Box number, etc.
sub_premise => Sub premise (unused)

আমি শিখেছি একটি পাঠ:

  • সংখ্যাগত কিছু সংরক্ষণ করবেন না।
  • দেশ এবং প্রশাসনিক অঞ্চল যেখানে সম্ভব সেখানে আইএসও কোড হিসাবে স্টোর করুন।
  • যখন আপনি জানেন না, প্রয়োজনীয় ক্ষেত্রগুলি সম্পর্কে শিথিল হন। কিছু দেশ আপনার গৃহীত ক্ষেত্রগুলি, এমনকি locality& এর মতো প্রাথমিক জিনিসগুলি ব্যবহার নাও করতে পারে thoroughfare

1
আমি কী জিজ্ঞাসা করতে পারি "নাম_লাইন" কিসের জন্য? আমি ড্রুপাল ডক্স বা এক্সএনএল স্ট্যান্ডার্ডে সত্যই কোনও ব্যাখ্যা খুঁজে পাচ্ছি না। নাম_লাইনটি আমি কীভাবে এটি বুঝতে পারি তা মেইলের মাধ্যমে প্রকৃত চিঠি বা পার্সেল প্রেরণের জন্য। FIRST_NAME / LAST_NAME শুধুমাত্র যদি আপনাকে ইমেলের মাধ্যমে সরাসরি গ্রাহকের মোকাবেলার যেমন চান প্রয়োজন হয় ( "প্রিয় মশাই <LAST_NAME>")। নাকি এর অন্য কোনও উদ্দেশ্য / উপকার আছে?
লুবা

(বৃহত্তর) বাণিজ্যিক প্রাঙ্গনে বিতরণ করার সময়, অভ্যন্তরীণ মেইল ​​বিতরণ সিস্টেমের জন্য প্রায়শই একটি নাম প্রয়োজন হয় (মেল রুম সহ অফিসের বিল্ডিংগুলি বিবেচনা করুন)
ক্রিস ব্রাউন

ঠিকানা ফিল্ড দ্বারা প্রতিস্থাপিত হয়েছে ঠিকানার । দেখে মনে হচ্ছে ক্ষেতগুলি কিছুটা আলাদা হতে পারে
গ্যাভিন হেইনস

24

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

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

আমি পোস্টকোডের জন্য পৃথক ক্ষেত্রের সাথে একসাথে able 10 ভেরিয়েবল-দৈর্ঘ্যের স্ট্রিংয়ের পরামর্শ দেব (এবং জাতীয় সংবেদনশীলতাগুলি মোকাবেলা করার জন্য আপনি কীভাবে এটি বর্ণনা করেন তা যত্নবান হন)। ব্যবহারকারী / গ্রাহককে তাদের ঠিকানাগুলি কীভাবে লিখবেন তা সিদ্ধান্ত নিতে দিন।


এটির মূল্যের জন্য, এটি কোনও ওয়েব সাইটের জন্য নয়, তবে আন্তর্জাতিক ঠিকানাগুলির বিষয়টি এখনও ভালভাবে নেওয়া হয়েছে।
জন

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

20

অন্যান্য দেশ কীভাবে ডাক ঠিকানা ব্যবহার করে সে সম্পর্কে আপনার যদি বিশদ তথ্যের প্রয়োজন হয় তবে এখানে একটি খুব ভাল রেফারেন্স লিংক রয়েছে (কলম্বিয়া বিশ্ববিদ্যালয়):

ডাক ঠিকানাগুলিতে ফ্র্যাঙ্কের বাধ্যতামূলক গাইড আন্তর্জাতিক মেইলের জন্য কার্যকর ঠিকানা


17

"অর্ধ সংখ্যা", বা আমার বর্তমান ঠিকানা, "129A" ​​এর মতো কিছু বিশেষ কারণে - আপনার অবশ্যই ঘর নম্বরটি একটি সংখ্যার চেয়ে একটি চরিত্রের ক্ষেত্র হিসাবে সংরক্ষণ করা উচিত, তবে এটিকে অ্যাপার্টমেন্ট হিসাবে বিবেচনা করা হয় না সরবরাহ সেবা জন্য নম্বর।


11

আমি এটি করেছি (একটি ডাটাবেসে কঠোরভাবে মডেল ঠিকানা কাঠামো), এবং আমি এটি আর কখনও করব না। আপনি কল্পনা করতে পারবেন না যে ব্যতিক্রমগুলি কতটা ক্রেজি যে আপনাকে নিয়ম হিসাবে বিবেচনা করতে হবে।

আমি অস্পষ্টভাবে নরওয়েজিয়ান পোস্টাল কোডগুলির সাথে কিছু সমস্যা স্মরণ করি (আমার মনে হয়), ওসলো ব্যতীত সমস্ত 4 পজিশন ছিল, যার 18 বা তার বেশি ছিল।

আমি ইতিবাচকভাবে নিশ্চিত যে যেহেতু আমরা আমাদের নিজস্ব জাতীয় ঠিকানার জন্য ভৌগলিকভাবে সঠিক জিপ কোডগুলি ব্যবহার শুরু করেছি, তখন থেকেই বেশ কয়েকজন লোক অভিযোগ করতে শুরু করেছিল যে তাদের মেলটি খুব দেরিতে এসেছিল। দেখা গেছে যে এই লোকেরা ডাক অঞ্চলের মধ্যে একটি সীমান্তরেখার নিকটে বাস করছিল, এবং সত্যই কেউ ডাক অঞ্চলে বাস করছিল সত্ত্বেও, বলুন, ১00০০, বাস্তবে তার মেইল ​​ডাক অঞ্চলে সম্বোধন করা উচিত, কারণ বাস্তবে এটি ছিল পাশের ডাক অঞ্চল এটি প্রকৃতপক্ষে তাকে পরিবেশন করেছে, সুতরাং তার সঠিক ডাক অঞ্চলে তার মেইল ​​প্রেরণে সেই মেইলটি পৌঁছাতে আরও কয়েক দিন সময় লাগবে, কারণ সঠিক ডাকঘরে ভুল ডাকঘরে পাঠাতে অযাচিত হস্তক্ষেপের প্রয়োজন ছিল ...

(আমরা সেই দেশগুলিতে আইএসও-কোড 'জেডজেড' দিয়ে বিদেশে একটি ঠিকানা দিয়ে লোকদের নিবন্ধকরণ শেষ করেছি))


8

আপনার অবশ্যই অবশ্যই " একটি সম্পর্কিত ডেটাবেজে তথ্য ঠিকানা মডেল করার ভাল উপায় " এর পরামর্শ নেওয়া উচিত তবে আপনার প্রশ্নটি এর সরাসরি সদৃশ নয়।

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

বিবেচনা করার জন্য একটি প্রধান বিষয় হ'ল ঠিকানাগুলির সুযোগ। যদি আপনার ডাটাবেসে অবশ্যই আন্তর্জাতিক ঠিকানাগুলির সাথে ডিল করতে হয় তবে আপনাকে যদি কেবল একটি দেশে ঠিকানার সাথে ডিল করতে হয় তবে আপনাকে আরও নমনীয় হতে হবে।

আমার দৃষ্টিতে, এটি প্রায়শই (যার অর্থ সর্বদা বোঝায় না ) ঠিকানার 'ঠিকানা লেবেল চিত্রটি' রেকর্ড করা এবং সামগ্রীটি পৃথকভাবে বিশ্লেষণ করা উভয়ই বোধগম্য। এটি আপনাকে পোস্টাল কোড স্থাপনের মধ্যে পার্থক্য মোকাবেলায় মঞ্জুরি দেয়, উদাহরণস্বরূপ, বিভিন্ন দেশের মধ্যে। অবশ্যই, আপনি এমন একটি বিশ্লেষক এবং এমন একটি ফর্ম্যাটর লিখতে পারেন যা বিভিন্ন দেশের উদ্দীপনা পরিচালনা করে (উদাহরণস্বরূপ, মার্কিন ঠিকানাগুলিতে 2 বা 3 লাইন রয়েছে; বিপরীতে, ব্রিটিশ ঠিকানাগুলিতে যথেষ্ট পরিমাণে আরও থাকতে পারে; আমি লিখি এমন একটি ঠিকানার সময়কাল 9 লাইন থাকে) has তবে বিশ্লেষণ এবং ফর্ম্যাটিং করা মানুষের পক্ষে করা সহজ এবং ডিবিএমএসকে কেবল ডেটা সঞ্চয় করতে দেওয়া সহজ।


7

আপনি রাস্তার নম্বর বা জিপ / ডাক কোডগুলিতে গণিত করতে যাচ্ছেন না, আপনি কেবল ভবিষ্যতের ব্যথাটিকে সংখ্যার হিসাবে সংরক্ষণ করে আমন্ত্রণ জানাচ্ছেন।

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

ডিস্ক স্পেসের ব্যয় এটি পরে ঠিক করার ব্যয়ের চেয়ে অনেক সস্তা হতে চলেছে ... y2k কেউ?


7

@ জোনাথন লেফলার এবং @ পল ফিশার যা বলেছেন তা যুক্ত করে

আপনি যদি কানাডা বা মেক্সিকোয় ডাক ঠিকানাগুলি আপনার প্রয়োজনীয়তার সাথে যুক্ত করে থাকেন এমন প্রত্যাশা করেন তবে postal-codeস্ট্রিং হিসাবে সংরক্ষণ করা একান্ত আবশ্যক। কানাডায় আলফা-সংখ্যাযুক্ত ডাক কোড রয়েছে এবং আমার মাথার উপরের দিক থেকে মেক্সিকো দেখতে কেমন তা আমার মনে নেই।


7

Ive খুঁজে পেয়েছি যে বৃহত্তম বিচ্ছিন্ন ইউনিট থেকে বৃহত্তম পর্যন্ত সমস্ত সম্ভাব্য ক্ষেত্রের তালিকা করা সবচেয়ে সহজ উপায়। ব্যবহারকারীরা তাদের উপযুক্ত ক্ষেত্রগুলি পূরণ করবে। আমার ঠিকানা সারণীটি দেখতে এমন দেখাচ্ছে:

*********************************
  Field              Type
*********************************
  address_id (PK)    int
  unit               string
  building           string        
  street             string
  city               string
  region             string
  country            string
  address_code       string
*********************************

আপনি পিও বক্সস কীভাবে সংরক্ষণ করবেন?
জোয়ান

কেবল অন্য কলামে PO_box যুক্ত করুন যদি আপনাকে এটি পূর্ববর্তীভাবে করতে হয়, তার অর্থ পূর্ববর্তী ঠিকানাগুলির কোনও
একটিতে

2

জিপকে একটি নম্বর বা ভ্রচারের হিসাবে সংরক্ষণ করার ক্ষেত্রে "বাণিজ্য বন্ধ" কোথায়? এটি কেবল একটি পছন্দ - যদি না উভয়েরই সুবিধা হয় এবং অন্যকে পাওয়ার জন্য আপনাকে কিছু সুবিধা ছেড়ে দিতে হয় তবে তা বাণিজ্য নয়।

জিপগুলির যোগফলের কোনও অর্থ না হলে সংখ্যা হিসাবে জিপগুলি কার্যকর হয় না।


একটি ট্রেডঅফ ডাটাবেস আকার হতে পারে। মাইএসকিএল ৫-এ, একটি মাঝারি সারিটি প্রতি সারিতে কেবলমাত্র 3 বাইট লাগবে এবং একটি ভারচর (5) দ্বিগুণ গ্রহণ করবে। আমি আরও ভেবেছিলাম যে সংখ্যাগুলি অনুসন্ধানগুলি পাঠ্যের চেয়ে দ্রুত ছিল, তবে আমি তাতে ইতিবাচক নই।
জিপিজেড

4
এক একটি বার্চার ব্যবহার করা উচিত। কানাডিয়ান পোস্টাল কোডটিতে একটি আলফা সংখ্যাসূচক এনকোডিং ব্যবহার করা হয়, যা কোনও সংখ্যায় ভাল মানায় না।
এভিলটিচ

1
যদিও আমি এই অর্থে ভারচার ব্যবহার করার পিছনে "ফরওয়ার্ডস-সামঞ্জস্যপূর্ণ" যুক্তিটি বুঝতে পারি, "সংখ্যা হিসাবে জিপগুলি দরকারী নয়" এই দাবিটি কিছুটা দুরূহ নয়। আপনি যদি জানেন যে আপনি কেবলমাত্র মার্কিন যুক্তরাষ্ট্রের জিপ কোডগুলির সাথে কাজ করছেন, তবে জিপ কোডগুলি পূর্ণসংখ্যার হিসাবে সংরক্ষণ করার অর্থ হয়, ঠিক যেমন কঠোরভাবে টাইপ করা ভাষায় লেখার সময়, আপনি স্ট্রিং টাইপ হিসাবে সমস্ত কিছু সংজ্ঞায়িত করেন না ... আপনি যদি এটি একটি সংখ্যা হতে চলেছে জানেন, কেন ডিবি / প্রোগ্রামিং ভাষার টাইপ চেকিংয়ের উপর ঝুঁকবেন না এবং এটি কী তা কল করুন - একটি পূর্ণসংখ্যা?
রিনোগো

1
@ রিনোগো বারচার ব্যবহারের জন্য একটি যুক্তি হ'ল জিপ কোডগুলি গাণিতিক অর্থে সংখ্যাগত নয়; এগুলিতে সংযোজন বা বিয়োগ করা কোনও অর্থবোধ করে না; এগুলি কেবল একটি সীমাবদ্ধ অক্ষরের সেট দিয়ে এনকোড করা আছে। stackoverflow.com/a/893489/48659
স্টিভ ফলি

1
@SteveFolly এবং পিন কোড স্ট্রিং হচ্ছে আরও সমর্থনে শীর্ষস্থানীয় অক্ষর বিশেষ গুরুত্ব আছে: en.wikipedia.org/wiki/ZIP_Code#Primary_state_prefixes এক মত যুক্তিবিজ্ঞান বাস্তবায়ন হতে যাচ্ছে যদি "বাম-সবচেয়ে মান অক্ষর কি ? " তারপরে নিশ্চিত যে কোনও পূর্ণসংখ্যার চেয়ে স্ট্রিংয়ের মতো শোনাচ্ছে।
ডেভিড অলড্রিজ

2

এটি একটি ওভারকিল হতে পারে তবে আপনার যদি এমন কোনও সমাধানের প্রয়োজন হয় যা একাধিক দেশের সাথে কাজ করবে এবং আপনার ঠিকানার অংশগুলিতে প্রোগ্রামিয়ালি প্রক্রিয়া করা দরকার:

আপনি দুটি সারণী ব্যবহার করে দেশের নির্দিষ্ট ঠিকানা পরিচালনা করতে পারেন: একটি জেনেরিক টেবিল যার সাথে 10 টি VARCHAR2 কলাম, 10 নম্বর কলাম, অন্য সারণী যা এই ক্ষেত্রগুলিকে অনুরোধে মানচিত্র করে এবং একটি দেশের কলামের সাথে একটি ঠিকানা কাঠামো বেঁধে রাখে।


আমি আসলে এটি নিজেই বিবেচনা করেছি। এছাড়াও বা সম্ভবত এমন কোনও টেবিলের পরিবর্তে যা কলামগুলি মানচিত্রের ভিত্তিতে অনুরোধ করে দেশ ভিত্তিতে আমি প্রতিটি নির্দিষ্ট ঠিকানা বিন্যাসের জন্য আপডেটযোগ্য মতামত তৈরি করার কথা ভাবছিলাম। ট্রিগারটি এখনও টানেনি, তবে এটি সম্পর্কে ভেবে দেখেছি।
অ্যান্ড্রু স্টিৎজ 31'16

1

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

সম্পূর্ণ ঠিকানা ব্যবহার না করেই পেমেন্ট কার্ডের লেনদেন বৈধ করার জন্য জিপ কোড একটি সাধারণ alচ্ছিক ক্ষেত্র। সুতরাং এটির জন্য একটি পৃথক এবং উদার আকারের ক্ষেত্র রাখুন (কমপক্ষে 10 টি অক্ষর)।



-2

আমি কেবলমাত্র সমস্ত ক্ষেত্রকে একটি বৃহত এনভিচার্চার (1000) ক্ষেত্রে একসাথে রাখব, যার জন্য একটি টেক্সারিয়া উপাদান ব্যবহারকারীর মানটি প্রবেশ করানোর জন্য (যেমন আপনি জিপ কোডগুলি বিশ্লেষণ করতে না চান)। এই ঠিকানা ঠিকানা 1, ঠিকানা লাইন 2, ইত্যাদি ইনপুটগুলি খুব বিরক্তিকর যদি আপনার এমন কোনও ঠিকানা থাকে যা সেই ফর্ম্যাটের সাথে ভাল মানায় না (এবং আপনি জানেন যে মার্কিন যুক্তরাষ্ট্র ছাড়াও অন্যান্য দেশ রয়েছে)।


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

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

2
ওপি "কেবলমাত্র এটি একটি লেবেল প্রিন্টারে পাস করার প্রয়োজন" উল্লেখ করেনি এবং প্রতিটি কাজেই আমি ঠিকানাটি "ডেটা" হিসাবে ব্যবহার করেছিলাম, প্রতিবেদনগুলি চালাচ্ছিলাম, কর সংগ্রহ করছিলাম (যন্ত্রের জন্য কলোরাডো বিক্রয় কর একটি নতুন বাড়িতে স্থাপন করা হচ্ছে) রাস্তার এক পাশ থেকে অন্য দিকে পরিবর্তিত হয়), বিক্রয় লোকের দিকে এগিয়ে যাওয়া, সরকারী আনুগত্যের প্রয়োজনীয়তা সন্তুষ্ট করে, তালিকাটি চালিয়ে যায়। "ধ্বংস করা" ডেটা (একটি ক্ষেত্রে আলাদা আলাদা আইটেম মিশ্রিত করা বা উপলভ্য ডেটা ক্যাপচার না করা) আমার বইয়ের একটি "পাপ" এবং যখন লোকেরা আমাকে উপেক্ষা করে তখন আমি যে দুঃস্বপ্ন দেখেছিলাম তা সর্বদা প্রমাণিত হয়েছে।
অ্যান্ড্রু স্টিৎস

আপনি যদি পরে আবিষ্কার করেন যে আপনার কোনও টুকরো ডেটার দরকার নেই আপনি পরে সর্বদা এটি "ধ্বংস" করতে পারেন। "তৈরি করা" ডেটা, দুঃস্বপ্ন থেকে শুরু করে (পৃথক ক্ষেত্রে বিভাজন তথ্য) অসম্ভব (সত্যের পরে ডেটা ক্যাপচার) to ওপি যদি বলে থাকে, "কেবলমাত্র এটি প্রিন্টারে লেবেল প্রেরণ করা দরকার" আমি আপনার উত্তরকে প্রশংসা ও আপলোড করতে পারতাম। তবে, ডেটা, আইএমও "নষ্ট" করার পরামর্শ, দায়িত্বজ্ঞানহীন বা এমনকি অর্থের দ্বারপ্রান্তে দাঁড় করানোর মতো পরামর্শের কোনও উল্লেখ ছাড়াই।
অ্যান্ড্রু স্টিৎস 4'16

যেখানে আমি কাজ করেছি (বেশিরভাগ ই-কমার্স), আমরা এটি 5-6 বিভিন্ন ক্ষেত্রে সংরক্ষণ করি, কিন্তু ডেলিভারি প্রেরণে এটি ব্যবহার করা ছাড়া আমরা কখনও কখনও তথ্য দিয়ে কিছু করি না।
এরিককালেন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.