Jewelry AI・コレクション
コレクションを削除しても、その中の画像は削除されません
このアプリの2つの削除は、逆の向きに働きます。削除した画像は「削除済み」タブに移り、戻すことができます。削除したコレクションはそのまま取り除かれ、後ろにごみ箱はなく、復元する手段もありません。どちらの場合も実際に失われるのは、写真ではなくグループ分けです。
2つの削除は逆の向きを指している
Jewelry AIでは、画像を削除することとコレクションを削除することは、同じ操作の大小ではありません。削除した画像は視界の外に移されますが、保たれています。復元できます。削除したコレクションはデータベースから取り除かれ、これに相当する二度目の機会はありません。アプリにはコレクションのためのごみ箱も、コレクションのための論理削除もありません。
この非対称は、逆向きに読み違えられやすいものです。出品者が先に出会うのは復元できるほうの操作なので、破壊的なほうがありもしない取り消しを受け継いでしまいます。対象を取り違えないことが助けになります。画像はライブラリにあり、コレクションはその上に敷かれたグループ分けです。グループ分けを削除しても、その下にある画像には届きません。
コードははっきりそう述べています。コレクションの削除はコレクションの行を取り除き、その所属の行が連なって消えるに任せます(apps/api/src/collections/collections.service.ts: `await this.prisma.collection.delete({ where: { id } }); // items cascade`)。そしてこの経路にあるものは何も、画像に触れません。2026-08-18にコードに対して確認しました。
それぞれの削除が実際に取り除くもの
この問いのほとんどの形は、4つの事実で足ります。どれも画面の文言ではなく、製品のコードから読み取ったものです。
- コレクションの削除は、コレクションの行とその所属の記録を取り除きます。それ以外は取り除きません。
- apps/api/src/collections/collections.service.ts: `await this.prisma.collection.delete({ where: { id } }); // items cascade`。画像はライブラリに残り、ほかのコレクションはその画像への自分のつながりを保ちます。
- 画像の削除は、所属の行をその場に残します。
- apps/api/src/collections/collections.service.ts: `// Only active (not soft-deleted, not purged) generations are considered members — deleted/purged items`。画像はコレクションの表示からも件数からも外れますが、そのコレクションでの居場所はまだ記録されています。
- 復元された画像は、同じコレクションに再び現れます。
- 所属の行が一度も取り除かれていないため、画像を復元すると、その居場所も一緒に戻ります。もう一度整理し直す必要はありません。
- 複数のコレクションにある同じ画像は、複製ではなく1つのレコードです。
- packages/db/prisma/schema.prisma: `@@unique([collectionId, generationId])`。一意性は組み合わせに対して働くので、1つのコレクションに同じ画像を二度追加することはできませんが、多くのコレクションに同時に属することはできます。削除すると、そのすべてから同時に取り除かれます。
並べて見る
同じ6つの問いに、2つの削除それぞれで答えます。
| 問い | 画像を削除する | コレクションを削除する |
|---|---|---|
| どこへ行きますか。 | 「削除済み」タブへ。そこから復元できます | どこへも行きません。コレクションの行はそのまま取り除かれます |
| 取り消せますか。 | はい。復元すれば戻ります | いいえ。コレクションにはごみ箱も復元もありません |
| 画像はどうなりますか。 | 取り除かれるのが画像そのものです | 手が触れられません。ライブラリに残ります |
| 所属のつながりはどうなりますか。 | 保たれます。だから復元すると画像は同じコレクションに戻ります | コレクションと一緒に削除されます |
| ほかのコレクションはどうなりますか。 | 共有された1つのレコードが、入っているすべてのコレクションから同時に外れます | このコレクションのつながりだけがなくなり、ほかのコレクションは自分のつながりを保ちます |
| アプリは先に確認しますか。 | このページでは説明していません | はい。削除の前に、画面が確認ダイアログを出します |
戻ってくるもの、戻ってこないもの
画像を復元すると、2つのものが同時に戻ります。画像と、その整理です。同じコレクションに再び現れます。画像が削除されているあいだも、所属の行がそこに残っていたからです。だから画像を誤って削除しても、往復の手間より高くはつきません。あとから入れ直す必要はないのです。
コレクションの削除は何も戻しません。何も抱えられていなかったからです。あとから戻ってくるのは、そもそも失われなかったものだけです。つまり、ライブラリに残っていて、いまはグループ分けのない画像です。
つながりまで壊される場合が1つだけあります。画像が完全に削除されると、そのコレクションへの所属も一緒に削除され(apps/api/src/generation/generation.service.ts: `await this.prisma.collectionItem.deleteMany({`)、そのレコードはどのコレクションにも戻れません。2026-08-18に確認しました。その状態に至る操作と、その周りの確認については、「削除済み」タブのページが受け持っており、ここではなくそちらで説明されています。
このページが定めないこと
このページは、削除がどのレコードを取り除くのかを扱います。隣り合ういくつかの問いは、それを受け持つページに意図的に委ねています。
- ファイルそのものが本当になくなるのか、そのあと何が起きるのかは別の問いであり、ここでは答えません。このページのどこからも、保管、プライバシー、法令順守についての表明は行われず、含意もされません。
- 「削除済み」タブそのもの、そこへの行き方、項目を復元する操作、項目を完全に取り除く確認は、このページではなく専用のページで説明されています。
- ここでの調べは、APIとモバイルクライアントから得たものです。コレクションがほかの場所、たとえばウェブや管理画面に現れるかどうかは、この根拠が覆う範囲の外です。
- コレクションを共有すること、書き出すこと、中を検索すること、手で並べ替えることは、ここでは扱いません。そうした機能があるかないかについての表明として、このページのどこも読まれるべきではありません。
よくある質問
コレクションを削除したら、中の写真は失われますか。
いいえ。コレクションの削除が取り除くのは、コレクションと、画像をそこに置いていたつながりです。画像そのものには手が触れられず、ライブラリに残ります(apps/api/src/collections/collections.service.ts: `await this.prisma.collection.delete({ where: { id } }); // items cascade`)。失われるのはグループ分けです。
削除したコレクションを元に戻せますか。
いいえ。コレクションにはごみ箱も復元もありません。行はそのまま取り除かれ、その前にアプリが確認ダイアログを出します。画像は残るので、戻る道は、コレクションをもう一度作ってそこに整理し直すことだけです。
コレクションに入っていた画像を削除しました。復元したら、入れ直す必要がありますか。
いいえ。画像が削除されているあいだも所属の記録はその場に残るため(apps/api/src/collections/collections.service.ts: `// Only active (not soft-deleted, not purged) generations are considered members — deleted/purged items`)、復元された画像はひとりでに同じコレクションに現れます。
同じ画像が複数のコレクションに入っています。削除するとどうなりますか。
それは複製の集まりではなく、共有された1つのレコードです。データベースが一意性を求めるのは、コレクションと画像の組み合わせに対してだけだからです(packages/db/prisma/schema.prisma: `@@unique([collectionId, generationId])`)。そのため、そのすべてのコレクションから同時に外れ、それぞれの件数が減ります。復元すればそれは元に戻ります。所属の行は一度も取り除かれていないからです。