Laravel Türkiye Discord Kanalı Forumda kod paylaşılırken dikkat edilmesi gerekenler!Birlikte proje geliştirmek ister misiniz?

Json Column Foreign Key Bağlantısı

YalcinSahin

Merhaba,

Kategoriler için oluşturduğum bir tablo var. Bunu ürün tablosuyla ilişkilendireceğim.

Burada categoryID lerini json formatta ürün listesinde tutmak istiyorum. Ne kadar verimli olduğundan emin değilim , deneyeceğim. (Fikirlerinizi de belirtirseniz sevinirim)

Şu şekilde bir migration denedim ama başarılı olamadım.

            $table->json('categoryList');
            $category_id = DB::connection()->getQueryGrammar()->wrap('categoryList->category_id');
            $table->unsignedInteger('category_id')->storedAs($category_id );
            $table->foreign('category_id')->references('id')->on('integration_category');

Buradaki tartışmadan esinlendim: https://github.com/laravel/framework/pull/24670
Bunun için kullanılan paket: https://github.com/staudenmeir/eloquent-json-relations // Örnek migration burada denedim.

Aldığım hata : errno: 150 "Foreign key constraint is incorrectly formed"

categoryListi şu şekilde planlıyorum:

{
{
  "category_id" : 13
}
{
  "category_id" : 14
}
}

YalcinSahin

Şu şekilde bir kullanım da denedim:

   $table->json('categoryList');
    $table->unsignedInteger('category_id')->storedAs('`categoryList`->\'$."category_id"\'');
    $table->foreign('category_id')->references('id')->on('integration_category');

Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to us
e near '>'$."category_id"') stored,

mgsmus

YalcinSahin Bu şekilde foreign key oluşturamazsınız. JSON desteği kısıtlı olduğu için de bir çok işlemi sonuçları aldıktan sonra manipüle ederek yapabilirsiniz ve/veya stored procedure gibi şeyler ile çözmeniz gerekir. Bunlara bir de index lazım olacak, MariaDB kullanıyorsunuz, indexler için bir de virtual column'lar oluşturacaksınız vs.

RDMBS bir veritabanını RDMBS bir veritabanı gibi kullanmak RDBMS bir veritabanındaki en sağlıklı yoldur.

YalcinSahin

mgsmus

Hocam verdiğim örnek üzerinde mysql de bunu kullandıkları yazıyor.

Hatta taylor amca şey demiş:
I feel like we're getting a little overboard with these JSON PRs without much demand (at least that I have seen) from the community for such features.

İlişkilerde kullanımını ben daha mantıklı buldum

Paket dahilinde yazan yazı:
Referential Integrity
On MySQL, MariaDB and SQL Server you can still ensure referential integrity with foreign keys on generated/computed columns.

Laravel migrations support this feature on MySQL/MariaDB:

mgsmus

YalcinSahin Tamam ama siz SQL seviyesinde JSON alana foreign key eklemeye çalışıyorsunuz. Onların bahsettiği JSON sütun üzerinden ilişki kurmak. Yani bir relation olacak, json sütundaki alanları önce çekip PHP dizisine çevirecek, sonra çektiği id'lerden sorgu yapıp collection oluşturup ana collection'a ekleyecek, böylece role_ids isimli bir jsonb alanda tuttuğunuz [1,2,3] şeklindeki değerlerden $user->roles şeklinde bir erişimde id'leri 1, 2 ve 3 olan Role modellerine ulaşabileceksiniz. Bunu yapan paket var, belirttiğiniz staudenmeir/eloquent-json-relations paketi.

Referential Integrity ile bahsettiğiniz ise benim size bir önceki indexler için bir de virtual column’lar oluşturacaksınız dediğim kısım.

Laravel'de ilişkli kullanmak için foreign key kullanmanıza gerek yok. Foreign key veritabanı düzeyinde normalizasyon amacıyla kullanılan bir şey, ne PHP ne de Laravel ile ilgisi var. Biz foreign key oluşturarak kayıtların öksüz kalmasını veritabanı düzeyinde engelliyoruz (ya da cascade ile ilişkili kayıtların otomatik silinmesini/güncellenmesini), mesela içinde ürün olan kategoriler silinemesin istediğimizden bunu foreign key ile yapıyoruz ki PHP tarafında bir hata yapsak bile veritabanı düzeyinde hata versin ve veri bütünlüğü korunsun.

Siz şunu istiyorsunuz:

[
    {
      "category_id" : 13
    },
    {
      "category_id" : 14
    }
]

Buradaki category_id categories tablosundaki id olacak, categoryList alanına sahip olan tablodaki category_id'lerden birine ait bir categories kaydı silinmeye çalışılırsa veritabanı buna engel olacak. Benim bildiğim kadarıyla böyle bir özellik yok. Sadece içerisindeki bir alandan virtual/computed sütun oluşturabiliyorsunuz.

YalcinSahin

mgsmus

Hocam tam anlayamadım. Şimdi ben bu şekilde kurdum paketi yazan arkadaşla görüşerek.

            $table->json('categoryList');
            $category_id = DB::connection()->getQueryGrammar()->wrap('categoryList->category_id');
            $table->unsignedBigInteger('category_id')->storedAs($category_id);
            $table->foreign('category_id')->references('id')->on('integration_category');

Benim istediğim de zaten ilişkilerde bu kategorileri görebilmek.

Ama ilk söylediğim sanırım hatalı dediğiniz gibi. Ben json bazında bunları mysql tarafında foreign key gibi görüp tıkladığımda ilgili tabloya gidebileceğimi düşündüm.

mgsmus

YalcinSahin Eğer SQL sorgusu yazacaksanız, ki öyle yapacak gibisiniz, JSON kullanmayın, ilişkiyi ayrı bir tabloda tutun. Eğer JSON kullanmada ısrarcı iseniz direkt Eloquent ile halletmek yerine önce id'leri çekip sonra whereIn() kullanarak sorgu yazabilirsiniz. Normalde paketin yaptığı gibi custom ilişkiler oluşturmak mümkün ama olayı karmaşıklaştıracağı için genellikle ayrı tablolar ile hallediyoruz. Basit düşünün. Benim tavsiyem RDMBS veritabanı kullandığınız için ilişkiyi ayrı tabloda tutmanız.

Bu arada JSON kullandığınızda o alanda meydana gelecek bir değişiklik için alakalı tüm kayıtları güncellemek zorunda kalacağınızı unutmayın. Pivot tablo kullanırsanız ilişki o tabloda kurulacağı için bu tür sorunlar da yaşamazsınız.

YalcinSahin

mgsmus

JSON'da o dataların kaldırılması için şöyle bir örnek var.

$user = new User;
$user->roles()->attach([1 => ['active' => true], 2 => ['active' => false]])->save();
// Now: [{"role_id":1,"active":true},{"role_id":2,"active":false}]

$user->roles()->detach([2])->save();
// Now: [{"role_id":1,"active":true}]

attach ile ekleyip , detach ile o alana sahip kısımları kaldırıyor. Bu kullanım aslında benim hoşuma gitti.

Ben bir sql sorgusu yazmayacağım aslında. Eloquent ile önceden eklemiş olduğum dataları çekip yeni gelen datalar ile bir karşılaştırma yapmak üzerine.
Yani:
A ve B isimli 2 kategori geldi. Sonrasında bu sayı azaldı , arttı vs. buna göre hangi tarafta işlem yapmam gerektiğine dair bir sonuç çıkarmak.

Bazı durumlarda müşteriler ile konuşurken anlık olarak sorgu yazmadan mysql üzerinde şunu şunu göndermişim diye de konuşabiliyorum. Bu yüzden 2 taraflı bir kullanım düşünüyorum. İlk örneklerimde de aslında üzerine geldiğimde hangi kategori isimlendirmeleri ile gitmiş diye manuel bir kontrol kafasıyla düşündüm.

Şu anki düşünceme göre JSON kullanmam daha mantıklı. Farklı sistemlere bağımlı olduğum için benim dışımda da data silebilirler. Bu kayıtların da bu durumlarda boşa çıkması gerekiyor. Her türlü kayıt güncellemek zorunda kalacağım. Örnekteki kullanımın da kolay olduğunu düşündüm.

Amacım hem hızlı bir sorgulama hem de geriye dönük bu dataları hızlıca görebilmek.

Şu an hangi kullanımın beni rahatlatacağına da emin değilim.