Merhaba arkadaşlar şöyle bir sorum olacak,

twitturk.com'u bilmeyen yoktur. Buna benzer bir site yapmayı planlıyorum ancak botların twitter üzerinden verileri hangi dil ile en hızlı şekilde çekebileceği hakkında tereddütlerim var.

Sonuçlar twitter oauth sistemiyle search edildikten veya profiller gezildikten sonra toplanacaktır.

Çok fazla dille haşırneşir olmadığımdan böyle bir soru sormak zorunda hissettim.

Bu projeyi gerçekleştirirken hangi dili seçmeliyim, neden?

soruldu: 18 Haz '13, 16:29

tayfun's gravatar image

tayfun
20681017
cevap kabul oranı: 11%

değiştirildi: 19 Haz '13, 05:08

%C3%B6zcanacar's gravatar image

özcanacar ♦♦
17.2k59183183

hangi dille haşırneşirsiniz?

(19 Haz '13, 07:02) nurettin nurettin's gravatar image

Arayüz için PHP hatta bir framework ile kullanırsanız bir çok aşamayı atlayabilirsiniz. Veri toplama için ise, PHP ile arkaplanda çalışan kodlar pekala yazılabilir. Ama ben python derim. Kodlama hızı açısından. Başka dile aşinalığınız var ise ondada yazabilirsiniz.

Tabi yukarıdaki yorum, benim arkaplanda çalışan kodları python ile yazmamdan kaynaklanıyor.

permanent link

cevaplandı: 18 Haz '13, 17:17

sckna's gravatar image

sckna
2963815
cevap kabul oranı: 0%

peki veri tabanı ilişkisi için ne düşünüyorsun? SQL-> MYSQL yoksa yeni trend NoSQL-> MongoDB mi?

(18 Haz '13, 18:34) igundu91 igundu91's gravatar image
1

TB'larca veri olacaksa postresql denerim. Ama 2 gb bir veri olacaksa mysql. SQL'i tercih etmemin sebebi bildiğim yapı. No-SQL hiç çalışmadım. Giriş yapmayı düşünüyorum tabikide.

Hız testi performanslarına bakmak lazım. MongoDB MySQL'den daha hızlı ise şöyle bir yapı kurardım.

Son 1 -2 aylık veriyi mongoda tutar, geri kalan verileri MYSQL'e postalardım. Çünkü geçmişteki veriye erişim azdır. Benim için hız önemli ise, daha az veri arasında arama yapmak çok daha kolay olacaktır.

(19 Haz '13, 01:57) sckna sckna's gravatar image
1

NoSQL veritabanları belge tipi veri tabanlarıdır. Güzel bir tanım olmadı, bir örnekle açarsam iyi olur. Örneğin, ürün kataloğun var ve aynı tipte ürünlerden oluşuyor. Fakat özellikleri, nitelikleri değişiyor. Bu gibi bir durumda, RDBMS sistemlerde ya içinde yüzlerce kolon olan bir tablo oluşturup özellikleri içine yazarsın, yada özellikleri tablolara bölerek çözmeye çalışırsın. NoSQL de ise, her ürün bir belgedir ve bu ürüne ait tüm nitelikler tek bir kayıt altında toplanır. Böylelikle, sistemleri yoran koşullar, joinlerden kurtulmuş olursun.

(19 Haz '13, 12:26) Oğuz Çelikdemir O%C4%9Fuz%20%C3%87elikdemir's gravatar image
1

Faydasına gelince, 1 TB bir veriyi, her biri 100 mb/s lik 4 node ile MySQL tipi bir veritabanından sorgulamaya çalıştığında ( tek bir instance olduğunu farzediyorum ) 43 dakikalık ortalama süreye ulaşırsın. İşte bu nedenle, Hadoop gibi DFS sistemleri geliştirildi. Kusura bakma, karman çorman oldu, kafam yerinde değil :)

(19 Haz '13, 12:30) Oğuz Çelikdemir O%C4%9Fuz%20%C3%87elikdemir's gravatar image

Bana kalırsa da burada asıl önemli olan kullanılacak dil değil kullanılacak veritabanı tipidir.. bu tarz işler için tablo tabanlı veritabanları ilişkisel analizler işin içine girince problem olmaya başlıyor. Mutlaka nosql tarzı bir veritabanı kullanmanızı tavsiye ederim

(19 Haz '13, 15:38) dreampowder dreampowder's gravatar image
Cevabınız
toggle preview

Bu soruyu takip et

E-Posta üzerinden:

Üyelik girişi yaptıktan sonra abonelik işlemlerini yapabilirsiniz

RSS üzerinden:

Cevaplar

Cevaplar ve Yorumlar

Yazı Formatlama

  • *italic* ya da _italic_
  • **bold** ya da __bold__
  • link:[text](http://url.com/ "başlık")
  • resim?![alt text](/path/img.jpg "başlık")
  • liste: 1. Foo 2. Bar
  • temel HTML etiketleri de kullanılabilir

Bu sorunun etiketleri:

×13

Soruldu: 18 Haz '13, 16:29

Görüntüleme: 818 kez

Son güncelleme: 19 Haz '13, 15:38

powered by BitNami OSQA