Cevabın genelde 2. rnek veriyorum users tablonda kullanıcının id kolonu oluyor product tablonda user_id kolonu oluyor diyorsunki user_id'si giriş yapan user'ın id sine eşit olanı getir rnek olsun diye verdim çeşit bol Bazı durumlarda sistemi firma firma ayırmak için 1. durum yapılabiliyor rnek veriyorum x firmasi olsun x. site.com ve y firması için y. site.com diye sub domainler açılıp veya ayrı yerlerde tutulup 1. nin kullandığı durumlar olabiliyor sistemleri tamamen birbirinden ayırmak istendiği zaman ama maliyeti yüksek oluyor ihtiyacına gre ama 2. olan daha genel Bot ve lisans ihtiyaçlarınız için pm atınız.

Ağırlıklı olarak kullanılan yntemler 2 tane. Kullanıcıları gruplarına zel yetki tanımlama Kullanıcılara zel yetki tanımlama 2 şekilde de aktif session'daki kullanıcının grubu veya yetki seviyesi alınır. Erişmek istediği sayfa açılmadan veya gsterilmeden nce yetkisi var mı diye kontrol edilir. Yetkisi var ise kullanıcının veya grubun erişimine izin verilir. Tabi bu yalnızca sayfaların gsterilmesi için değil, arkaplanda POST, GET vb. işlemlerin de engellenmesi gerekir. rn: AJAX ile bir kayıt ekleniyordur. Bu kaydın gnderildiği ekranı gstermesen de, isteğin alındığı URL'de de gerekli kontrolleri yapmalısın. seni 4 kere dverim yarın

multi tenant büyük yapı olacaksa tenant per db yada tek db konusuna dikkat et. ikisininde çok fazla pros/cons u var. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

bahsettiğin modelin tam adı Multitenancy yapı diye geçer. bu şekilde aratabilirsin. Multitenancy için birden fazla yntem vardır. -hem kod, hem db aynı olabilir. -kod aynı, db müşteriye zel olabilir -kod ve db müşteriye zel olabilir aşağıdaki resimde genel bir nizleme var bu konuyla ilgili. Multitenancy keyworduyle daha detaylı mimarilere ulaşabilirsin. bana sorarsan ben completemultitenant mimarisini kullanıyorum hem kod hem db aynı. benim işimi karşılaya model bu çünkü. EDİT: https://www.tahribat.com/forum/aspnet-core-multi-tenant-konusu-hakkinda-250641 Şu konuda baya detaylı konuşmuştuk sonradan aklıma geldi. manglerman tarafından 04/Haz/23 18:50 tarihinde düzenlenmiştir türk kızlarından sabun yapalım, rus kızları elini yıkasın.:)

Selam arkadaşlar Dbde mikrox paraşüt gibi sistemlerde kullanılan mantık nedir? Sormak istediğim şu bu platformlarda bir üyelik oluşturduğumuzda aynı zellikleri sadece bizim girdiğimiz verilere ulaşabiliyoruz, ikinci üyelik açıyoruz yine o ikinci üyeliği ait verileri girip hangi üyelik login olduysan ona gre ona ait verileri gsteriyor 1 - Şimdi burada her üyeliğe zel bir veri tabanını oluşturulup tablolar kopyalanıp ona gre bağlantı mı yapılıyor? 2 -Yoksa ortak veritabanı kullanıyor üye kimliğine gre tüm tablolarda o kimliği kaydedip filtreleme mi yapıyor? Aynı şekilde bir sistem yapmaya çalışıyorum ancak hangi yntem daha mantıklı olur? ikinci yntemde ilerde performans sıkıntısı yaşar mıyız yoksa her üye zel yeni bir veritabanı oluşturup bağlantıyı ona gre zelleştirmek mi mantıklı? Ya da bunun daha başka bir yolu var mı? Abure cubure subure dubure re re re tey tey tey

rneklemek gerekirse; veritabani. dbo. Users dbo/schema // müşteri bazı ynetebilirsin. ama bu seferde indexlerin artacaktır her müşterinin tablosuna ayrı ayrı index atman gerekecek. En mantıklı olan Users tablosunda bir adet CompanyId tutman ve burayı ve bütün tabloları müşteri bazlı ynetmen. rnek sorgu "SELECT FROM Users WHERE CompanyId=1 İsDeleted=0 AND IsActive=1"

1. bu bana biraz ynetmesi zor geliyor. tablo yapısı değiştiğinde her müşteri için bir db de değiştireceksin. raporlama tarzı işlerin çok zor olacak vs. bunu sql de yapmazdım. 2. şu ana kadar hep bunu kullandım. web frameworklerin genelde bu tarz şeyler için işi kolaylaştıracak zellikleri oluyor. hiç desktop geliştirmedim orda nasıl bilmiyorum. mesela laravelde "scope" olayı var. sql değil mongodb kullanıyorsun dersek: 3-4 yıldır canlıda çalışan uygulamamda her kullanıcıya bir database açarak ilerliyorum. ama mongodb de şema yok ve database/tablo yaratmanın teknik bir maliyeti yok. mongoda tuttuğum veri üstünden de herhangi bir raporlama yapmadığım için bunu yapabildim. her kullanıcı kendi database in de çalıştığı için "x müşterinin bana maliyeti ne" tarzı şeyleri çok kolay çıkarıyorum 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

Hocam saf php den sonra hiçbi mantık yok ya lüzümsuz şeyler bu teenage mutant ninja turtles falan. Burası zgür bir platform olduğu için fikir beyan ettim