"SELECT * FROM videos WHERE active='1' ORDER BY id DESC LIMIT 20" 
içerik sıralaması |
26 Mesajlar | 3.273 Okunma | ||
- Üyelik 25.06.2012
- Yaş/Cinsiyet 38 / E
- Meslek Engineering Director
- Konum İstanbul Avrupa
- Ad Soyad T** C**
- Mesajlar 771
- Beğeniler 2 / 260
- Ticaret 0, (%0)
id alanınız eğer incemental olarak 1-1 artıyorsa bu tür şeylerde en temiz çözüm id üzerinde sort ettirmektir.
https://www.linkedin.com/in/turgaycan/
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
- Üyelik 21.09.2013
- Yaş/Cinsiyet 34 / E
- Meslek Yazılım geliştiricisi
- Konum Ankara
- Ad Soyad E** K**
- Mesajlar 361
- Beğeniler 51 / 43
- Ticaret 0, (%0)
id alanınız eğer incemental olarak 1-1 artıyorsa bu tür şeylerde en temiz çözüm id üzerinde sort ettirmektir.
Bence en temiz çözüm genel olarak kayıt tarihine göre sıralamak. Ama auto increment olarak ayarlanan bir id değeri için pek de fark etmeyecektir (özel durumlar filan dışında).
[freenodeIRC]
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
- Üyelik 25.06.2012
- Yaş/Cinsiyet 38 / E
- Meslek Engineering Director
- Konum İstanbul Avrupa
- Ad Soyad T** C**
- Mesajlar 771
- Beğeniler 2 / 260
- Ticaret 0, (%0)
Bence en temiz çözüm genel olarak kayıt tarihine göre sıralamak. Ama auto increment olarak ayarlanan bir id değeri için pek de fark etmeyecektir (özel durumlar filan dışında).
Oluşabilcek handikaplar;
Saat güncellemeleri, sunucu saatinin geride kalması, tarih alan tipinin geçen bir arkadaştaki gib varchar tipinde tutulması gibi :)
Tüm tablolarda id primary key'dir ve oto index db servisi tarafından atılır buda daha hızlı performans anlamına gelir.
Incremental ise ID her daim daha sağlıklıdır.
https://www.linkedin.com/in/turgaycan/
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
- Üyelik 21.09.2013
- Yaş/Cinsiyet 34 / E
- Meslek Yazılım geliştiricisi
- Konum Ankara
- Ad Soyad E** K**
- Mesajlar 361
- Beğeniler 51 / 43
- Ticaret 0, (%0)
Oluşabilcek handikaplar;
Saat güncellemeleri, sunucu saatinin geride kalması, tarih alan tipinin geçen bir arkadaştaki gib varchar tipinde tutulması gibi :)
Tüm tablolarda id primary key'dir ve oto index db servisi tarafından atılır buda daha hızlı performans anlamına gelir.
Incremental ise ID her daim daha sağlıklıdır.
Saat güncellemeleri, sunucu saatinin geride kalması, tarih alan tipinin geçen bir arkadaştaki gib varchar tipinde tutulması gibi :)
Tüm tablolarda id primary key'dir ve oto index db servisi tarafından atılır buda daha hızlı performans anlamına gelir.
Incremental ise ID her daim daha sağlıklıdır.
Sunucu saatine göre çekmiyorsunuz ki verileri. Veritabanındaki kayıt tarihi bilgisine göre çekiyorsunuz. Oluşacak handikap göremedim ben. Tarih alan tipi Varchar geçiyorsa bu geliştiricinin kendi yarattığı gereksiz bir sıkıntı. Tarihler için datetime varken varchar kullanmak saçmalık değil de nedir ki? Belki yanılıyorumdur, şu anda görüşüm bu şekilde.
[freenodeIRC]
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
- Üyelik 25.06.2012
- Yaş/Cinsiyet 38 / E
- Meslek Engineering Director
- Konum İstanbul Avrupa
- Ad Soyad T** C**
- Mesajlar 771
- Beğeniler 2 / 260
- Ticaret 0, (%0)
Sunucu saatine göre çekmiyorsunuz ki verileri. Veritabanındaki kayıt tarihi bilgisine göre çekiyorsunuz. Oluşacak handikap göremedim ben. Tarih alan tipi Varchar geçiyorsa bu geliştiricinin kendi yarattığı gereksiz bir sıkıntı. Tarihler için datetime varken varchar kullanmak saçmalık değil de nedir ki? Belki yanılıyorumdur, şu anda görüşüm bu şekilde.
Sunucu saatine göre çekmiyorsunuz ki verileri. Veritabanındaki kayıt tarihi bilgisine göre çekiyorsunuz.
Bu cümle ile kasıt nedir? Veritabanına anlık insert/update işlemi geldiğinde NOW, NOW(), CURRENT_TIME gibi oto generate eden tarihler yaratılır ve kayıt oluşur. Bu tarihleride iki yerden alır;
Eğer SYSTEM tarafından atılan bir zaman fonksiyonu ise sysdate,systimestamp gibi oracle'dan aklıma kalan bunlar,
current_timestamp gibi değerleri ise client makinenin yani kullanıcının makinesinin saat diliminden alır.
Bu bilgiler ışığında tekrar düşünmenizde fayda var.
https://www.linkedin.com/in/turgaycan/
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
Kaliteli kod yazılır.. (Günlük/Saatlik ücreti ile)
- Üyelik 21.09.2013
- Yaş/Cinsiyet 34 / E
- Meslek Yazılım geliştiricisi
- Konum Ankara
- Ad Soyad E** K**
- Mesajlar 361
- Beğeniler 51 / 43
- Ticaret 0, (%0)
Sunucu saatine göre çekmiyorsunuz ki verileri. Veritabanındaki kayıt tarihi bilgisine göre çekiyorsunuz.
Bu cümle ile kasıt nedir? Veritabanına anlık insert/update işlemi geldiğinde NOW, NOW(), CURRENT_TIME gibi oto generate eden tarihler yaratılır ve kayıt oluşur. Bu tarihleride iki yerden alır;
Eğer SYSTEM tarafından atılan bir zaman fonksiyonu ise sysdate,systimestamp gibi oracle'dan aklıma kalan bunlar,
current_timestamp gibi değerleri ise client makinenin yani kullanıcının makinesinin saat diliminden alır.
Bu bilgiler ışığında tekrar düşünmenizde fayda var.
Bu cümle ile kasıt nedir? Veritabanına anlık insert/update işlemi geldiğinde NOW, NOW(), CURRENT_TIME gibi oto generate eden tarihler yaratılır ve kayıt oluşur. Bu tarihleride iki yerden alır;
Eğer SYSTEM tarafından atılan bir zaman fonksiyonu ise sysdate,systimestamp gibi oracle'dan aklıma kalan bunlar,
current_timestamp gibi değerleri ise client makinenin yani kullanıcının makinesinin saat diliminden alır.
Bu bilgiler ışığında tekrar düşünmenizde fayda var.
Şimdi katıldım dediğinize. Teşekkür ederim.
Ek Olarak: @zya1903 bu durumda id bilgisi AI değerli ise
"SELECT * FROM videos WHERE active='1' ORDER BY id DESC LIMIT 20"
kodunu kullanmak daha faydalı olacaktır. Evet.
[freenodeIRC]
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
PHP = #laravelTurkiye
C++ = #qtTurkiye
Python = #pythonium
Konuyu toplam 2 kişi okuyor. (0 kullanıcı ve 2 misafir)