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

3 farkli dil olunca veri tabani nasil olmali?

Phpartisanmakeuser

Merhaba. Diyelimki benim bir tablom var orda hem title hem body var . 3 farkli dil olucak sitede. simdi ben 3 dil icin ayri ayri mesela title_en title_ru body_en body_ru sheklindemi saklamam mantikli yoksa json column olarak yapip sadece title icinde 3 dilin hepsini tutmakmi?

mgsmus

Phpartisanmakeuser İkisi de değil, çevirileri ayrı tabloda tutun;

post_translations
+----+---------+------+---------+----------------+
| id | post_id | lang |  title  |      body      |
+----+---------+------+---------+----------------+
|  1 |       1 | tr   | Merhaba | Merhaba Dünya! |
|  2 |       1 | en   | Hello   | Hello World    |
|  3 |       1 | de   | Hallo   | Hallo Welt     |
+----+---------+------+---------+----------------+

Phpartisanmakeuser

mgsmus hocam o zaman ben web sitesinde tum bolumler icin ekstra birer birer ceviriler tablosuda olusturmam lazim?10 tablom varsa 20 tablo olucak oylemi?

nuri60

mgsmus abi her model için bunun yapılması gerekir değil mi bir admin panelinden de bu bilgilerin girilmesi mi gerekir

mgsmus

Phpartisanmakeuser Evet.

TurkMvc

Phpartisanmakeuser aslında bunun başka bir yolu var dinamik Lang yani örnegin post oluştururken 1 dil yada 3 5 dil fark etmez dil kadar metin alanı oluşuyordu bende vardı örnegi
Gazzedestek in yazılımını yazacaktım anlaşamamıştık
Bulursam atarım size ama mantık şu şekilde idi
Degişken alan text tipinde veri ise Array olarak örnegin
Lang:tr|türkçe, lang:en|İngilizce, gibiydi

mgsmus

TurkMvc Olaya sadece girdiyi veri tabanına ekleme olarak bakmayın, bunun bir de okuması olacak. Veri tabanına yazmak her zaman kolaydır; zor olan okuma. Veriyi nasıl ekleyeceğinizi nasıl okuyacağınızı düşünerek belirlemeniz lazım.

TurkMvc

mgsmus pardon sadece çözüm bulmaya çalışmıştım

mgsmus

TurkMvc Size bir şey söylemedim, siz fikrinizi belirttiniz ben de fikrimi belirttim 🙂

sineld

Biraz etraflıca araştırma yaparsanız göreceksiniz ki, bu işin "en iyi örnek" çalışmalarında hep her tablo için bir _translations sonekli bir tablo daha kullanılmıştır.

mkeremcansev

Polymorphic bir yapıda tutulsa nasıl bir sonuç çıkar ortaya?

translations
+----+----------+------+-----------------+-------+------------------+
| id | model_id | lang |   model_type    | title |      body        |
+----+----------+------+-----------------+-------+------------------+
|  1 |        1 | tr   | App\Models\Post | Merhaba | Merhaba Dünya! |
|  2 |        1 | en   | App\Models\Post | Hello     | Hello World     |
|  3 |        1 | de   | App\Models\Post | Hallo     | Hallo Welt       |
+----+----------+------+-----------------+-------+------------------+

mgsmus

mkeremcansev Her modelde title, body gibi çevrilen alanlar farklı olabileceğinden dolayı olmaz.

murat889

Ben blog sayfam için kullanıyorum kendi dil modelimi küçük çaplı projeler için yeterli olabilecek seviyede bence.

Blog yazısı eklerken textarea içerisine [[tr]] buraya türkçe metin gelecek [[tr]] [[en]] buraya ingilizce metin gelecek [[en]] şeklinde veritabanında tek bir sütunda verileri ekliyorum. Verileri çekeceğim zamanda sitenin o an ki dili neyse ona göre bir filtreleme yapıp sadece [[tr]] etiketinin içerisindeki yazıları çekiyorum örneğin.

serefayazgun

Ben de ufak bir web sayfasında;

Her kayıt için, Türkçe yazılışları, İngilizce yazılışları vs şeklinde yazdırıp veri tabanına her bir dil için ayrı kayıt ekliyorum.
Sonra sayfa url si ve dil türüne göre veri tabanındaki ilgili metinleri ekrana basıyordum.

languages tablosunda dil seçeneklerini;

id | localte | name      |flag | status|
1  | TR       | Türkçe     | tr   | 1        |
2  | EN       | İngilizce  | en | 1        |

+----+----------+------+-----------------+-------+------------------+
`

mgsmus

nuri60 Evet

siberfx

tercümeler polymorphic bir modelle de yapılabilir
column içerisine tercümeler json veri olarak da eklenebilir, sistem dili session ya da cache den çekilerek ilgili key verisi döndürülebilir
table suffix leri eklenerek de yapılabilir ama tercih edilmeyen yöntem bu

mgsmus

siberfx Arama vb gibi işlemler tablo üzerinde yapılacaksa JSON pek önermiyoruz. Her bir modelin json keyleri farklı olacağı için indekslemede sorunlar yaşanabilir, örneğin performanslı full-text arama yapılamayabilir ya da kompleks sorgular yazılmasına sebep olabilir. Öncelikle ihtiyaçlar belirlenip bunların yapılabilirliği öğrenilmeli, ondan sonra JSON tutulup tutulmayacağına karar verilmeli. Sonuçta NoSQL değil RDMBS.