মতামত কি জন্য ভাল?


88

আমি কেবল আরডিবিএমএসে কী মতামত ব্যবহার করা হয় তার একটি সাধারণ ধারণা পাওয়ার চেষ্টা করছি। এটি বলতে গেলে, আমি জানি যে একটি ভিউ কী এবং কীভাবে এটি তৈরি করতে হয়। আমি এগুলিও জানি যে আমি তাদের অতীতে কী ব্যবহার করেছি।

তবে আমি নিশ্চিত করতে চাই যে আমার দৃষ্টিভঙ্গি কীসের জন্য দরকারী এবং কোন দৃশ্যের জন্য কার্যকর হওয়া উচিত নয় সে সম্পর্কে আমার সম্পূর্ণ ধারণা রয়েছে। আরো নির্দিষ্টভাবে:

  1. একটি দর্শন কি জন্য দরকারী?
  2. এমন কোনও পরিস্থিতি রয়েছে যেখানে কোনও দৃষ্টিভঙ্গি ব্যবহার করা উচিত নয় যখন এমন দৃষ্টিভঙ্গি ব্যবহার করা লোভনীয়?
  3. আপনি কোনও টেবিল-মূল্যবান ফাংশন বা তদ্বিপরীত এর পরিবর্তে কোনও দৃশ্য কেন ব্যবহার করবেন?
  4. এমন কোনও পরিস্থিতি রয়েছে যে কোনও দৃশ্য কার্যকর হতে পারে যা প্রথম নজরে দৃশ্যমান নয়?

(এবং রেকর্ডের জন্য, এই প্রশ্নগুলির কয়েকটি ইচ্ছাকৃতভাবে নিষ্পাপ This এটি আংশিকভাবে একটি ধারণা চেক is)


4
: প্রশ্ন অনুরূপ এখানে পোস্ট stackoverflow.com/questions/1278521/...
MedicineMan

আমি মনে করি স্ট্যাকওভারফ্লো.com/ প্রশ্নগুলি / 1278521/… এই প্রশ্নের আরও ভাল উত্তর সরবরাহ করে।
জিনটোনিক

উত্তর:


43

1) একটি দর্শন কি জন্য দরকারী?

আইওপিও কেবলমাত্র এক জায়গায়

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

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

CREATE VIEW AS
      SELECT * FROM tblData


2) এমন কোনও পরিস্থিতি রয়েছে যেখানে কোনও দৃষ্টিভঙ্গি ব্যবহার করা উচিত নয় যখন আপনার দৃষ্টিভঙ্গি ব্যবহার করা উচিত?

দর্শনে পারফরম্যান্স একটি উদ্বেগ হিসাবে ব্যবহৃত হয় (যেমন এসকিউএল 2000)। আমি কোনও বিশেষজ্ঞ নই, তবে কিছুক্ষণের মধ্যে আমি এটি নিয়ে চিন্তিত হইনি। (আমি এই মুহুর্তে ভিউটি কোথায় যোগ দিচ্ছি তা নিয়েও আমি ভাবতে পারি না situation)

অন্য পরিস্থিতি যেখানে ভিউকে ওভারকিল করা হতে পারে তখন ভিউটি কেবলমাত্র একটি কলিং অবস্থান থেকে উল্লেখ করা হয় এবং পরিবর্তে একটি উত্পন্ন টেবিল ব্যবহার করা যেতে পারে। যেমন কোনও বেনামে টাইপ .NET এর ক্লাসের পক্ষে ভাল তবে যদি বেনামে টাইপটি কেবল একবার ব্যবহার / রেফারেন্স করা হয়।

    Http:// http://msdn.microsoft.com/en-us/library/ms177634.aspx এ উত্পন্ন টেবিলের বিবরণ দেখুন

3) আপনি কোনও টেবিল-মূল্যবান ফাংশন বা তদ্বিপরীত এর পরিবর্তে কোনও দৃষ্টিভঙ্গি কেন ব্যবহার করবেন?

(পারফরম্যান্সের কারণগুলি বাদ দিয়ে) একটি টেবিল-মূল্যবান ফাংশন কার্যত প্যারামিটারাইজড ভিউয়ের সমতুল্য। প্রকৃতপক্ষে, একটি সাধারণ সাধারণ টেবিল-মূল্যবান ফাংশন ব্যবহারের ক্ষেত্রে হ'ল একটি একক বস্তুতে ইতিমধ্যে বিদ্যমান দৃশ্যে একটি WHERE ক্লজ ফিল্টার যুক্ত করা।

৪) এমন কোনও পরিস্থিতি রয়েছে যে কোনও দৃশ্য কার্যকর হতে পারে যা প্রথম নজরে দৃশ্যমান নয়?

আমি আমার মাথার শীর্ষের কোনও অপ্রকাশিত ব্যবহারের কথা ভাবতে পারি না। (আমি মনে করি যদি আমি পারতাম তবে এটি তাদের প্রকাশ করবে;)

9
আমি সম্মত হব না যে এটি একটি টেবিল-টিবিএলডিটা থেকে নির্বাচন করুন যখন কোনও টেবিলে একটি ভিউ তৈরি করা অর্থবোধ করে। কেন এটি উপকারী হবে সে সম্পর্কে আপনি কোনও ব্যাখ্যা দিতে পারেন?
ব্যবহারকারী 17

আইওপিও - কেবলমাত্র এক জায়গায় - এটি কি কোনও নকশাকৃত বাক্যাংশ? আমি এর অনেক উল্লেখ খুঁজে পেতে পারি না? এটির কি অন্য রূপ রয়েছে যেমন, ডিআরওয়াই?
রবার্ট

4
@ রবার্ট হ্যাঁ, ডিআরওয়াই, নরমালাইজেশন, আইওপিও, এগুলি একই দর্শনের বিভিন্ন স্বাদ।
টাইলারহ

45

একরকমভাবে একটি ভিউ ইন্টারফেসের মতো like আপনি চাইলে অন্তর্নিহিত টেবিলের কাঠামোটি পরিবর্তন করতে পারেন তবে কোডটি পরিবর্তনের দরকার নেই এমন একটি উপায় দেয়।

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


21

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


19

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


-1 "ভিউগুলি অস্বীকৃতি জানায়"? দুঃখিত, তবে এটি বাজে কথা যদি না এটি কোনওভাবে যোগ্য না হয়।
মাত্র

19
তারা একেবারে অস্বীকৃতি জানায়। আপনার যদি সম্পর্কিত টেবিলগুলি থাকে যা 3 য় নামমাত্র ফর্মের কাছে স্বাভাবিক হয় এবং আপনি সেই সম্পর্কটিকে 'সমতল' করার জন্য একটি দৃষ্টিভঙ্গি তৈরি করেন, তবে এটি কীভাবে অস্বীকৃতি নয়?
কিলহফার

11

অন্যরা যা বলেছে তা ছাড়াও, অ্যাপ্লিকেশন থেকে আরও কমপ্লেক্সড এসকিউএল কোয়েরিগুলি সরাতে মতামতগুলিও কার্যকর হতে পারে।

উদাহরণস্বরূপ, কোনও প্রয়োগের পরিবর্তে এটি করা:

sql = "টেবিল 1 ইউনিয়ন থেকে a, b নির্বাচন করুন a, টেবিল 2 থেকে b নির্বাচন করুন";

আপনি এটি দেখতে একটি বিমূর্ত করতে পারেন:

টেবিল
1
ইউনিয়ন থেকে
a, b কে টেবিল 2 থেকে a, b নির্বাচন করুন

এবং অ্যাপ্লিকেশন কোডটিতে, কেবল আছে:

sql = "ইউনিয়ন_ টেবিল 1_table2_v থেকে a, b নির্বাচন করুন";

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


আমি কেন অ্যাপের পরিবর্তে ডাটাবেসে জটিল স্কয়ার লিখতে চাই?
ইভান ভাইরাবায়ান

4
আপনার ক্যোয়ারী যত জটিল হবে ততই ভবিষ্যতে এটি পরিবর্তিত হওয়ার সম্ভাবনা রয়েছে, আংশিকভাবে এটি আরও টেবিলগুলিকে আঘাত করার কারণে। যখন ডিবি কাঠামো পরিবর্তন হয়, আপনাকে নিজের কোডও পরিবর্তন করতে হবে এবং একটি প্রকাশও করতে হবে। যদি সেই জটিলতা কোনও দৃশ্যে বিমূর্ত হয়, ডিবিএ আপনার কোডটি পরিবর্তন না করেই আন্ডারলিং টেবিলগুলিতে কাঠামোগত পরিবর্তন করতে সক্ষম হতে পারে।
কোডিংওথস্পাইকে

11

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


6

ওপিতে জিজ্ঞাসা করা হয়েছিল যে এমন পরিস্থিতি রয়েছে যেখানে এটি কোনও দৃষ্টিভঙ্গি ব্যবহার করার লোভনীয় হতে পারে তবে এটি উপযুক্ত নয়।

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

উদাহরণস্বরূপ, ধরা যাক আপনাকে A, B, C এবং D একসাথে সারণিতে যোগদান করতে হবে। আপনি টেবিল এএন্ডবি এবং সি এবং ডি এর বাইরে একটি ভিউ তৈরি করার জন্য প্রলুব্ধ হতে পারেন, তারপরে দুটি মতামতকে একসাথে যোগদান করুন। একটি ক্যোয়ারিতে কেবল A, B, C এবং D এ যুক্ত হওয়া আরও ভাল।


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

আপনি যখন নিজের দৃষ্টিতে সূচিগুলি যুক্ত করতে পারেন তখন এটিও সত্য হয় না।
therealhoff

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

5

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


4

এখনও পর্যন্ত দেওয়া প্রতিক্রিয়াগুলি সঠিক - সুরক্ষা, অস্বীকৃতি প্রদান (যদিও রাস্তাটি ভুল হয়ে থাকলে সেখানে প্রচুর ব্যথা হয়), ডেটা মডেল বিমূর্তি ইত্যাদির জন্য মতামতগুলি ভাল views

এছাড়াও, দর্শনগুলি ব্যবসায়িক যুক্তি বাস্তবায়নের জন্য সাধারণত ব্যবহৃত হয় (একটি বিচ্ছিন্ন ব্যবহারকারী এমন একজন ব্যবহারকারী যিনি গত 40 দিনের মধ্যে লগইন করেননি, এই ধরণের জিনিস)।


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

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

অ্যান্টনি, এমন একটি ক্যোয়ারী কল্পনা করুন যেমন "foo_col থেকে (foo নির্বাচন করুন *, বার। * থেকে foo join bar on (foo.id = bar.id) নির্বাচন করুন" ")। এই ক্যোয়ারিতে অভ্যন্তরীণ নির্বাচনটি আমাদের দৃষ্টিভঙ্গি It এটি নয় পরিষ্কার করুন যে বারে যোগদানটি নিরাপদে ফেলে দেওয়া যেতে পারে (আসলে সম্পর্কটি কঠোরভাবে 1-1 না হলে এটি করা যায় না) এটি আরও জটিল প্রশ্নগুলির সাথে আরও জটিলতর হয় এবং আমি সমস্ত জেনারিক আরডিবিএমএসের উপর নির্ভর করার পরামর্শ দিই না কোনও ছাঁটাই একজন মানুষের পারে Maybeআপনি এসকিউএল সার্ভার পারবেন; মাইএসকিউএল করলে আমি হতবাক হয়ে যাব O ওরাকল? পোস্টগ্র্রেস? বরাবরের মতো সন্দেহের মধ্যে কোয়েরি প্ল্যানটি পড়ুন
স্কয়ারকোগ

3

ভিউগুলি আপনার এসকিউএল স্ক্রিপ্টগুলিতে প্রচুর পুনরাবৃত্তি জটিল JOIN বিবৃতি সংরক্ষণ করে। আপনি কিছু জটিল দৃশ্যে কিছু জটিল জয়েন্টকে সজ্জিত করতে পারেন এবং যখনই প্রয়োজন হবে আপনার নির্বাচন বিবরণীতে এটি কল করতে পারেন। এটি প্রতিটি ক্যোয়ারিতে যোগদানের বিবৃতিগুলি লেখার চেয়ে কখনও কখনও সহজ, সোজা এগিয়ে এবং সহজ হতে পারে।


2

একটি ভিউ কেবল একটি সঞ্চিত, নাম নির্বাচনী বিবৃতি। লাইব্রেরি ফাংশন মত মতামত চিন্তা করুন।


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

1

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


1

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

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


ওরাকল সিবিও একবার দর্শনটি মূল্যায়ন করতে বেছে নিতে পারে (বাস্তবায়িত করে, তারা এটিকে ডাকে) বা সিলেক্ট করা বাকীটিকে বাকী নির্বাচনের মধ্যে এসকিউএল মার্জ করে এবং এটি চালায়। এটি কম আনুমানিক ব্যয় কী ছিল তার ভিত্তিতে সিদ্ধান্ত নেবে।
ডাব্লুডাব্লু

যদি নির্বাচিত বিবৃতিটি পুরো ক্যোয়ারীতে স্থির থাকে এবং কেবল বেশ কয়েকবার পুনরাবৃত্তি করে, তবে একটি সাধারণ টেবিল এক্সপ্রেশন (সিটিই) সমস্যাটি সমাধান করতে পারে। এটি কেবল এসকিউএল সার্ভার 2005/2008 এর ক্ষেত্রে প্রযোজ্য কারণ এটি এসকিউএল সার্ভার 2000 এ উপলব্ধ ছিল না Yes হ্যাঁ, এখনও একটি দৃশ্য বারবার অনুরোধ করা হত।
নিবন্ধিত ব্যবহারকারী

@ নিবন্ধিত ব্যবহারকারী: সিটিই কোনও এসকিউএল সার্ভারের বিশেষত্ব নয়। এগুলির উত্স ডিবি 2 এ হয়েছিল এবং পোস্টগ্র্রেএসকিউএল-তেও উপস্থিত রয়েছে (যেহেতু তারা দরকারী এবং আইএসও এসকিউএল স্ট্যান্ডার্ডে)। কোনও দৃষ্টিভঙ্গি অন্তর্নিহিত হোক বা ব্ল্যাকবক্স হিসাবে বিবেচনা করা বাস্তবায়ন-নির্দিষ্ট কিনা, কিছু আরডিবিএমএস অন্যদের চেয়ে বুদ্ধিমান।
সবেমাত্র কেউ 17

@ কারও সাথে সামঞ্জস্য করুন: আমার মন্তব্যটি এসকিউএল সার্ভার 2005/2008 এ সীমাবদ্ধ ছিল যেহেতু অন্যান্য আরবিডিএমএসে আমার সিটিইর অভিজ্ঞতা নেই। এছাড়াও, মন্তব্য পূর্বে 2005. এই ইঙ্গিত কোটে এর ছিল না SQL সার্ভার উপলব্ধ যেহেতু SQL সার্ভার 2000 প্রযোজ্য নয় যোগ্য ছিলেন
নিবন্ধিত ব্যবহারকারী

দেখার জন্য অন্য বিকল্পটি হ'ল দামের টেবিলটি সাময়িক টেবিলে আগে রেখে দেওয়া।
সিড্রাইভ

0

যে কোনও সময় আপনার [আমার_ইন্টারফেস] প্রয়োজন! = [ব্যবহারকারীর_আন্তা পৃষ্ঠ]।

উদাহরণ:

টেবিল এ:

  • আইডি
  • তথ্য

টেবিল এ এর ​​জন্য দেখুন:

  • গ্রাহক তথ্য

এই উপায়ে আপনি গ্রাহকের কাছ থেকে আইডিটি গোপন করতে পারেন এবং একই সাথে উভয়কে আরও ভার্বোজের নামে তথ্যটির নামকরণ করতে পারেন।

ভিউটি প্রাথমিক কী আইডির জন্য অন্তর্নিহিত সূচকটি ব্যবহার করবে, যাতে আপনি কোনও কর্মক্ষমতা ক্ষতি দেখতে পাবেন না, কেবল নির্বাচিত ক্যোয়ারির আরও ভাল বিমূর্ততা।

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