--- layout: default title: "Koleksiyon Yönetimi Teknik Özellikleri" parent: "Turkish (Beta)" --- # Koleksiyon Yönetimi Teknik Özellikleri > **Beta Translation:** This document was translated via Machine Learning and as such may not be 100% accurate. All non-English languages are currently classified as Beta. ## Genel Bakış Bu özellik, TrustGraph için koleksiyon yönetimi yeteneklerini tanımlar ve açık koleksiyon oluşturulmasını gerektirir ve koleksiyon yaşam döngüsü üzerinde doğrudan kontrol sağlar. Koleksiyonlar, uygun veri ambarı ve tüm depolama arka uçları arasındaki senkronizasyonu sağlamak için kullanmadan önce açıkça oluşturulmalıdır. Bu özellik, dört birincil kullanım senaryosunu destekler: 1. **Koleksiyon Oluşturma**: Veri depolamadan önce koleksiyonları açıkça oluşturun 2. **Koleksiyon Listeleme**: Sistemdeki mevcut tüm koleksiyonları görüntüleyin 3. **Koleksiyon Meta Veri Yönetimi**: Koleksiyon adlarını, açıklamalarını ve etiketlerini güncelleyin 4. **Koleksiyon Silme**: Koleksiyonları ve bunlara bağlı verileri tüm depolama türlerinden kaldırın ## Hedefler **Açık Koleksiyon Oluşturma**: Verilerin depolanabilmesi için koleksiyonların oluşturulmasını gerektirir **Depolama Senkronizasyonu**: Koleksiyonların tüm depolama arka uçlarında (vektörler, nesneler, üçlüler) mevcut olduğundan emin olun **Koleksiyon Görünürlüğü**: Kullanıcıların ortamlarındaki tüm koleksiyonları listelemesini ve incelemesini sağlayın **Koleksiyon Temizleme**: Artık gerekli olmayan koleksiyonların silinmesine izin verin **Koleksiyon Organizasyonu**: Daha iyi koleksiyon takibi ve keşfi için etiketleri ve kategorileri destekleyin **Meta Veri Yönetimi**: İşletimsel açıklık için koleksiyonlarla anlamlı meta verileri ilişkilendirin **Koleksiyon Keşfi**: Filtreleme ve arama yoluyla belirli koleksiyonları bulmayı kolaylaştırın **İşletim Şeffaflığı**: Koleksiyon yaşam döngüsü ve kullanımı hakkında net görünürlük sağlayın **Kaynak Yönetimi**: Kullanılmayan koleksiyonları temizleyerek kaynak kullanımını optimize etmeyi sağlayın **Veri Bütünlüğü**: Meta veri takibi olmadan depolamada yetim koleksiyonların oluşmasını önleyin ## Arka Plan Geçmişte, TrustGraph'taki koleksiyonlar, veri yükleme işlemleri sırasında örtülü olarak oluşturuluyordu ve bu da koleksiyonların depolama arka uçlarında, ancak kütüphanecide ilgili meta verilere sahip olmadan var olabileceği senkronizasyon sorunlarına yol açıyordu. Bu durum, yönetim zorlukları ve potansiyel olarak yetim veri sorunları yaratmıştır. Açık koleksiyon oluşturma modeli, bu sorunları aşağıdaki şekilde ele alır: Koleksiyonların `tg-set-collection` aracılığıyla kullanmadan önce oluşturulmasını gerektirir Koleksiyon oluşturmayı tüm depolama arka uçlarına yayınlar Kütüphaneci meta verileri ile depolama arasındaki senkronize durumu korur Var olmayan koleksiyonlara yazmayı engeller Açık koleksiyon yaşam döngüsü yönetimi sağlar Bu özellik, açık koleksiyon yönetimi modelini tanımlar. Açık koleksiyon oluşturmayı gerektirerek, TrustGraph şunları sağlar: Koleksiyonlar, oluşturulmadan itibaren kütüphaneci meta verilerinde takip edilir Tüm depolama arka uçları, verileri almadan önce koleksiyonların varlığından haberdardır Depolamada yetim koleksiyonların oluşması engellenir Koleksiyon yaşam döngüsü üzerinde açık işletimsel görünürlük ve kontrol sağlanır Var olmayan koleksiyonlara yapılan işlemlerde tutarlı hata işleme sağlanır ## Teknik Tasarım ### Mimari Koleksiyon yönetimi sistemi, mevcut TrustGraph altyapısının içinde uygulanacaktır: 1. **Kütüphaneci Hizmeti Entegrasyonu** Koleksiyon yönetimi işlemleri, mevcut kütüphaneci hizmetine eklenecektir Yeni bir hizmet gerektirmez - mevcut kimlik doğrulama ve erişim kalıplarından yararlanır Koleksiyon listeleme, silme ve meta veri yönetimi işlemlerini işler Modül: trustgraph-librarian 2. **Cassandra Koleksiyon Meta Veri Tablosu** Mevcut kütüphaneci anahtar alanındaki yeni bir tablo Kullanıcı kapsamlı erişim ile koleksiyon meta verilerini depolar Birincil anahtar: Doğru çoklu kiracılık için (user_id, collection_id) Modül: trustgraph-librarian 3. **Koleksiyon Yönetimi CLI** Koleksiyon işlemleri için komut satırı arayüzü Listeleme, silme, etiketleme ve etiket yönetimi komutları sağlar Mevcut CLI çerçevesiyle entegre olur Modül: trustgraph-cli ### Veri Modelleri #### Cassandra Koleksiyon Meta Veri Tablosu Koleksiyon meta verileri, kütüphaneci anahtar alanındaki yapılandırılmış bir Cassandra tablosunda saklanacaktır: ```sql CREATE TABLE collections ( user text, collection text, name text, description text, tags set, created_at timestamp, updated_at timestamp, PRIMARY KEY (user, collection) ); ``` Tablo yapısı: **user**: **collection**: Birincil bileşik anahtar, kullanıcı yalıtımını sağlar **name**: İnsan tarafından okunabilir koleksiyon adı **description**: Koleksiyonun amacının ayrıntılı açıklaması **tags**: Kategorizasyon ve filtreleme için etiket kümesi **created_at**: Koleksiyon oluşturma zaman damgası **updated_at**: Son değişiklik zaman damgası Bu yaklaşım şunları sağlar: Kullanıcı yalıtımı ile çoklu kiracılı koleksiyon yönetimi Kullanıcı ve koleksiyon bazında verimli sorgulama Düzenleme için esnek etiketleme sistemi İşletimsel bilgiler için yaşam döngüsü takibi #### Koleksiyon Yaşam Döngüsü Koleksiyonlar, veri işlemlerine başlamadan önce kütüphanede açıkça oluşturulmalıdır: 1. **Koleksiyon Oluşturma** (İki Yol): **Yol A: Kullanıcı Tarafından Başlatılan Oluşturma** `tg-set-collection` aracılığıyla: Kullanıcı, koleksiyon kimliği, adı, açıklaması ve etiketleri sağlar Kütüphane, `collections` tablosunda bir meta veri kaydı oluşturur Kütüphane, tüm depolama arka uçlarına "create-collection" mesajını gönderir Tüm depolama işlemcileri, koleksiyonu oluşturur ve başarıyı onaylar Koleksiyon artık veri işlemleri için hazırdır **Yol B: Belge Gönderimi Üzerinde Otomatik Oluşturma**: Kullanıcı, bir koleksiyon kimliği belirten bir belge gönderir Kütüphane, koleksiyonun meta veri tablosunda mevcut olup olmadığını kontrol eder Yoksa: Kütüphane, varsayılanlarla (ad=koleksiyon_kimliği, boş açıklama/etiketler) bir meta veri oluşturur Kütüphane, tüm depolama arka uçlarına "create-collection" mesajını gönderir Tüm depolama işlemcileri, koleksiyonu oluşturur ve başarıyı onaylar Belge işleme, koleksiyonun artık oluşturulduğu şekilde devam eder Her iki yol da, veri işlemlerine izin verilmeden önce koleksiyonun kütüphane meta verilerinde VE tüm depolama arka uçlarında mevcut olmasını sağlar. 2. **Depolama Doğrulama**: Yazma işlemleri, koleksiyonun mevcut olup olmadığını doğrular: Depolama işlemcileri, yazmayı kabul etmeden önce koleksiyonun durumunu kontrol eder Mevcut olmayan koleksiyonlara yapılan yazılar hata döndürür Bu, doğrudan yazmaların kütüphanenin koleksiyon oluşturma mantığını atlamasını engeller 3. **Sorgu Davranışı**: Sorgu işlemleri, mevcut olmayan koleksiyonları zarif bir şekilde işler: Mevcut olmayan koleksiyonlara yapılan sorgular boş sonuçlar döndürür Sorgu işlemleri için hata oluşmaz Koleksiyonun mevcut olması gerekmeksizin keşfetmeye olanak tanır 4. **Meta Veri Güncellemeleri**: Kullanıcılar, koleksiyon oluşturulduktan sonra koleksiyon meta verilerini güncelleyebilir: Adı, açıklamasını ve etiketleri `tg-set-collection` aracılığıyla güncelleyin Güncellemeler yalnızca kütüphane meta verilerine uygulanır Depolama arka uçları koleksiyonu korur, ancak meta veri güncellemeleri yayılmaz 5. **Açık Silme**: Kullanıcılar, koleksiyonları `tg-delete-collection` aracılığıyla siler: Kütüphane, tüm depolama arka uçlarına "delete-collection" mesajını gönderir Tüm depolama işlemcilerinden onay bekler Depolama temizliği tamamlandıktan SONRA yalnızca kütüphane meta veri kaydını siler Depoda hiçbir verinin kaybolmamasını sağlar **Temel İlke**: Kütüphane, koleksiyon oluşturma için tek kontrol noktasıdır. Kullanıcı komutu veya belge gönderimi ile başlatılıp başlatılmadığına bakılmaksızın, kütüphane, veri işlemlerine izin vermeden önce uygun meta veri takibi ve depolama arka uç senkronizasyonunu sağlar. Gerekli işlemler: **Koleksiyon Oluşturma**: `tg-set-collection` aracılığıyla kullanıcı işlemi VEYA belge gönderimi üzerine otomatik **Koleksiyon Meta Verilerini Güncelleme**: Adı, açıklaması ve etiketleri değiştirmek için kullanıcı işlemi **Koleksiyonu Silme**: Koleksiyonu ve tüm depolarda verilerini kaldırmak için kullanıcı işlemi **Koleksiyonları Listeleme**: Etiketlere göre filtreleme ile koleksiyonları görüntülemek için kullanıcı işlemi #### Çoklu Depo Koleksiyon Yönetimi Koleksiyonlar, TrustGraph'ta birden çok depolama arka uçunda bulunur: **Vektör Depoları** (Qdrant, Milvus, Pinecone): Gömme ve vektör verilerini depolar **Nesne Depoları** (Cassandra): Belge ve dosya verilerini depolar **Üçlü Depolar** (Cassandra, Neo4j, Memgraph, FalkorDB): Grafik/RDF verilerini depolar Her bir mağaza türü aşağıdaki işlemleri uygular: **Koleksiyon Durumu Takibi**: Hangi koleksiyonların mevcut olduğunu takip etme **Koleksiyon Oluşturma**: "koleksiyon oluştur" işlemlerini kabul etme ve işleme alma **Koleksiyon Doğrulama**: Yazma işlemlerini kabul etmeden önce koleksiyonun varlığını kontrol etme **Koleksiyon Silme**: Belirtilen koleksiyon için tüm verileri silme Kütüphaneci hizmeti, tüm mağaza türleri arasında koleksiyon işlemlerini koordine ederek şunları sağlar: Koleksiyonlar, kullanmadan önce tüm arka uçlarda oluşturulur Tüm arka uçlar, oluşturma işleminden sonra başarıyı doğrular Depolama türleri arasında senkronize koleksiyon yaşam döngüsü Koleksiyonlar mevcut olmadığında tutarlı hata işleme #### Depolama Türüne Göre Koleksiyon Durumu Takibi Her depolama arka ucu, yeteneklerine bağlı olarak koleksiyon durumunu farklı şekilde takip eder: **Cassandra Üçlü Deposu:** Mevcut `triples_collection` tablosunu kullanır Koleksiyon oluşturulduğunda sistem işaretleyici üçlüsü oluşturur Sorgu: `SELECT collection FROM triples_collection WHERE collection = ? LIMIT 1` Koleksiyonun varlığı için verimli tek bölüm kontrolü **Qdrant/Milvus/Pinecone Vektör Depoları:** Yerel koleksiyon API'leri, varlık kontrolü sağlar Koleksiyonlar, uygun vektör yapılandırmasıyla oluşturulur `collection_exists()` yöntemi, depolama API'sini kullanır Koleksiyon oluşturma, boyut gereksinimlerini doğrular **Neo4j/Memgraph/FalkorDB Grafik Depoları:** Koleksiyonları takip etmek için `:CollectionMetadata` düğümlerini kullanır Düğüm özellikleri: `{user, collection, created_at}` Sorgu: `MATCH (c:CollectionMetadata {user: $user, collection: $collection})` Veri düğümlerinden ayrı olarak, temiz bir ayrım sağlar Koleksiyon listeleme ve doğrulama için verimli bir yol sağlar **Cassandra Nesne Deposu:** Koleksiyon meta veri tablosunu veya işaretçi satırlarını kullanır Üçlü depoya benzer bir desen Veri yazmadan önce koleksiyonu doğrular ### API'ler Koleksiyon Yönetimi API'leri (Kütüphaneci): **Koleksiyon Oluşturma/Güncelleme**: Yeni bir koleksiyon oluşturma veya mevcut meta verileri `tg-set-collection` aracılığıyla güncelleme **Koleksiyonları Listeleme**: İsteğe bağlı etiket filtrelemesiyle bir kullanıcı için koleksiyonları alma **Koleksiyon Silme**: Koleksiyonu ve ilişkili verileri silme, tüm mağaza türlerine kadar yayılma Depolama Yönetimi API'leri (Tüm Depolama İşlemcileri): **Koleksiyon Oluşturma**: "koleksiyon oluştur" işlemini işleme, depolamada koleksiyonu oluşturma **Koleksiyon Silme**: "koleksiyon sil" işlemini işleme, tüm koleksiyon verilerini silme **Koleksiyon Varlığı Kontrolü**: Yazma işlemlerini kabul etmeden önce iç doğrulama Veri İşlemleri API'leri (Değiştirilmiş Davranış): **Yazma API'leri**: Veriyi kabul etmeden önce koleksiyonun varlığını doğrulama, mevcut değilse hata döndürme **Sorgu API'leri**: Hata olmadan mevcut olmayan koleksiyonlar için boş sonuçlar döndürme ### Uygulama Ayrıntıları Uygulama, hizmet entegrasyonu ve CLI komut yapısı için mevcut TrustGraph desenlerini takip edecektir. #### Koleksiyon Silme Yayılımı Bir kullanıcı, kütüphaneci hizmeti aracılığıyla koleksiyon silme işlemini başlattığında: 1. **Meta Veri Doğrulama**: Koleksiyonun var olduğunu ve kullanıcının silme izni olup olmadığını doğrulayın 2. **Depolama Yayılımı**: Kütüphaneci, tüm depolama yazıcıları arasında silme işlemini koordine eder: Vektör depolama yazıcısı: Kullanıcı ve koleksiyon için gömülmeleri ve vektör indekslerini kaldırır Nesne depolama yazıcısı: Kullanıcı ve koleksiyon için belgeleri ve dosyaları kaldırır Üçlü depolama yazıcısı: Kullanıcı ve koleksiyon için grafik verilerini ve üçlüleri kaldırır 3. **Meta Veri Temizleme**: Cassandra'dan koleksiyon meta veri kaydını kaldırır 4. **Hata İşleme**: Herhangi bir depolama silme işlemi başarısız olursa, geri alma veya yeniden deneme mekanizmaları aracılığıyla tutarlılığı koruyun #### Koleksiyon Yönetimi Arayüzü **⚠️ ESKİ YAKLAŞIM - YAPILANDIRMA TEMELLİ DESENE DEĞİŞTİRİLDİ** Aşağıda açıklanan kuyruk tabanlı mimari, `CollectionConfigHandler` kullanarak bir yapılandırma tabanlı yaklaşımla değiştirilmiştir. Tüm depolama arka uçları artık özel yönetim kuyrukları yerine yapılandırma itme mesajları aracılığıyla koleksiyon güncellemeleri alır. ~~Tüm depolama yazıcıları, ortak bir şemaya sahip standart bir koleksiyon yönetimi arayüzü uygular:~~ ~~**Mesaj Şeması (`StorageManagementRequest`):**~~ ```json { "operation": "create-collection" | "delete-collection", "user": "user123", "collection": "documents-2024" } ``` ~~**Sıra Mimarisi:**~~ ~~**Vektör Depolama Yönetimi Kuyruğu** (`vector-storage-management`): Vektör/gömme depoları~~ ~~**Nesne Depolama Yönetimi Kuyruğu** (`object-storage-management`): Nesne/belge depoları~~ ~~**Üçlü Depolama Yönetimi Kuyruğu** (`triples-storage-management`): Grafik/RDF depoları~~ ~~**Depolama Yanıt Kuyruğu** (`storage-management-response`): Tüm yanıtlar buraya gönderilir~~ **Mevcut Uygulama:** Tüm depolama arka uçları artık `CollectionConfigHandler` kullanır: **Yapılandırma İtme Entegrasyonu**: Depolama hizmetleri, yapılandırma itme bildirimleri için kayıt yaptırır **Otomatik Senkronizasyon**: Koleksiyonlar, yapılandırma değişikliklerine göre oluşturulur/silinir **Bildirimsel Model**: Koleksiyonlar, yapılandırma hizmetinde tanımlanır, arka uçlar eşleşmesi için senkronize olur **İstek/Yanıt Yok**: Koordinasyon yükünü ve yanıt takibini ortadan kaldırır **Koleksiyon Durumu Takibi**: `known_collections` önbelleği aracılığıyla sürdürülür **İdeolojik İşlemler**: Aynı yapılandırmayı birden çok kez işlemek güvenlidir Her depolama arka ucu şunları uygular: `create_collection(user: str, collection: str, metadata: dict)` - Koleksiyon yapılarını oluşturur `delete_collection(user: str, collection: str)` - Tüm koleksiyon verilerini kaldırır `collection_exists(user: str, collection: str) -> bool` - Yazmadan önce doğrular #### Cassandra Üçlü Depolama Yeniden Düzenlemesi Bu uygulamanın bir parçası olarak, Cassandra üçlü depolama, bir koleksiyon başına tablo modelinden tek bir tablo modeline yeniden düzenlenecektir: **Mevcut Mimari:** Kullanıcı başına bir anahtar alanı, her koleksiyon için ayrı bir tablo Şema: `(s, p, o)` ile `PRIMARY KEY (s, p, o)` Tablo adları: Kullanıcı koleksiyonları, ayrı Cassandra tabloları haline gelir **Yeni Mimari:** Kullanıcı başına bir anahtar alanı, tüm koleksiyonlar için tek bir "üçlüler" tablosu Şema: `(collection, s, p, o)` ile `PRIMARY KEY (collection, s, p, o)` Koleksiyon izolasyonu, koleksiyon bölümlendirmesi yoluyla sağlanır **Gerekli Değişiklikler:** 1. **TrustGraph Sınıfı Yeniden Düzenlemesi** (`trustgraph/direct/cassandra.py`): Oluşturucudan `table` parametresini kaldırın, sabit "üçlüler" tablosunu kullanın Tüm yöntemlere `collection` parametresini ekleyin Koleksiyonu ilk sütun olarak içeren şemayı güncelleyin **Dizin Güncellemeleri**: Tüm 8 sorgu desenini desteklemek için yeni dizinler oluşturulacaktır: `(s)` üzerine dizin, konu tabanlı sorgular için `(p)` üzerine dizin, öznelik tabanlı sorgular için `(o)` üzerine dizin, nesne tabanlı sorgular için Not: Cassandra, çok sütunlu ikincil dizinleri desteklemez, bu nedenle bunlar tek sütunlu dizinlerdir **Sorgu Deseni Performansı:** ✅ `get_all()` - `collection` üzerinde bölüm taraması ✅ `get_s(s)` - birincil anahtarı verimli kullanır (`collection, s`) ✅ `get_p(p)` - `idx_p` ile `collection` filtrelemesini kullanır ✅ `get_o(o)` - `idx_o` ile `collection` filtrelemesini kullanır ✅ `get_sp(s, p)` - birincil anahtarı verimli kullanır (`collection, s, p`) ⚠️ `get_po(p, o)` - `ALLOW FILTERING` gerektirir (ya `idx_p` veya `idx_o` artı filtreleme kullanır) ✅ `get_os(o, s)` - `idx_o` ile ek filtreleme `s` üzerinde kullanır ✅ `get_spo(s, p, o)` - tüm birincil anahtarı verimli kullanır **ALLOW FILTERING Notu:** `get_po` sorgu deseni, uygun bir birleşik dizin olmadan hem öznitelik hem de nesne kısıtlamalarına ihtiyaç duyduğu için `ALLOW FILTERING` gerektirir. Bu kabul edilebilir çünkü bu sorgu deseni, tipik üçlü depolama kullanımında konu tabanlı sorgulara göre daha az yaygındır 2. **Depolama Yazarı Güncellemeleri** (`trustgraph/storage/triples/cassandra/write.py`): (kullanıcı, koleksiyon) başına bir bağlantı yerine, kullanıcı başına tek bir TrustGraph bağlantısı sürdürün Ekleme işlemlerine koleksiyonu iletin Daha az bağlantıyla daha verimli kaynak kullanımı 3. **Sorgu Hizmeti Güncellemeleri** (`trustgraph/query/triples/cassandra/service.py`): Kullanıcı başına tek bir TrustGraph bağlantısı Tüm sorgu işlemlerine koleksiyonu iletin Koleksiyon parametresiyle aynı sorgu mantığını koruyun **Faydaları:** **Basitleştirilmiş Koleksiyon Silme:** Tüm 4 tablo üzerinde `collection` bölüm anahtarını kullanarak silme **Kaynak Verimliliği:** Daha az veritabanı bağlantısı ve tablo nesnesi **Çoklu Koleksiyon İşlemleri:** Birden çok koleksiyonu kapsayan işlemleri uygulamak daha kolaydır **Tutarlı Mimari:** Birleşik koleksiyon meta veri yaklaşımıyla uyumludur **Koleksiyon Doğrulama:** `triples_collection` tablosu aracılığıyla koleksiyonun varlığını kontrol etmek kolaydır Koleksiyon işlemleri, mümkün olduğunda atomik olacak ve uygun hata yönetimi ve doğrulama sağlayacaktır. ## Güvenlik Hususları Koleksiyon yönetimi işlemleri, yetkisiz erişimi veya koleksiyonların silinmesini önlemek için uygun yetkilendirme gerektirir. Erişim kontrolü, mevcut TrustGraph güvenlik modelleriyle uyumlu olacaktır. ## Performans Hususları Koleksiyon listeleme işlemleri, çok sayıda koleksiyon içeren ortamlarda sayfalama gerektirebilir. Meta veri sorguları, yaygın filtreleme kalıpları için optimize edilmelidir. ## Test Stratejisi Kapsamlı testler şunları kapsayacaktır: Koleksiyon oluşturma iş akışı, uçtan uca Depolama arka uç senkronizasyonu Var olmayan koleksiyonlar için yazma doğrulaması Var olmayan koleksiyonların sorgu işlenmesi Koleksiyon silme işleminin tüm depolama alanlarında yayılması Hata yönetimi ve kurtarma senaryoları Her depolama arka ucu için birim testleri Çapraz depolama işlemleri için entegrasyon testleri ## Uygulama Durumu ### ✅ Tamamlanmış Bileşenler 1. **Librarian Koleksiyon Yönetimi Hizmeti** (`trustgraph-flow/trustgraph/librarian/collection_manager.py`) Koleksiyon meta veri CRUD işlemleri (listeleme, güncelleme, silme) `LibraryTableStore` aracılığıyla Cassandra koleksiyon meta veri tablosu entegrasyonu Koleksiyon silme işleminin tüm depolama türleri arasında koordinasyonu Uygun hata yönetimi ile asenkron istek/yanıt işleme 2. **Koleksiyon Meta Veri Şeması** (`trustgraph-base/trustgraph/schema/services/collection.py`) `CollectionManagementRequest` ve `CollectionManagementResponse` şemaları Koleksiyon kayıtları için `CollectionMetadata` şeması Koleksiyon istek/yanıt kuyruğu konu tanımları 3. **Depolama Yönetimi Şeması** (`trustgraph-base/trustgraph/schema/services/storage.py`) `StorageManagementRequest` ve `StorageManagementResponse` şemaları Depolama yönetimi kuyruğu konuları tanımlandı Depolama seviyesindeki koleksiyon işlemleri için mesaj formatı 4. **Cassandra 4-Tablo Şeması** (`trustgraph-flow/trustgraph/direct/cassandra_kg.py`) Sorgu performansı için birleşik bölüm anahtarları SPO sorguları ve silme takibi için `triples_collection` tablosu Koleksiyon silme işlemi, okuyup sonra silme kalıbıyla uygulandı ### ✅ Yapılandırma Tabanlı Kalıba Geçiş - TAMAMLANDI **Tüm depolama arka uçları, kuyruk tabanlı kalıptan yapılandırma tabanlı `CollectionConfigHandler` kalıbına geçirildi.** Tamamlanan geçişler: ✅ `trustgraph-flow/trustgraph/storage/triples/cassandra/write.py` ✅ `trustgraph-flow/trustgraph/storage/triples/neo4j/write.py` ✅ `trustgraph-flow/trustgraph/storage/triples/memgraph/write.py` ✅ `trustgraph-flow/trustgraph/storage/triples/falkordb/write.py` ✅ `trustgraph-flow/trustgraph/storage/doc_embeddings/qdrant/write.py` ✅ `trustgraph-flow/trustgraph/storage/graph_embeddings/qdrant/write.py` ✅ `trustgraph-flow/trustgraph/storage/doc_embeddings/milvus/write.py` ✅ `trustgraph-flow/trustgraph/storage/graph_embeddings/milvus/write.py` ✅ `trustgraph-flow/trustgraph/storage/doc_embeddings/pinecone/write.py` ✅ `trustgraph-flow/trustgraph/storage/graph_embeddings/pinecone/write.py` ✅ `trustgraph-flow/trustgraph/storage/objects/cassandra/write.py` Tüm arka uçlar artık: `CollectionConfigHandler`'dan miras almaktadır `self.register_config_handler(self.on_collection_config)` aracılığıyla yapılandırma itme bildirimleri için kayıtlıdır `create_collection(user, collection, metadata)` ve `delete_collection(user, collection)`'i uygulamaktadır Yazmadan önce `collection_exists(user, collection)` ile doğrulamaktadır Otomatik olarak yapılandırma hizmeti değişiklikleriyle senkronize olmaktadır Eski kuyruk tabanlı altyapı kaldırıldı: ✅ `StorageManagementRequest` ve `StorageManagementResponse` şemaları kaldırıldı ✅ Depolama yönetimi kuyruğu konu tanımları kaldırıldı ✅ Tüm arka uçlardan depolama yönetimi tüketici/üretici kaldırıldı ✅ Tüm arka uçlardan `on_storage_management` işleyicileri kaldırıldı