2009-09-01 9 views

答えて

1

それはプラットフォームに依存しますが、ActiveRecordの(Ruby on Railsには)使用規約は、アンダースコアと小文字されています

first_name 
last_name 
home_street_address 
person_id 

がここ ActiveRecord Conventionsに良い記事です。

0

データベースによって定義された標準はありません(または存在する場合、データベースに依存します)が、多くのフレームワークが標準を提案しています。

たとえば、MS Accessでは、表記tblPeopleという表記を使用することがよくありますが、Ruby on Railsではテーブルpeopleuse_underscores_between_field_wordsを呼び出すことがあります。

実際には、その環境を最も頻繁に使用する環境と文化によって異なります。

0

普遍的な標準はないようです。私の個人的なものは、テーブルとカラムの名前はPascalケーシングで、テーブル名は常に単数形(例えばCustomer、SalesOrder、Productなど)であることです。

カラム名はパスカルケースでもあります。外部キーフィールド(それぞれpkとfk)がありますが、私はこれを嫌に思っています。

0

私はキーワード(例えばCREATETABLE、及びSELECT)は従来アッパーケースかもしれないと思う:ので、ユーザ定義識別子のない大文字。

2

あなたはこの質問に投稿されるのと同じ命名規則の標準を取得します。おそらくもっと。ベストプラクティスまたはベストプラクティスがあれば、これまでにすべてについて聞いたことがあります。

幸運なことに、2つの知られている最悪の命名規則があります。命名規則がなく、悪意のある双子の命名規則がありません。あなたが決めるものは何でも、それを使ってそれに固執してください。既存のコードを変更する場合は、互換性のない規約を既存の標準に変更しようとしないでください!

0

プログラムが既に存在している、または他のプログラマーと作業している状況に入る場合は、使用しているものよりも長くなっている人に尋ねてください。本当に普遍的な標準はありません。私が望んでいた一つの契約は言葉の間に強調されています。別の契約はすべてラクダのケーシングです。一部(主にAccess版)では、オブジェクト(テーブル、クエリなど)の先頭にtbl、qryなどが付いています。 VBAは非常に密接に関連しているので、それは主に古い学校のVB6からのキャリーオーバーです。

しかし、多くの人が言っているように、切れ目や乾いた答えはないので、あなたがプロジェクトに単独でいるなら、あなたのために何ができるのですか?あなたがチームにいる場合、または既存のプロジェクトに参加している場合は、そこにいた人にもっと長く尋ねてください。唯一の普遍的なルールは、テーブルとフィールドに意味のある名前を付けることです。あなたの後ろに来る人は、tblX14ForPaulとフィールドX、sline、およびclrMdを扱いたいと思うでしょう。

〜サーク

関連する問題