@ars42525 定義が分かっているなら、psqlからcreate index流すのが早いかと。
@osapon db/schema.rbに書いてあるっぽいんですが読み方がわからないという…
@ars42525 単独カラムでのユニークインデックスっぽいので、
CREATE UNIQUE INDEX index_statuses_on_uri ON statuses (uri);
ですかね。自信が無いので、他のインスタンスで
pg_dump -s -t statuses データベース名 > statuses.sql
とかすると、テーブルの定義が取得できます。
でも、作られていなかったと言うことはユニークインデックスの生成に失敗したと思われるので、データが重複しているとか、なにか問題があるかもしれません。
@osapon データ重複っぽいですね
とあるトゥートが重複して登録されたようなエラーが出ました
@ars42525 重複しているデータを見比べてみて、どちらかが誤って入っているデータだとは思うのですが・・・。
@ars42525 ふむー、ユニークインデックスが作られる前にリモートからのデータがなぜか二回届いて両方登録されちゃった感じですね。テーブルの定義をる感じ、他のテーブルから外部参照していることも無さそうなので、DELETE文でどちらか適当に消しても良さそうですが、もし管理画面から投稿の単独削除ができるなら、管理画面から消した方が安全かと思います。
@osapon 1個消してcreate indexしたらまたエラーになったんで一個ずつ消すとかそういう次元じゃなかったみたいです…w
@osapon idが自分のサーバーでのトゥートのidで、uriがリモートでのトゥートのURLみたいですね
なので、uriが一緒なのにidが違うデータが2件ある感じ