আমার টাইমস্ট্যাম্প ক্ষেত্রের নাম কীভাবে রাখা উচিত?


57

যখন আমি কিছু টাইমস্ট্যাম্প ক্ষেত্র (বা অন্যান্য তারিখ / সময় শৈলীর ক্ষেত্র) তৈরি করতে চাইছি তখন তাদের নাম দেওয়ার সর্বোত্তম উপায় কোনটি? আমার কি কেবল রেকর্ড_টাইম স্ট্যাম্প লাগানো উচিত?

উত্তর:


42

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

  • তৈরির তারিখ
  • শুরুর তারিখ
  • StatusTime
  • অ্যাকসেসড
  • আপডেট করা হয়েছে

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


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

6
আমি মনে করি "অ্যাক্সেসড" এবং "আপডেটেড" অস্পষ্ট হতে পারে, যেহেতু এটি বুলিয়ানও বোঝাতে পারে (কমপক্ষে রুবি বিশ্বে)
আর্তুর বেলজাজেভ

2
@ জিওভানিমার্টিনেজ যা বিভ্রান্তিকর হতে পারে, অনেকগুলি এসকিউএল ডাটাবেস হিসাবে, পোস্টগ্রেএসকিউএল অন্তর্ভুক্ত থাকে, ইউটিসিতে সঞ্চয় করে এবং ক্লায়েন্টের টাইমজোন পড়ে read
ইভান ক্যারল

এবং যদি সময় ইউনিটটি ইউটিসি বনাম সিস্টেম স্থানীয় হওয়ার কথা হয় তবে কলামের নামে _UTC উল্লেখ করুন। আমাদের সকলের পক্ষ থেকে আপনাকে ধন্যবাদ, যারা অবশ্যই কোডটি বজায় রাখতে হবে।
জোনাথন ফাইট

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

27

কেমন xyz_atএকটি জন্য timestampএবং xyz_onএকটি dateক্ষেত্র - যেমন start_atবা start_on?

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


16

আমি ব্যবহার করি:

  • এ নির্মিত
  • এ আপডেট

2
"at" দ্বারা লোকেশনকে বোঝানো যায়। "এট" এর পরিবর্তে "যখন" কী হবে?
সেপ্টেম্বর

1
"এট" বা "অ্যাস এট" আইনী এবং আর্থিক দস্তাবেজে ঘন ঘন ব্যবহৃত হয় যখন কোনও ঘটনা ঘটেছিল। ইংলিশ.স্ট্যাকেক্সেঞ্জাওয়েজ.কোশনস
নিল ম্যাকগুইগান

3
এটি এখনও অস্পষ্ট হতে পারে। আপনি যে সময় এবং অবস্থান আপডেট করা হয়েছে তা জানতে হবে? updated_atহয় হতে পারে। তবে আমি মনে করি উত্তরটি বরাবরের মতোই উত্তরটি হ'ল সর্বাধিক সংক্ষিপ্ত নাম ব্যবহার করুন যা সমস্ত বাস্তববাদী অস্পষ্টতা দূর করে। উদাহরণস্বরূপ, যদি কোনও নির্দিষ্ট প্রসঙ্গে নির্দিষ্ট বিভ্রান্তির সম্ভাবনা থাকে তবে এটিকে নির্মূল করুন, তবে যে
নামটির

1
কিভাবে "চালু" সম্পর্কে। যদিও এটি একটি সময়ের চেয়ে একটি তারিখকে আরও বোঝায়, এটি এখনও বেশ স্পষ্ট
জো ফিলিপস

6

আমি আপনার প্রোফাইলে দেখেছি এবং এটিতে বলা হয়েছে যে আপনি এসকিউএল সার্ভারের সাথে কাজ করেন এবং এসকিউএল সার্ভারে টাইমস্ট্যাম্প ডেটা টাইপের কোনও তারিখ বা সময় এবং কোনও সারণী মুদ্রাঙ্কনের সংস্করণ ব্যবহারের সাথে কোনও সম্পর্ক নেই। কোন নির্দিষ্ট সময় থেকে কোন সারিগুলি পরিবর্তন করা হয়েছে তা চিহ্নিত করতে এটি খুব কার্যকর useful

আপনি যদি টাইমস্ট্যাম্প ব্যবহার করেন তবে আপনাকে কোনও কলামের নাম নির্দিষ্ট করতে হবে না এবং এসকিউএল সার্ভার আপনার জন্য একটি কলাম "টাইমস্ট্যাম্প" তৈরি করবে। তবে "রাউভারশন" ডেটা টাইপ ব্যবহার করার পরামর্শ দেওয়া হচ্ছে এবং এই ক্ষেত্রে আপনাকে কলামের নামটি নির্দিষ্ট করতে হবে।

এর মতো কলামের সেরা নাম কী? এটি নির্ভর করে এবং আমি ভার্সন স্ট্যাম্প, আরভি ইত্যাদির মতো কিছু ব্যবহার করবো ... আমি যা গুরুত্বপূর্ণ মনে করি তা হল এটির নাম আপনি কীভাবে রাখছেন তা নয় তবে আপনি বোর্ডের ক্রমাগত এটি ব্যবহার করছেন।

আছে HTH

তথ্যসূত্র: http://msdn.microsoft.com/en-us/library/ms182776(v=sql.90).aspx

http://msdn.microsoft.com/en-us/library/ms182776.aspx


3

আমি দেখেছি যে কলাম নামে যেমন ব্যবহার create_time, update_timeএবং expire_timeভাল পাঠযোগ্যতা বাড়ে যখন এটি পদ্ধতি নামকরণ এবং চশমা (RSpec) আসে।


1

আমি তারিখের ডাকটিকিটের জন্য ডিটির একটি উপসর্গ ব্যবহার করতে পছন্দ করি। উদাহরণস্বরূপ: ডিটিওপেনড, ডিটিসি ক্লোজড, ডিটিলাস্ট অ্যাক্সেসড। এটি আমাকে প্রদত্ত টেবিলের সমস্ত তারিখ স্ট্যাম্পগুলির দ্রুত রেফারেন্সের জন্য সমস্ত ডিটিএক্সএক্সএক্সএক্সএক্সএক্স তালিকাবদ্ধ করতে দেয়।



1

আমি ইতিমধ্যে বিদ্যমান সম্মেলন ব্যবহার পছন্দ করি prefer

ইউনিক্স এবং প্রোগ্রামিং ভাষার সংশোধন সময়েরmtime জন্য একটি বহুল স্বীকৃত কনভেনশন রয়েছে

সৃষ্টি সময়ের জন্য,

  • বিএসডি এবং উইন্ডোজ জন্মের সময় ব্যবহার করে
  • উইন্ডোজ ক্রিয়েশন টাইমও ব্যবহার করে
  • এক্সস্ট্যাট ব্যবহার করে btime
  • ext4 ব্যবহার crtime
  • জেএফএস এবং বিটিআরএফ ব্যবহার করে otime(জিজ্ঞাসা করবেন না, "উত্স" অনুমান করে)।

সুতরাং আমার জন্য, আমি বাছাই করি mtime, এবং crtimeমেটা ডেটার জন্য।

ব্যবহারকারীর সরবরাহিত ডেটার জন্য, আমি ক্ষেত্রটি যা উপস্থাপন করে তা দিয়ে যাই। যদি এটি জন্মদিন হয়, আমি কেবল বলি user_birthday

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


0

আমি প্রত্যয় হিসাবে একটি অর্থবোধক উপসর্গ এবং _TSMP ব্যবহার করতাম যেমন CREATION_TSMP বা LAST_UPDATE_TSMP


0

কলামের পুরো নাম জুড়ে ধারাবাহিকতা বজায় রাখার জন্য, আপনাকে নীচের বাক্য গঠনের পরামর্শ দিচ্ছি:

dateCreated
dateUpdated
dateAccessed
dateStarted
date...

0

@ ইভান ক্যারোলের পরামর্শ অনুসারে, প্যাটার্নটি ভাঙার দৃ strong় কারণ না থাকলে বিদ্যমান মানগুলি নিয়ে যান।

এটি যদি নতুন কিছু হয় তবে আপনি যে কোনও উত্তর অনুসরণ করতে পারেন যা সেরা আপনার পক্ষে উপযুক্ত।

আমি * _অন এবং * _বি ব্যবহার করি কারণ এটি কখন এবং কাদের সারি জন্য এটি ধারাবাহিক রাখতে আমাকে সহায়তা করে:

- created_on & created_by
- updated_on & updated_by
- deleted_on & deleted_by -- soft delete
- approved_on & approved_by
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.