Stored Procedure (Saklı Yordam) Yapıları

Herkese merhaba,



Bugün prosedür yapısını ele almak istiyorum. Peki nedir bu prosedür?



Tam adı Stored Procedure ve Saklı Yordam anlamına gelir. Veritabanındaki objelere erişim sağlar. Aslına bakarsanız yordamların yaptığını geliştirdiğiniz uygulamalarda dahi kullanabilirsiniz yani sıfır yordam ile bütün işi tek bi uygulamada kullanabilirsiniz fakat bu tercih edilen birşey değil. Nedeni ise yordamların hazırlanan uygulamalara göre daha performanslı çalışmasıdır. Kendi yapıları içinde kalmaları performans ve güvenlik açısından daha iyi.



Yeni karakter oluşturma yordamının üzerinden gidelim,



Parametreler. Clientten dönen değerler diyebiliriz. Örneğin, @CharID karakter oluşturma ekranında, yeni karakterinize verdiğiniz ad olarak döner. Diğer parametrelerde aynı işlevi görür. (nRet hariç ona daha sonra dönücez.)

Konu link görüntülemek için konuya cevap yazmalısınız.

Burada ne yaptık? DECLARE nedir? DECLARE değişkenlerdir. Burada yaptığımız işlemde ACCOUNT_CHAR tablosundan çektiğimiz veriyi değişkenimiz alır ve bu değişkenin aldığı değeri birçok yerde kullanabiliriz.



SET ise adındanda belli olduğu gibi değişkenimizin default değeridir. Genelde default değer değişkeni verdikten sonra SET @Nation = 0 şeklinde kullanılıyor fakat ben bu şekilde kullanmayı tercih ediyorum.



Ve sıra geldi IF'lere şahsen en sevdiğim kısımdır



IF @Nation = 1 AND @Race > 10 eğer hesap karakterleri tablosundan çektiğimiz @Nation değeri 1 (Karus) VE karakter oluşturma ekranında seçtiğimiz Race 10'dan büyük ise client'e nRet = 2 değerini döndür. (El Morad race değerleri 11,12 ve 13'dür.)



ELSE IF @Nation = 2 AND @Race < 10 ise aynı şekilde El Morad için karus race kontrolü yapıyor ve nRet = 2 değeri döndürür. (Karus race değerleri 1,2,3 ve 4'dür.)



ELSE IF @Nation <> 1 AND @Nation <> 2 eğer hesap karakterleri tablosundan çektiğimiz @Nation değeri 1 ve 2'ye eşit değil ise nRet = 2 değeri döndür. Bildiğiniz gibi iki ırk değeri vardır (1-Karus, 2-El Morad).



Konu link görüntülemek için konuya cevap yazmalısınız.


Ve yeni karakter oluşturma ekranında, karakterinize vericeğiniz ad/isim kontrolü yapıcağımız bölüme geldik.



DECLARE @Row tinyint yukarıda anlattığım gibi değişkenimiz.



SET @Row = ... buradaki işlem ise yeni karakterimize verdiğimiz isimden kaç adet var ona bakıcaz. COUNT satır sayar, genelde COUNT(*) şeklinde kullanılır, eğer tek sutun kontrol edilecek ise (*) ifadesi yerine sutun adı girilebilir. (*) ifadesi "Tüm sutunları say" anlamına gelir. Karakter bilgileri USERDATA tablomuzda tutulduğu için bu tablodan kontrol yapıyoruz.



Bir altındaki SET @Row += ... ise bana ait bir sistem, NCS kullanımında karakter yeni isim aldıktan sonra karakterin eski ismi bu tabloya girilir bu şekilde NCS basılmış eski isimler kullanılmaz. Tabiki elle girmiyoruz bu isimleri, Oyun için NCS yordamına tek bir satır INSERT işlemi ekleyerek bu sistemi aktif edebilirsiniz. Ayrıca SET @Row += ... buradaki + ifadesi bir üstünde verilen @Row değişkeninin aldığı değeri 2. default değer ile topluyor, bildiğiniz toplama işlemi



IF @Row > 0 her iki tablodan aldığımız veri 0 (sıfır)'dan büyük ise yeni bu isimde karakter var ise nRet = 3 değeri döndür.



Konu link görüntülemek için konuya cevap yazmalısınız.


Son kısıma geldik. Zone, PosX, PosZ, PosY değişkenleri yeni karakter açıldığında, karakterin ilk bulunduğu harita ve koordinatların default değeridir. Aşağıdaki koordinatlar USKO'nun osmanlı moradon iki gate arası orjinal koordinatlarıdır, çalabilirsiniz



Aşağıdaki işlemler UPDATE ve INSERT işlemlerimiz. Hesap karakterleri tablosunu günceller ve USERDATA tablomuza yeni karakter bilgilerimizi girer. Hesap karakterleri tablomuza ilk INSERT işlemimiz karakter seçme ekranında yapılır.



TRANSACTION güvenlik duvarımız olarak düşünebilirsiniz Transaction arasına girilen bütün işlemlerin yapılmasına olanak tanır. Yani "Bütün işlemleri yap eğer yapamassan rollback ile döndür ve diğer işlemleri geçersiz kıl" anlamına gelir.



BEGIN TRAN İşlemi başlat

IF @@ERROR <> 0 Hata sayısı 0 (sıfır)'a eşit değil ise (işlemlerin yarım kalma durumlarında) ROLLBACK yap ve nRet = 4 değeri döndür.

COMMIT TRAN İşlemi tamamla



Eğer işlemler başarı ile sonuçlanır ise nRet = 0 değeri döndürür yani işlem başarılı.



Konu link görüntülemek için konuya cevap yazmalısınız.

Not olarak değişkenimize default değerini verirken SET yerine DECLARE @Nation = 0 şeklindede kullanabiliriz.



Aynı zamanda;

tinyint - byte veya uint8

smallint - short veya uint16

char(21) - char(21)

int - int



yukarıdaki değerlerin VC++ 98 veya VSC++ olarak karşılıklarıdır.



For By Katana

---

Stored Procedure (Saklı Yordam) Yapıları

Knight Online (KO) Private Server geliştirme sürecinde veritabanı yönetimi, sunucu performansı ve kod tekrarlarının azaltılması gibi konular büyük önem taşır. Bu bağlamda Stored Procedure yani Saklı Yordam yapıları, hem veritabanı işlemlerini kolaylaştıran hem de güvenliği artıran güçlü bir özelliktir. Özellikle KO Emulator geliştiricileri için bu yapılar, sunucu dosyaları üzerinde yapılan değişiklikleri daha verimli hale getirir.

Stored Procedure Nedir?

Stored Procedure, veritabanında saklanan ve belirli bir işlevi gerçekleştirmek üzere tasarlanmış SQL komut bloklarıdır. Bu yapılar sayesinde karmaşık sorgulamalar, tekrarlayan işlemler kolayca yönetilebilir. Knight Online özel sunucularında, oyuncu envanteri, item sistemleri, NPC verileri gibi pek çok işlem bu yordamlar üzerinden optimize edilebilir.

Neden Stored Procedure Kullanılır?

Güvenlik: Stored Procedure’ler, doğrudan SQL injection saldırılarına karşı daha korumalıdır çünkü parametreli sorgular içerirler. KO DB üzerinde çalışan geliştiriciler için bu, önemli bir güvenlik katmanı sağlar.
Performans: Tekrarlayan işlemleri azaltıp, veritabanı tarafında derlenerek daha hızlı çalışabilirler. Özellikle zone server işlemleri sırasında hız kazandırır.
Modülerlik: Aynı işlem birden fazla kez çağrıldığında, kod tekrarını önler. KO Source Code geliştirme süreçlerinde bu, kodun okunabilirliğini ve sürdürülebilirliğini artırır.

Knight Online Veritabanında Stored Procedure Kullanımı

Knight Online özel sunucularında, veritabanı yapıları genellikle MS SQL Server veya MySQL kullanılarak kurulur. Item.bin, Mob.bin[/BR], NPC.bin gibi dosyaların veritabanındaki karşılıkları, Stored Procedure’lerle daha esnek bir şekilde yönetilebilir. Örneğin, bir oyuncunun envanterine yeni bir item eklemek için bir prosedür yazılabilir. Bu prosedür, hem güvenlik hem de performans açısından avantaj sağlar.

Basit Bir Stored Procedure Örneği

Kod:

CREATE PROCEDURE AddPlayerItem[BR][/BR]@PlayerID INT,[BR][/BR]@ItemID INT[BR][/BR]AS[BR][/BR]BEGIN[BR][/BR]INSERT INTO PlayerItems (PlayerID, ItemID, Quantity)[BR][/BR]VALUES (@PlayerID, @ItemID, 1)[BR][/BR]END

Yukarıdaki örnek, oyuncuya bir item eklemek için kullanılabilen basit bir prosedürdür. KO Development süreçlerinde bu tür yapılar, hem KO Bot geliştiricileri hem de Emulator geliştiricileri tarafından yaygın şekilde kullanılır.

Stored Procedure Avantajları

Kod Tekrarının Azaltılması: Aynı işlev birden fazla kez çağrıldığında, aynı kodu defalarca yazmak yerine bir kez tanımlanıp tekrar tekrar kullanılabilir.
Veritabanı Tarafında Kontrol: İşlemler doğrudan veritabanında yapılır, bu da sunucu tarafında oluşabilecek yükü azaltır.
Yetkilendirme Kontrolü: Belirli kullanıcıların sadece belli prosedürlere erişmesi sağlanabilir. Bu da güvenlik açısından büyük bir artıdır.

Knight Online Private Server Geliştiricileri İçin Öneriler

Stored Procedure’lerin doğru kullanımı, KO Server Files üzerinde yapılan işlerin hem daha hızlı hem de daha güvenli yapılmasını sağlar. Özellikle KO Cap sistemleri, PvP sistemleri ya da item balansı gibi alanlarda bu yapılar oldukça faydalıdır. Ayrıca, iKO, tKO, USKO gibi sistemlerde Stored Procedure’lerin entegrasyonu, veri tutarlılığını korumada büyük rol oynar.

Sonuç

Stored Procedure yapıları, Knight Online özel sunucularında veritabanı işlemlerini optimize etmede kritik bir rol oynar. Hem güvenlik hem de performans açısından bu yapılar, KO Development sürecinde ihmal edilmemesi gereken önemli unsurlardır. KnightLobby.com olarak, bu tür teknik bilgileri paylaşarak geliştiricilerin daha verimli çalışmalar yapmasını hedefliyoruz.

---

Stored Procedure Structures

Knight Online (KO) Private Server development process places great importance on database management, server performance, and reducing code repetition. In this context, Stored Procedures, also known as Saklı Yordam, are powerful features that simplify database operations and enhance security. Especially for KO Emulator developers, these structures make modifications on server files more efficient.

What is a Stored Procedure?

Stored Procedure refers to blocks of SQL commands stored within the database designed to perform specific tasks. These structures allow complex queries and repetitive operations to be managed easily. In Knight Online private servers, player inventories, item systems, NPC data, and many other processes can be optimized through these procedures.

Why Use Stored Procedures?

Security: Stored Procedures provide better protection against direct SQL injection attacks because they use parameterized queries. For developers working on KO DB, this provides an important security layer.
Performance: They can run faster by reducing repeated operations and being compiled directly on the database side. This particularly increases speed during zone server operations.
Modularity: When the same operation is called multiple times, it prevents code duplication. In KO Source Code development, this enhances readability and maintainability of the code.

Using Stored Procedures in Knight Online Database

Knight Online private servers typically utilize MS SQL Server or MySQL for database structures. The database equivalents of files such as Item.bin, Mob.bin, NPC.bin can be managed more flexibly with Stored Procedures. For example, a procedure could be written to add a new item to a player's inventory. Such a procedure offers advantages in both security and performance.

Simple Stored Procedure Example

Kod:

CREATE PROCEDURE AddPlayerItem[BR][/BR]@PlayerID INT,[BR][/BR]@ItemID INT[BR][/BR]AS[BR][/BR]BEGIN[BR][/BR]INSERT INTO PlayerItems (PlayerID, ItemID, Quantity)[BR][/BR]VALUES (@PlayerID, @ItemID, 1)[BR][/BR]END

The above example is a simple procedure used to add an item to a player. In KO Development processes, such structures are widely used by both KO Bot and Emulator developers.

Advantages of Stored Procedures

Reduced Code Repetition: Instead of writing the same code multiple times when the same function is called repeatedly, it can be defined once and reused as needed.
Database-Side Control: Operations occur directly in the database, reducing load on the server side.
Authorization Control: Specific users can be allowed access only to certain procedures, which significantly improves security.

Recommendations for Knight Online Private Server Developers

Proper use of Stored Procedures enables more efficient and secure operations on KO Server Files. Particularly in areas like KO Cap systems, PvP mechanics, or item balancing, these structures are highly beneficial. Additionally, integration of Stored Procedures in systems such as iKO, tKO, USKO plays a significant role in maintaining data consistency.

Conclusion

Stored Procedures play a critical role in optimizing database operations in Knight Online private servers. Both in terms of security and performance, these structures are essential elements that should not be overlooked in the KO Development process. At KnightLobby.com, we aim to help developers work more efficiently by sharing such technical knowledge.