Replies: 5 comments 5 replies
-
|
peki bu projede relational database kullanmaya gerek var mı? nosql daha efektif olmaz mıydı? |
Beta Was this translation helpful? Give feedback.
-
|
Bence de RDB'ler yerine MongoDB daha uygun olabilir gibi. |
Beta Was this translation helpful? Give feedback.
-
|
3 tane tablosu olan ve nerdeyse her data si statik olan bir yapı icin herhangi bir db gayet uygun bence. Ayrıca mysql in eski olduguna katılmıyorum ve kullanılmasında bence sorun yok. Eger yapıda bir degisiklik olmayacaksa sistemin db katmanının bu sekilde kalmasında bence sorun yok. Sadece query sonuçları belki cache lenebilir. |
Beta Was this translation helpful? Give feedback.
-
|
@mtkuyucu kesinlikle. Db'nin şu anda bir önemi yok. Cache konusunda da bir ihtiyacı yok, in-memory cache uygulandı harici bir cache önerilebilir ama yine de gerek yok :). Veri tarafında pek bir değişiklik olmayacak belki ufak tefek içerik güncellemeleri. Buraya hiç odaklanmanıza gerek yok arkadaşlar. Uygulamanın en önemli eksiği responsive değil. İlk versiyonda desktop adaptive olarak geliştirdik. Özellikle topluluğun bu yönde desteğine ihtiyaç var. |
Beta Was this translation helpful? Give feedback.
-
Bu halloldu. Artık PR ve issue için kurallar/templateler bulunuyor.
Veritabanı konusunda şöyle bir fikrimiz var ama tartışmaya devam edebiliriz:
Şimdi, işin teknik tarafını maintainer arkadaşlarım daha iyi değerlendirecektir; o konuda bir yorumum yok. Ancak ne olursa olsun, hem biz koddan az anlayan ölümlüler tarafından hem siz coder'lar tarafından rahatlıkla kullanılabilecek bir yapıda olması şu etapta çok iyi olurdu. Bundan kastım, neredeyse Google Sheets kadar kolay bir şekilde hücrelere ekleme çıkarmalar yapabileceğimiz ama tabii etkili bir şekilde kodu çalıştırabilecek bir sistem gerekiyor (en azından iyice oturana dek). Burada @cangencler'in AirTable önerisi oldu; fakat bu detaylı bilgiler ışığında o da belki önerisini gözden geçirir veya hâlen iyi bir opsiyon olacağını düşünüyorsa burada o seçeneği anlatabilir bize. Hepinize katkılarınızdan ötürü çok teşekkürler. Edit: Unutmuşum, veritabanını da ayrı bir açık kaynak proje yapma fikrimiz de var. Zaten yukarıda anlattıklarımdan anlaşılıyor diye umuyorum ama yine de net olarak burada bahsetmek istedim. |
Beta Was this translation helpful? Give feedback.
-
|
Eğer statik bir site düşünüyorsak (ki içinde bulunduğumuz durumda bu en mantıklı çözüm gibi duruyor) verilerimizi her dağıtımdan önce güncelleyip o şekilde yayına almanın en optimal çözüm olduğunu düşünüyorum. AirTable önerisi insanların(kodlama bilsin bilmesin) kolayca katkıda bulunabilmeleri ve database'i genişletebilmeleri açısından mantıklı. İlk etapta AirTable'ın kendi formları kullanılarak insanların database'e kolayca katkıda bulunmaları sağlanabilir. Projenin ileri aşamalarında da bu formu periodum.com icine alarak AirTable API uzerinden kolayca yönetebiliriz. Girilen bilgilerin doğruluk kontrolü ve onay sureci de AirTable'ın view özellikleriyle çok daha kolay bir bicimde kontrol edilebilir. Genel olarak düşüncem bu yönde. 🙂 |
Beta Was this translation helpful? Give feedback.
-
|
Benim aklıma epey yattı AirTable, sanıyorum tam yukarıda tarif ettiğim gibi bir araç. Biraz daha diğer fikirleri bekleyelim, eğer başka bir araçtan yana fikrimizi değiştirecek bir öneri çıkmazsa database'i AirTable'a taşıyalım derim. |
Beta Was this translation helpful? Give feedback.
-
|
AirTable ücretli bir çözüm değil mi? Komünitenin erişimine nasıl açacağız? Ücretsiz paketinde "Up to 5 users" diyor. Bence ücretsiz bir çözüm kullanılmalı. Biraz alternatiflere baktım ama gözüme çarpan olmadı. Belki @cangencler'in bildiği ücretsiz (veya açık kaynağa ücretsiz) bir alternatif vardır? |
Beta Was this translation helpful? Give feedback.
-
|
MongoDB ile gitmeye karar verdik PubChem'deki verilerin structure'ini relational olarak mirror etmektense minimal ihtiyacimizi JSON olarak kaydetmemiz yeterli gozuktu. @mehmetb Detaylari burada yazdik. https://github.com/evrimagaci/periodum/wiki |
Beta Was this translation helpful? Give feedback.
-
|
@nesimtunc api reposuna ekleyebilir misin beni contributor olarak. |
Beta Was this translation helpful? Give feedback.
-
Sorun:
Projede gördüğüm kadarıyla çok fazla veri dolaşımı yok. Dolayısıyla uzak veritabanına da ihtiyacımız yok, kaldı ki MySQL çağımıza göre oldukça eski bir teknoloji. Projeyi kurmaya çalışırken gördüğümde şaşırdım.
Çözüm Önerisi:
Eğer gerçekten veritabanına ihtiyaç varsa PostgreSQL kullanan iki teknolojiden birini kullanabiliriz,
Birincisi Prisma.io, şemalar oluşturmanıza ve bu şemaları veritabanına aktarmanıza, kütüphanesiyle beraber ise veritabanı sorgusu yazmaya gerek kalmadan işlem yapmanıza olanak sağlıyor. Bu sayede ortak senkron şekilde proje geliştirilebilir.
İkincisi ise Supabase.io, Supabase'in Prisma'ya göre artısı sizin bir veritabanı hostu ayarlamanıza gerek kalmadan sizin için host oluşturuyor ve ENV ortamına yazabileceğiniz token veriyor, token ile beraber Supabase'ye bağlanıp kütüphaneyle veritabanı işlemlerini halledebiliyor, istatistikleri ise Supabase arayüzünden görebiliyorsunuz.
Üçüncü ve son önerim ise bunların hiçbirine gerek olmadığı ve verileri yerel veritabanında tutarak birçok maliyet ve yükten kurtulmamız olabilir. Yerel veritabanını da Prisma ile kullanabiliriz ve şemalar oluşturabiliriz.
Not: Issues sekmesinde de şemalar yok, yanlış hatırlamıyorsam Repository'nin Settings sayfasından şemalar oluşturabiliyorduk bu yüzden Label ekleyemedim, eklerseniz sevinirim.
Beta Was this translation helpful? Give feedback.
All reactions