質問編集履歴
3
答えやすいように
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
|
|
13
13
|
しかしこの場合に、以下ドキュメントの'主キーの自動インクリメント'に記載ある主キーの取得をおこなった場合、
|
|
14
14
|
|
|
15
|
-
[Django Ver.1公式ドキュメント ※**余談** Version1の古いドキュメントにしか本機能の説明はないように思われました。 こういった場合は仕方なく古いバージョンを参考にするほかないのでしょうか 皆さんはどのように仕様確認をされていますか。](https://djangoproject.jp/doc/ja/1.0/ref/models/instances.html)
|
|
15
|
+
[Django Ver.1公式ドキュメント ※**余談**【Question.0.5】 Version1の古いドキュメントにしか本機能の説明はないように思われました。 こういった場合は仕方なく古いバージョンを参考にするほかないのでしょうか 皆さんはどのように仕様確認をされていますか。](https://djangoproject.jp/doc/ja/1.0/ref/models/instances.html)
|
|
16
16
|
|
|
17
17
|
|
|
18
18
|
|
|
@@ -42,7 +42,7 @@
|
|
|
42
42
|
|
|
43
43
|
|
|
44
44
|
|
|
45
|
-
**【Question】**これはsaveメソッドの戻り値を返す仕様（戻り値のオブジェクト）にオリジナルの主キーを返す仕様になっていないためかと思っているのですが、認識の誤りはありませんでしょうか。
|
|
45
|
+
**【Question.1】**これはsaveメソッドの戻り値を返す仕様（戻り値のオブジェクト）にオリジナルの主キーを返す仕様になっていないためかと思っているのですが、認識の誤りはありませんでしょうか。
|
|
46
46
|
|
|
47
47
|
※abc_idを設定せず、print(form.id)と呼び出せば問題なく主キーが返ってくる
|
|
48
48
|
|
|
@@ -56,7 +56,7 @@
|
|
|
56
56
|
|
|
57
57
|
|
|
58
58
|
|
|
59
|
-
**【Question】**主キーを自作するたびに、saveメソッドをオーバーライドする必要があるのでは無駄に手間がかかってしまいます。
|
|
59
|
+
**【Question.2】**主キーを自作するたびに、saveメソッドをオーバーライドする必要があるのでは無駄に手間がかかってしまいます。
|
|
60
60
|
|
|
61
61
|
つまりDjangoでは自前の主キーを設定させることは推奨されないといったことでしょうか
|
|
62
62
|
|
2
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -30,6 +30,10 @@
|
|
|
30
30
|
|
|
31
31
|
print(form.abc_id)#このようにしても以下のようなエラーが発生します。
|
|
32
32
|
|
|
33
|
+
print(form.pk)#このようにしても以下のようなエラーが発生します。
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
33
37
|
```
|
|
34
38
|
|
|
35
39
|
> AttributeError 'Form' object has no attribute 'id'
|
1
ついか
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -55,3 +55,5 @@
|
|
|
55
55
|
**【Question】**主キーを自作するたびに、saveメソッドをオーバーライドする必要があるのでは無駄に手間がかかってしまいます。
|
|
56
56
|
|
|
57
57
|
つまりDjangoでは自前の主キーを設定させることは推奨されないといったことでしょうか
|
|
58
|
+
|
|
59
|
+
どのテーブルの主キーも一律に'id'であると、リレーションテーブル間のやりとりなど、わかりにくくなりそうですが、皆さんはどのように試行錯誤されていますか。
|