モデルのフィールド名とテーブル名が被ってしまうことを避けたい

Question

モデル名について、少々疑問な点があった為、些細なことかもしれないのですが質問させて貰いました。
以下は、Djangoでモデル(テーブル)を定義した際の記述となります。

class Url(models.Model):
    url = models.CharField(max_length=1000, unique=True)
    created_at = models.DateTimeField(auto_now_add=True)
    updated_at = models.DateTimeField(auto_now=True)

こちらのテーブルには「http,https」から始まるフルパスのURLを格納予定なのですが、テーブル名が「URL」でフィールド名も「URL」だとプログラム上で扱う場合もurl.urlとなってしまったり、少々違和感があります。
PHPを書いていた際も似たようなケースで違和感があったのですが、こういった場合はフィールド名は何が良いと思われますでしょうか。
フィールド名には「name」も考えたのですが、URLの名前というのもなんだか違和感を覚えます。
少々、ご助言の程頂けましたら幸いです

Comments

[m.ts10806]

言語やフレームワークの仕様に依存するのでタグは絞ったほうが良いと思います

Answer 1

質問そのものの背景まではわからないのですが、

• URLを何の目的で集合として扱うか
• そのURLは何の構成要素として扱うか

みたいな考え方でモデル名側を命名してみるといいんじゃないでしょうか。

例えば：自分用のブックマークを管理したい→モデルをBookmarkにする

※

ちなみに「ただURLを管理したい」だけの目的でURLモデルを作るのであれば、
これしかできることはあまりないし、hentaimanさんの回答にもある通り
Pythonだとしばしば出たりもするのであまり強い違和感は持たないです。

Answer 2

python使っているなら以下のように書けることもご存知だと思うので違和感感じないと思いますが、以下でも違和感感じますか？

import datetime
print(datetime.datetime(2000,1,1))

as dtで別名つけるじゃんっていうような屁理屈とか出てくるならSQLでも別名付ければ良いと思いますし

こういった場合はフィールド名は何が良いと思われますでしょうか。

好きにすれば良いと思いますが何かの真似をしたいならjavascriptのlocationのプロパティを真似た命名にしてみてはどうでしょう