回答編集履歴

4

加筆修正

2018/06/21 00:32

投稿

退会済みユーザー
test CHANGED
@@ -57,3 +57,15 @@
57
57
  しかし、これによってテーブルpostsにも影響が出て、別の問題が生じる可能性があります。
58
58
 
59
59
  情報があまりに不足のため、問題が生じるのか生じないのかもこちらでは判断できません。
60
+
61
+ 回答する側も、質問者さんが提供する情報の上でどうすれば解決するのか考えるので、
62
+
63
+ なにか大前提になっていること(例えばフレームワークやライブラリを使っているとか)も併せて記載してくれないと、
64
+
65
+ 目先の問題解決のために行う対策によって、さらなる問題や障害が発生しうるところまで予見できません。
66
+
67
+
68
+
69
+ ・データベースの構造を第三者が把握できるための情報。
70
+
71
+ ・関係するテーブルのデータを使って、どんな処理を行うのか、その先の事柄。

3

加筆修正

2018/06/21 00:32

投稿

退会済みユーザー
test CHANGED
@@ -45,3 +45,15 @@
45
45
  以下、リファレンス:
46
46
 
47
47
  [TRUNCATE](https://www.postgresql.jp/document/9.6/html/sql-truncate.html)
48
+
49
+
50
+
51
+ 他のテーブルと外部キーforeign keyの関係性を持っているために削除できなくなっているようなので、
52
+
53
+ `truncate table boards cascade;`
54
+
55
+ とします。
56
+
57
+ しかし、これによってテーブルpostsにも影響が出て、別の問題が生じる可能性があります。
58
+
59
+ 情報があまりに不足のため、問題が生じるのか生じないのかもこちらでは判断できません。

2

加筆修正

2018/06/20 11:16

投稿

退会済みユーザー
test CHANGED
@@ -11,3 +11,37 @@
11
11
  ただしロールの権限不足で失敗する場合もあるので、
12
12
 
13
13
  その時は権限の強いユーザーで実施すると。
14
+
15
+
16
+
17
+ ---
18
+
19
+
20
+
21
+ サンプルデータでテーブルboardsにデータ格納したけどデータを直したい、
22
+
23
+ という意図だと思って回答を直します。
24
+
25
+
26
+
27
+ サンプルデータとしてテーブルboardsに格納されているデータをすべて削除して、
28
+
29
+ はじめからINSERT INTO文でデータを格納していったほうが
30
+
31
+ 解決が早い気がします。
32
+
33
+
34
+
35
+ `truncate table boards;`
36
+
37
+ を実行すれば、テーブルboardsに格納されているデータはすべて削除されます。
38
+
39
+ レコード数はゼロになりますので、重複キーのエラーなどなく
40
+
41
+ INSERT INTO文が実行できます。
42
+
43
+
44
+
45
+ 以下、リファレンス:
46
+
47
+ [TRUNCATE](https://www.postgresql.jp/document/9.6/html/sql-truncate.html)

1

加筆修正

2018/06/20 10:44

投稿

退会済みユーザー
test CHANGED
@@ -5,3 +5,9 @@
5
5
  ALTER TABLE boards
6
6
 
7
7
  RENAME COLUMN board TO 新しい名前;
8
+
9
+
10
+
11
+ ただしロールの権限不足で失敗する場合もあるので、
12
+
13
+ その時は権限の強いユーザーで実施すると。