Alıntı:Merhaba Arkadaşlar.
Link Kısaltma işi yapanların / para kazanma veya ücretsiz link kısaltma işini hızlandırmak için uygulama yazdım..
faydalı olması dileğiyle

Alıntı:Ana Site:
Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.Download.
Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.

Ücretsiz danışmanlık yapmak Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.'te eski bir gelenek haline gelmiştir. Daha önce Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız. güvenliğinden, Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız. hakkında bilmek istediğiniz her şey, Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.ne kadar her konuda öneri ve rehberlik sunan makaleler yayınlamıştık.

Bu yazımızda, Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız. ile olan deneyiminizi nasıl en üst düzeye çıkaracağınızı ele alacağız.

SQL Server ürünü Microsoft firmasının ilişkisel veritabanı ürünüdür. Bu ürün yüksek derecede ölçeklenebilir sürümleri olan, pazardaki lider ürünlerden biridir. Ücretsiz Express sürüm haricide Standart ve Enterprise sürümler vardır. (Daha fazla bilgi için: Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.)

Veritabanı sunucuları yönetmek ve yapılandırmak karmaşık bir iştir. Bu makalede, SQL Server ortamınızı optimize etmek için yararlı bulabileceğiniz bir dizi ipucunu inceleyeceğiz.

İşte MS SQL Server performansını en iyi duruma getirmek için kullanabileceğiniz 30 ipucu:

1. SQL Server için kullandığınız donanımı (server-sunucu) başka işler için kullanmayın.
   Diğer işleriniz SQL Server ile aynı sunucuda çalışıyorsa bellek ve diğer donanım kaynaklarınız bu işlerle paylaşılıyor demektir. Bu durum bir performans sorunu yaşadığınızda sorunun nedenini bulmanızı zorlaştıracaktır. Böyle bir durumda kendinizi kolaylıkla sorunun SQL Server’dan mı yoksa diğer işten mi kaynaklandığını ararken bulabilirsiniz.
   
   
2. Birden çok disk denetleyici kullanın
   SQL Server sunucusunun, verilerin birden fazla disk sürücüsünde dağıtık olarak bulunmasından yararlanabilecek özellikleri vardır. Bir depolama denetleyicisinin veri transfer verimliliğinin de bir sınırı vardır. Ayrıca, birden fazla disk kullanırken, Giriş/Çıkış (ing. Input/Output) darboğazlarını önlemek için birden fazla denetleyici kullanmak daha iyi sonuç verir.
   
   
3. Uygun RAID yapılandırmasını kullanın
   Bir RAID (Bağımsız Disklerin Yedekli Dizisi) düzeyini seçmek söz konusu olduğunda, maliyet, performans ve kullanılabilirlik tercihlerine göre karşımıza RAID 5 veya RAID 0 + 1 seçenekleri çıkar. RAID 5 seçeneği RAID 0 + 1'den daha ucuzdur ve RAID 5, okuma işlemleri için yazma işlemlerinden daha iyi performans gösterir. RAID 0 + 1 daha pahalıdır ve yoğun yazma işlemleri için daha iyi performans gösterir.
   
   İmkânınız varsa, yazılım tabanlı RAID yerine donanım tabanlı RAID'leri tercih etmelisiniz. Yazılımsal RAID sistemleri genellikle daha ucuzdur. Ancak merkezi CPU’dan bir kısım performans harcar. RAID denetleyicileri ise bu iş yükünü kendi işlemcileri üzerinden halleder.
   
   
4. Çok kullanılan tablolar ve indeksleri ayrı bir diskte konumlandırın
   Çok yoğun kullanılan tablo ve indekslere sahipseniz performansı artırmak için bu tablo ve indeksleri farklı bir dosya grubu (ing. filegroup) ve ayrı bir fiziksel sabit diskte konumlandırabilirsiniz.
   
   
5. Mevcut iş yükünüzü ve performans ölçütlerinizi takip edin
   Tüm optimizasyon çalışmalarının temelinde optimize edeceğimiz kaynakların nasıl kullandığınızı bilmek vardır. Genel olarak, SQL Server çalışırken bol miktarda bellek kullanmayı sever. Ancak iş yüküne bağlı olarak işlemci ve diskleri farklı kullanım şekillerine göre ayarlayabilirsiniz. Sürekli olarak sistem kaynak kullanımları takip altında tutun ve ayarlarınızı, kaynaklarınızı en yüksek seviyede kullanılacak şekilde ayarlamaya odaklanın.
   
   
6. OLAP ve OLTP iş yüklerini ayırın
   Aynı sunucudaki OLAP (Online Analytical Processing  - Çevrimiçi Analitik İşleme) ve OLTP (Online Transaction Processing  - Çevrimiçi İşlem İşleme) iş yüklerinin birbirleriyle çakışmayacak şekilde tasarlanması gerekir. OLAP ve raporlama iş yükleri genellikle daha az sıklıkta tekrar eden ama uzun süren sorgulardır. Öte yandan, OLTP iş yükleri, kullanıcıya çok hızlı cevap veren birçok küçük işlemden oluşan sorgulardır. Uzun zaman alan, analiz, raporlar veya geçici sorgular için kullanılan OLAP sorguları, OLTP işlemlerinizin hızlı çalışmasını engelleyebilir. Sunucunuzun her iki iş yükünü de desteklemesini istiyorsanız, OLAP'ı destekleyen bir raporlama sunucusu oluşturun. Çok fazla analiz yapma ihtiyacınız varsa, bu işlemleri gerçekleştirmek için SQL Server Analiz Hizmetlerini (SQL Server Analysis Services) kullanmayı düşünün.
   
   
7. Veri tabanlarını sabit boyutlu olarak ayarlayın
   Veritabanını oluştururken fiziksel dosyaları uygun bir büyüklükte oluşturursanız, disk üzerinde ayrılan alanın bitişik olacağından ve bu nedenle mümkün olan en iyi performansı elde edeceğinizden emin olabilirsiniz. Bunun yerine, otomatik büyüme (ing. Autogrow) seçeneğini kullanırsanız, disk alanı yalnızca gerektiğinde tahsis edilir ve fiziksel dosyalarınız muhtemelen birçok parçadan oluşur. Parçalanmış (ing. fragmented) bir veritabanı bitişik olandan daha kötü performans gösterir. Bu nedenle, veritabanını ilk oluştururken diskte yeterli alan ayırmak daha iyidir.
   
   
8. tempdb’yi ayrı bir diskte konumlandırın
   Tempdb veritabanı, GROUP BY veya ORDER BY gibi işlemler yaparken kullanılan geçici bir depolama alanıdır. Tempdb'yi ayrı bir diskte tutmak, bu tür bir işlemin diğer veritabanı işlemlerinin performansını olumsuz yönde etkilemesini engeller.
   
   
9. Data ve log’ları ayrı bir diskte konumlandırın
   Veritabanı ve günlük (ing. log) dosyalarının kullanım şekilleri farklıdır. Veritabanı dosyası genellikle rasgele (ing. random) bir şekilde okunur ve yazılırken, günlük dosyası çoğunlukla sırayla (ing. sequential) yazılır. Bunları farklı fiziksel disklerde konumlandırmak, işlemlerimizin mümkün olan en iyi performansla yürütülmesini sağlar.
   
   
10. Tablo bölümleme (ing. partitioning) kullanın
    Bölümleme, aynı tablonun bölümlerini farklı fiziksel disklerde tutmanıza imkân tanır. Örneğin eski verilerinizi farklı bir veritabanında tutmak yerine güncel verilerle geçmiş verileri ayırmak için bir bölüm kullanabilir ve böylece tüm verileri aynı tabloda tutabilirsiniz. Sık başvurulan güncel verilerinizi hızlı disklerinizde konumlandırarak yüksek performans elde edebilirsiniz.
    
    
11. İndeks oluşturun
    İndeksler, veritabanı tablolarındaki verilerin en uygun ve hızlı şekilde aranmasını sağlar. Özellikle yüksek kayıt sahip tablolarda yüksek performans elde etmek için WHERE, ORDER BY ve GROUP BY deyimlerinde sıkça kullanılan sütunları içeren indeksler oluşturmanız gerekir.
    
    
12. Kümelenmiş (ing. clustered) indeksler oluşturun
    Belli bir değer aralığı döndüren veya ORDER BY ile sıralanmış sonuçlar döndüren veya GROUP BY ile gruplanmış sonuç döndüren sorguların performansını artırmak için kümelenmemiş (ing. non-clustered) yerine kümelenmiş (ing. clustered) indeksler oluşturun. Bir tablo yalnızca bir kümelenmiş indekse sahip olabileceğinden, bu indekste kullandığınız sütunları dikkatli seçmelisiniz. Tüm sorgularınızı analiz edin, en sık kullanılan sorguları seçin ve kümelenmiş indekse yalnızca en yüksek performansı sağlayan sütunları ekleyin.
    
    
13. Kümelenmemiş (ing. non-clustered) indeksler oluşturun
    Seçiciliği yüksek, az sayıda satır döndüren sorgularınızın performansını artırmak için kümelenmemiş indeksler oluşturun. Bir tabloda en fazla 249 kümelenmemiş indeks bulunabilir. Kümelenmemiş indeks oluştururken her indeksin disk alanı kullanacağını ve veri güncelleme işlemlerinin performansını etkileyeceğini unutmayın.
    
    
14. Düzenli olarak indeksleri yeniden oluşturun (ing. rebuild)
    Kayıtlarınızı güncellerken, silerken ve yeni kayıtlar girerken zaman içerisinde indeksleriniz bölümlere ayrılır (ing. fragment) ve bu da performansın düşmesine neden olur. Performansı en iyi seviyede tutmak için indeksleri düzenli aralıklarla yeniden oluşturmalısınız. Kümelenmiş (ing. clustered) bir indekse sahip tablolarda, bu indeksin yeniden oluşturulması, aynı zamanda tablo verisinin de birleştirilmesini (ing. defragmenting) sağladığı için ayrıca yararlıdır.
    
    
15. Kapsayıcı indeksler kullanın
    Kapsayıcı indeks bir sorguda kullanılan tüm sütunları içeren indekslerdir. Kapsayıcı indekslerin performansı artırmasının nedeni, gerekli olan verinin tamamının indeks içerisinde bulunmasıdır. Verileri elde etmek için yalnızca indeks sayfalarını okumak (veri sayfalarını değil) yeterlidir. Kapsayıcı indeksler tahmin ettiğinizden daha fazla performans artışı sağlayabilir. Çünkü G/Ç (ing. I/O) işlemlerinin sayısı dramatik şekilde düşer.
    
    
16. Kullanılmayan indeksleri silin.
    Yazdığınız veya kullandığınız uygulama verileri çok sık güncelliyorsa, performansı artırmak için tablolarınızdaki indeks sayısını sınırlayın. Her indeks disk alanı kullandığından ve satır ekleme, silme ve güncelleme işlemlerini yavaşlattığından, yalnızca veri kullanımını, gerçekleştirilen sorgu türlerini ve sıklıklarını ve sorgularınızın yeni indeksleri nasıl kullanacağını analiz ettikten sonra yeni indeksler oluşturmalısınız. Çoğu durumda, yeni indeks oluşturmanın sağladığı hız avantajı, bu indeksin fazladan kullandığı disk alanı ve satırların yavaş güncellenmesi dezavantajlarından ağır basar. Sorgularınızda kullanılmayan indeksleri tanımlamak için İndeks Sihirbazı'nı (ing. Index Wizard) kullanın.
    
    
17. Sadece ihtiyacınız olan verileri alın
    Sık sık tüm sütunlardaki bilgilere ihtiyacımız olmadığı halde veritabanından tüm sütunları getiren “SELECT * FROM…” komutunu yazmak daha kolayımıza gelir. İşlenen verinin boyutunu azaltman için sadece ihtiyacınız olan sütunların adlarını belirtmelisiniz.
    
    
18. Kilitlenmeyi en aza indirmek için kilitleme (ing. locking) ve yalıtım seviyesi (ing. isolation level) ipuçlarını kullanın
    İşlemlerinizde, mümkün olduğunda “WITH NOLOCK” seçeneğini kullanın. Bu sayede uygulamanızın aynı satırlara aynı anda erişmesi için uzun süre beklemekten kurtulursunuz.
    
    
19. Sorgularda parametreler kullanın
    SQL Server query optimizer, en son kullanılan sorgu planlarını bellekte tutar. Parametre kullanmadığınızda, her sorgunuz diğerinden farklı olacağı için query optimizer bellekte tuttuğu sorgu planlarını kullanamayacaktır. Parametre kullandığınızda ise hem bellekteki sorgu planları kullanılabilecek hem de bellekteki sorgu planı sayısı azalacaktır.
    
    
20. Her sütun için en küçük veri türünü seçin
    Açık (ing. explicit, CAST ve CONVERT ile yapılan) ve otomatik (ing. implicit, SQL Server’ın dönüşüme kendi karar verdiği) tip dönüşümlerinin maliyeti dönüşümün gerçekleştirilmesi için geçen süre açısından yüksek olabilir. Ayrıca optimize edici (ing. optimizer) sorguyu değerlendirmek için bir indeks kullanamadığı için ortaya çıkabilecek tablo veya indeks taramaları da sorguyu yavaşlatacaktır.
    
    
21. Text veri tipi yerine varchar kullanın
    Metin (ing. text) veri türüne sahip sütunlar SQL Server’a fazladan iş yükü getirir. Çünkü metin ve resim veri türleri normal veri sayfaları yerine metin / resim sayfalarında ayrı olarak depolanırlar. 8.000 karakterden az uzunluğu olan sütunlarda üstün performans için metin yerine varchar türünü kullanın.
    
    
22. Unicode'u yalnızca gerekli olduğunda kullanın
    Nchar ve nvarchar gibi Unicode veri türleri, char ve varchar gibi ASCII veri türlerine kıyasla iki kat daha fazla depolama alanı kaplar.
    
    
23. İmleç (ing cursor) kullanımını azaltın
    İmleçler, select ifadelerine göre performansın düşmesine neden olabilir. Satır satır işlemler yapmanız gerektiğinde, ilişkili alt sorguları (ing. correlated subqueries) veya türetilmiş tabloları (ing. derived tables) kullanmayı tercih edin.
    
    
24. Kaynaklarınızı şema tasarımına uygun şekilde tahsis edin
    Şema yapınızın kaynaklarınızın iş gereksinimlerinize göre kullandığına emin olun. Doğru veri modelini bulmak ve bu model test etmek için zaman ayırın. Tasarımınızın işinize uygun olduğundan ve tasarımın tüm nesneler arasındaki ilişkileri doğru şekilde yansıttığından emin olun. Sisteminiz canlı kullanıma geçtikten sonra bir veri modelini değiştirmek zahmetli ve zaman alıcıdır. Ayrıca kaçınılmaz olarak birçok yazılım kodu etkiler.
    
    
25. Tetikleyici (ing. trigger) içinde uzun işlemlerden kaçının
    Geliştiriciler sistemlerini performans ve ölçekleme konusunda değerlendirirken genelde tetikleyicileri (ing. trigger) göz ardı ederler. Tetikleyiciler her zaman INSERT, UPDATE veya DELETE işlemlerinin bir parçası olduğundan, tetikleyicide uzun süredir devam eden bir eylem kilitlerin beklenenden daha uzun sürmesine neden olur ve bu da diğer sorguların engellenmesine neden olabilir. Tetikleyici kodunuzu mümkün olduğunca küçük ve verimli tutun. Uzun süren veya kaynak yoğun bir işlem yapmanız gerekiyorsa, görevi eşzamansız (ing. asynchronous) olarak gerçekleştirmek için mesaj sıralamasını (ing. message queuing) kullanın.
    
    
26. “NOT LIKE” gibi yüksek kaynak tüketen operatörleri kullanmaktan kaçının
    Birleşme veya tahminlerde kullanılan bazı operatörler, kaynakların aşırı kullanılmasına sebep olur. Joker karakterler içine alınmış bir değeri olan LIKE operatörü (yani '%değer%') neredeyse her zaman bir tablonun tamamının taranmasına neden olur. Bu tür tablo taraması, önceki joker karakter nedeniyle çok maliyetli bir işlemdir. Sadece kapanış joker karakteri içeren “LIKE” operatörleri, bir B+ ağacının (ng. B plus tree) bir parçası olduğu için bir indeks kullanabilir. Ve indeks, metin değeri soldan sağa eşleştirilerek kullanılır. <> (farklı) veya NOT LIKE gibi olumsuz işlemlerin de etkin bir şekilde işlenmesi çok zordur. Mümkünse bu sorgularınızı, başka bir şekilde yeniden yazmaya çalışın. Bir kaydın sadece varlığını kontrol ediyorsanız, NOT LIKE ve <> yerine “IF EXISTS” veya “IF NOT EXISTS” yapısını kullanın. Böylece hem bir indeks kullanılmasını hem de kayıt taramasının bulunan ilk kayıtta durmasını sağlayabilirsiniz.
    
    
27. Sorgu yürütme planlarını (ing. query execution plan) gözden geçirin
    SQL Query Analyzer'da, Yürütme Planını Görüntüle seçeneğini etkinleştirin. Sorgunuzu, optimizer tarafından oluşturulan planı anlamlı şekilde değerlendirebilmeye yetecek bir veri yüküyle çalıştırın. Bu planı değerlendirin ve ardından optimize edicinin (ing. optimizer) kullanabileceği tüm iyi indeksleri belirleyin. Ayrıca, sorgunuzun çalışması en uzun süren ve optimize edilmesi gereken bölümlerini tespit edin. Mevcut sorgunun planını anlamak, bu sorguyu optimize etmeye yönelik ilk adımdır. İndeksleme işleminde olduğu gibi, en uygun planın ne olduğunu tespit edebilmek zaman alıcı, tecrübe ve bilgi gerektiren bir işlemdir.
    
    
28. Dinamik kod için Sp_executesql kullanın
    Uygulamanızda dinamik kod kullanmanız gerekiyorsa, sp_executesql sistem yordamını kullanarak çalıştırın. Bu, T-SQL'de parametreli sorgular (ing. parametrized queries) yazabilmenizi ve yazdığınız kod için yürütme planını (ing. execution plan) kaydedebilmenizi sağlar. Yazmış olduğunuz dinamik kodun tekrar kullanılma şansı çok az ise, yürütme planının kaydedilmesinin bir önemi olmaz. Çünkü aynı kod belirli süre içerisinde tekrar çağrılmadığında kayıtlı olan yürütme planı bir süre sonra önbellekten silinir. Bir uygulama planının kaydedilip kaydedilmeyeceği önemlidir ve göz önünde bulundurulmalıdır. Ayrıca sp_executesql ile çalıştırdığınız kod parametreli yapıya sahip değilse performans tasarrufu sağlamayacaktır.
    
    
29. İstatistikleri güncel tutun
    İstatistikler, tablonuzdan veri okurken kullanılacak en iyi indeksi (ing. index) seçmek için SQL Server Query Optimizer tarafından kullanılır. Eğer indekslere ait istatistikleriniz güncel değilse SQL Server verileri okurken en uygun olan indeksi belirleyemez ve bu da veri okuma performansının düşmesine neden olur.
    
    
30. Veritabanı yöneticisi görevlerini aklınızda bulundurun.
    Performans söz konusu olduğunda veritabanı yönetimi görevlerini ihmal etmemeniz gerekir. Örneğin, veritabanı yedeklerinin (ing. backup), istatistik güncellemelerinin, DBCC kontrollerinin ve indeks yeniden yapılandırmalarının (ing. index rebuilds) sistemleriniz üzerindeki etkilerini göz önünde bulundurun. Bu işlemleri test ve performans analizinize dâhil edin.
    

Hayırlı akşamlar aşağıdaki kodlar ile personel yıllık izin hakedişini hesaplatabiliyorum. Bunun daha kolay ve kısa bir yolu varmı acaba ?

edit1.text = işe giriş tarihi

procedure TForm1.Button1Click(Sender: TObject);
var
 tarih, tarih1,tarih2  : TDate;
 GYil, GAy, GGun       : Word;
 GYil1, GAy1, GGun1    : Word;
 GYil2, GAy2, GGun2    : Word;
begin
 tarih1  :=  Now;
 tarih2  :=  StrToDate(edit1.text);
 DecodeDate(tarih1, GYil1, GAy1, GGun1);
 DecodeDate(tarih2, GYil2, GAy2, GGun2);
 kidem       :=  GYil1 - GYil2;
 sedit4.text :=  inttostr(kidem);
 case kidem of
   1..5    : ilkkademe;
   6..15   : ikincikademe;
   16..90  : ücüncükademe;
 end;
end;

procedure TForm1.ilkkademe;
var
 tarih                       : TDate;
 GYilb,GYila, GAya, GGuna    : Word;
begin
 if (kidem >= 1) and (kidem <= 5) then
   begin
     for i := 1 to kidem do
     begin
       Memo1.Lines.Add('14');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + i;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
   end;
end;

procedure TForm1.ikincikademe;
var
 kad1 ,kad2,sayi             : Integer;
 tarih                       : TDate;
 GYilb,GYila, GAya, GGuna    : Word;
begin
 if (kidem >= 6) and (kidem <= 15) then
   begin
     for i := 6 to kidem do
     begin
       Memo1.Lines.Add('20');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + i;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
     sayi  :=  memo1.Lines.Count;
     kad1  :=  Trunc(sayi/2);
     kad2 :=  kidem - kad1;
     for k := 1 to kad2 do
     begin
       Memo1.Lines.Add('14');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + k;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
   end;
end;

procedure TForm1.ücüncükademe;
var
 kad1 ,kad2,kad3,kad4,sayi,sayi1 : Integer;
 tarih                           : TDate;
 GYilb,GYila, GAya, GGuna        : Word;
begin
 if (kidem >= 16) and (kidem <= 90) then
   begin
     for i := 16 to kidem do
     begin
       Memo1.Lines.Add('26');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + i;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
     sayi  :=  memo1.Lines.Count;
     kad1  :=  Trunc(sayi/2);
     kad2 :=  kidem - kad1;

     for k := 6 to kad2 do
     begin
       Memo1.Lines.Add('20');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + k;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
     sayi1  :=  memo1.Lines.Count;
     kad4  :=  Trunc(sayi1/2);
     kad3  :=  kidem - kad4;
     for j := 1 to kad3 do
     begin
       Memo1.Lines.Add('14');
       tarih  :=  StrToDate(edit1.text);
       DecodeDate(tarih, GYila, GAya, GGuna);
       GYilb  :=  GYila + j;
       Memo1.Lines.Add(DateToStr(EncodeDate (GYilb, GAya, GGuna)));
     end;
   end;
end;

Selamlar

MS SQL Server üzerinde yazılmış bir StoreProcedure üzerinden 1 den fazla dataset döndüğünde bunların delphi tarafından kullanılması için bir çalışma yapıyordum. 
Belki birilerininde ihtiyacı olur diye paylaşmak istedim.


Malum çoğumuz 1 StoreProcedure 1 Dataset döndürür şeklinde düşünüyor olabiliriz. Fakat MS SQL üzerinde 1 den fazla dataset döndüğünde bunların herbiri delphi tarafından ayrı ayrı kullanılabilmektedir.

Önce merak edenler için başlangıç liklerini paylaşaym detaylarına merak edenler burdan başlıyabiirler.
Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.
Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.

unit Unit1;

interface

uses
  Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
  Vcl.Controls, Vcl.Forms, Vcl.Dialogs, Data.DB, Data.Win.ADODB, Vcl.StdCtrls;

type
  TForm1 = class(TForm)
    ADOQuery1: TADOQuery;
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
  private
    procedure prc_NextRecordsets;
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;
  iRecordSet: Integer;

implementation

{$R *.dfm}

procedure TForm1.prc_NextRecordsets;
begin
  ADOQuery1.Recordset := ADOQuery1.NextRecordset(iRecordSet);
end;


procedure TForm1.Button1Click(Sender: TObject);
begin
  prc_NextRecordsets;
end;

end.

Merhaba Arkadaşlar,

declare @stringfilter nvarchar(max)
     SELECT 
@REF1=REF1,

FROM FATURA F 
where Faturano=@fatno and @stringfilter

Herkese iyi çalışmalar dilerim

Sürdürmekte olduğum projem için rapor oluşturup paylaşmak istiyorum, oluşturduğum raporu png olarak TImage ile gösterip ShowShareSheetAction ile pngyi paylaşabiliyorum. Fakat yapmak istediğim veritabanında binary cinsinde tuttuğum pdfleri döküman olarak göndermek. 

Kullandığım kod:

Merhaba;
Firebird trigerinda delphideki gibi break point koyarak inceleme yapmak mümkün mü?

Merhaba,

Android de ürünlerin veya müşterilerin listeleneceği ekran yapmak istiyorum Rehber gibi arama olacak. Listview e item.add le eklemeleri yapıyorum. Ürün veya Müşteri veya ürün sayısı çok olduğu için hepsini eklemiyorum onun için searchbox kullanamıyorum. Arama kısımı kendim yaptığım içinde her aramadan sonra ListView.Items.Clear ile boşaltıp tekrar yeni değerleri dolduruyorum 3-4 arama sonra argument out of range hatası veriyor. 

Bu gibi rehberlik durumları nasıl çözdünüz. listview değilde başka bişey mi kullanmam gerekiyor.

Not : Müşteri Satısı 1950 Ürün Sayısı 13544

Merhaba,


Listviewi yukarıdan aşağıya doğru bilgilerin güncellenmesini nasıl sağlarım? Nette baktım fakat işe yarar bir şey bulamadım.

Merhaba

Intraweb ile yaptığımız web sitesi Linux (Debian raspi) üzerinde çalışır mı?

Intraweb ile yeni uygulama create ettiğimde uygulama yine exe şeklinde olduğunu gördüm.
Intaweb ile linux için web sitesi / sayfası yapılabilir mi?

Burada Oxygene ile yapılabilir diye bilgi verilmiş. Yaptığımızı linux da çalıştırabilir miyiz? Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.
[url=http://www.delphican.com/showthread.php?tid=123&pid=461#pid461][/url]


Raspi üzerine Windows 10 iot core yüklenebiliyor. raspi üzerine win 10 iot kursam intraweb uygulamasını burada çalıştırsam
diğer kullanıcılar intraweb exe uygulamasına nasıl erişebilir? bu şekilde bir çözüm makul mudur?
php bilgim yetersiz kaldı.istediğim sonuca varamadım.

İyi Çalışmalar.