Veri tabanı yönetim sistemlerinin benimsediği programlama dilleri nelerdir?

Girdi, çıktı, dört işlem, string manipülasyonu, koşullu dallanma vs. İsterseniz hesap makinesi de yazabilirsiniz SQL ile, ama asıl amacı dışında kullanmak olur. Ben hangi koşulu sağlayamadığını halen anlamış değilim. O zaman mesala Scratch da programlama dili değil, sadece eğitim amacıyla kullanılıyor çünkü.
 
MySQL 'de stored procedure kullanabilirsin -> MySQL :: MySQL 8.0 Reference Manual :: 13.1.17 CREATE PROCEDURE and CREATE FUNCTION Statements

PostgreSQL icin de -> CREATE PROCEDURE

Yine de bu tarz manipulasyonlar yapabilmek icin uygulamanin business katmanina hakim olmak gerekir, genellikle modern uygulamalarda bu manipulasyonlari DB katmaninda yapmaktan kaciniyoruz. Daha yetenekli DB agnostik migration tool'lari var.

Ancak Turkiye'de bankalarin cogu eski mimariyle bunu yapiyorlar ( bolca patliyorlar da ).

Ben zaten Turkiye'de MySQL ya da PostgreSQL kullanan banka gormedim core business icin. Oracle ve DB2 yeterli olacaktir enterprise icin.
Merhabalar öncelikle güzel yorumunuz ve linkini paylaşmış olduğunuz FM'ler için ayrıca için teşekkür ederim. Sayenizde güçlü bir karşılaştırma yapmakla birlikte bahsi geçen VTYS'ler içinde kafamdaki soru işaretlerinin büyük bir bölümünü de cevap bulmuş oldum.

Yakın zamanlarda yurt dışında yer alan bankaların (yaklaşık %21'lik kısmının) çok ciddi düzeyde "Data Breach" adı verilen bu ve bunun gibi olaylara maruz kaldıklarını incelediğim raporlarda okumuştum, haddimi aşmak gibi olmasın; daha çok savunma sanayii sektöründe kendi adıma bir ekol oluşturmaya çalıştığım ve Türkiye'deki bankacılık sektörü hakkında da oldukça kısıtlı bilgi birikimim bulunduğu için yaptığınız açıklamalara kesinlikle itimat ediyorum.

Eğer yukarıda bahsetmiş olduğum ekol tipolojisiyle ilgili sizlerin de bana vermek istediği küçük ya da büyük tavsiyeleriniz olur ise yorumlarınıza kesinlikle önem verdiğimi bilmenizi isterim.

Değerli yorumunuz için bir kez daha teşekkür ederim.
 
Bence SQL ISO/IEC 9075-1:2023 standartında ne olarak tanımlanmışsa odur:) Bu da pragmatik bir cevap. Ücretli olduğu için indirip ekran görüntü yükleyemiyorum. sizde varsa yükleyebilirsiniz. Benim kabulümdür. Bir şeyin bir kümeye ait olup olmadığınından söz etmek için önce o kümeyi tanımlamak gerekir.
 
Girdi, çıktı, dört işlem, string manipülasyonu, koşullu dallanma vs. İsterseniz hesap makinesi de yazabilirsiniz SQL ile, ama asıl amacı dışında kullanmak olur. Ben hangi koşulu sağlayamadığını halen anlamış değilim. O zaman mesala Scratch da programlama dili değil, sadece eğitim amacıyla kullanılıyor çünkü.
Merhaba, ben sorunun tam olarak bu disiplinde meşgul olan insanların belirli konuları içselleştirememesi ve birbiriyle ilişkilendirme yetilerinin zayıflığından kaynaklandığını düşünüyorum.

Kendi perspektifimi açıklamam gerekirse eğer: İster programlama dili olsun, ister sorgulama dili olsun, ister uzantı olsun ya da başka bir şey olsun sonuç olarak yaşanan bu tartışmalar benim gerçekleştirmeye devam ettiğim vaka çalışmalarını, projeleri, alıştırmaları hiçbir şekilde ne geciktiriyor ne de hızlandırıyor.

Haliyle durum böyle olduğu için hangi sektör olursa olsun insanların mantık çerçevesinde ya da mantık çerçevesinin dışında belirli hipotezler üreterek kendilerini savunmaları beni pek ilgilendirmiyor. Özellikle de akademi sektörünün bu konularda çok daha verimlilik sergilemeleri ve rehberlik etmeleri gerekirken bir önceki mesajımda da belirttiğim üzere yalnızca kendi doğrularını belirtip kenara çekilmeleri de işleri çok daha kompleks bir yapıya sürüklüyor.

Ayrıca mesajınızda bahsetmiş olduğunuz "Scratch" örneklendirmesi de oldukça isabetli bir yorumlama olduğu gibi bunun üzerine de çok daha fazla düşünmeye başladıkça konunun artık bir objeden uzaklaştığını, sadece bu disiplinde bilgiye sahip olan kişiler arasında fikir çatışmalarının oluştuğu bir konuya dönüşüyor. Mesajımın başında da bahsettiğim gibi konunun kişilerin tarafından içselleştirilememesi ve ilişkilendirememesi sebebiyle kompleksleştiğini düşünüyorum.

Sonuç olarak bu ve bunun gibi disiplinlerde şahsen ben çoğunluğun belirlediği yönde ilerlemeyi tercih edenlerdenim ama yukarıda kendi perspektifimi de açıkladığım üzere çoğunluğa göre hareket etmesem de benim için pozitif ya da negatif olarak değişen bir durum yok.

Sizde eğer bu ve bunun gibi konularla alakalı kendi perspektiflerinizi belirtmek isterseniz yorumlarınızı seve seve okuyacağımı bilmenizi isterim.
Teşekkür ederim.
 
Merhabalar yorumunuz gerçekten çok teşekkür ederim,

SQL hakkında yapmış olduğunuz "Domain Specific Language" tanımlamanıza ben kesinlikle ama kesinlikle katılmaktayım fakat benim bunu kabul ediyor olmam küresel ya da yerel sektörde neredeyse hiçbir anlam ifade etmiyor. Örnek vermem gerekirse bizim mühendislik fakültesindeki akademisyenler arasında şahit olduğum küçük çaplı sohbette hala bunca yıl geçmesine ve ciddi düzeyde bilgi birikimlerine sahip olmalarına rağmen birisi SQL'in yalnızca; VTYS'lerdeki veri tabanlarının içindeki verilerin "Soru>Analiz>Sorgu>Cevap" ekosisteminde kullanıcılara sunum yapan bir sorgulama dilinden ibaret olduğunu, bir diğeri ise "Programlama Dili" teriminin terminolojik tanımından yola çıkarak SQL'in; VTYS'ler ile iletişim kurmaya yarayan bir dil olduğunu, bu sayede de sorgulama işlemlerinin gerçekleştiğini ve bundan dolayı da bir programlama dili olduğunu belirtiyor.

Yukarıdaki basit örneklendirmeye dayanarak her iki tarafında aslında mantıksal olarak çelişmeyen açıklamalarının olduğunu görmekteyim fakat bunca zaman geçmesine rağmen hala çeşitli sektörlerde bu tarz tartışmaların yaşanıyor olması da şahsen üzücü. Dahası, bu ve bunun gibi objelerin terminolojilerine şahsen bulunduğum statü ve bilgi birikimi çerçevesinde ne açıklık getirebilirim ne de kabul ettirebilirim...

Ayrıca "SQL ilişkisel veri tabanlarına yönelik "domain spesific" bir programlama dilidir kesinlikle. Bu konuda bir tatışma ve belirsizlik de yoktur." alıntısını yapmış olduğum açıklamanızda yapmış olduğunuz tanımlamayı desteklediğimi belirttiğimi mesajımın başlarında belirtmiştim fakat "Bu konuda bir tartışma ve belirsizlikte yoktur" açıklamanıza kesinlikle katılmıyorum. Halihazırda sizin açıklamanızla çelişen pek çok karşıt açıklama bulunmaktadır.

Bkz: Sql Nedir?

Son olarak yukarıda Kocaeli Üniversitesi'nden alınan kaynakla (http://bilisim.kocaeli.edu.tr/dosya..._set_select_ifelse_ifexists_whille_cursor.pdf) ilgili yorumlamalar yaptığınızı görmekteyim. Ben o üniversitenin bir öğrencisi değilim, yalnızca mevcut konuya yorumlama yapan başka bir kişinin yaptığı açıklamalarının tezatlık barındırdığını kanıtlamak ve bu tezatlığın pek çok sektörde de yaşandığını açıklamak amacıyla yakın zamanda göz atmış olduğum bu kaynağı paylaşmayı istedim.

Sonuç olarak her ne kadar açmış olduğum bu mevcut konunun farklı bir yöne doğru ilerlediğini görüyor olsam da sizlerin de mevcut disiplinle ilgili görüş ve düşüncelerinizi öğrenmek benim için gerçekten keyifliydi.
Değerli yorumunuz için ben bir kez daha teşekkür ediyorum.
Sizin asıl sormak istediğiniz öğrenme süresiydi. Bu konuda çok yardımcı olmayacağım. CINE5'de kullandığım Viisul FoxPro tedavülden kalktı :) Sonraları MySQL'le biraz ilgilendim.
Ama bence önce yoğunlaşacağınız alanı seçip ona uygun oan VTYS'ne yönelebilirsiniz. Mesela son zamanlarda ilişkisel olmayan, json formatında veritabanları da popülerleşmeye başladı.
 
Merhabalar öncelikle güzel yorumunuz ve linkini paylaşmış olduğunuz FM'ler için ayrıca için teşekkür ederim. Sayenizde güçlü bir karşılaştırma yapmakla birlikte bahsi geçen VTYS'ler içinde kafamdaki soru işaretlerinin büyük bir bölümünü de cevap bulmuş oldum.

Yakın zamanlarda yurt dışında yer alan bankaların (yaklaşık %21'lik kısmının) çok ciddi düzeyde "Data Breach" adı verilen bu ve bunun gibi olaylara maruz kaldıklarını incelediğim raporlarda okumuştum, haddimi aşmak gibi olmasın; daha çok savunma sanayii sektöründe kendi adıma bir ekol oluşturmaya çalıştığım ve Türkiye'deki bankacılık sektörü hakkında da oldukça kısıtlı bilgi birikimim bulunduğu için yaptığınız açıklamalara kesinlikle itimat ediyorum.

Eğer yukarıda bahsetmiş olduğum ekol tipolojisiyle ilgili sizlerin de bana vermek istediği küçük ya da büyük tavsiyeleriniz olur ise yorumlarınıza kesinlikle önem verdiğimi bilmenizi isterim.

Değerli yorumunuz için bir kez daha teşekkür ederim.

Rica ederim, ben de savunma sanayisi ile ilgili hicbir projede calismadim. Turkiye'de buyuk bankalarin birinde calistim, sirket kurdum simdi yurt disinda bir banka da musterilerim arasinda.

Turkiye'dekilere gore daha esnek DB secimleri var, Dynamo ve MySQL kullaniyorlar ornegin. Bizimkiler kafalarina silah dayasan Oracle'i birakmazlar, sorumlulugunu IBM ve Oracle'a dagitmayi sevdikleri icin :)

Data Breach olaylarinda DBA'lerin basinin cok yandigini dusunmuyorum acikcasi, guvenlige patliyor o olaylar. DBA'ler daha cok reliability ve performans ile sac bas yoluyor benim tecrubelerime gore. Ne zaman performans sorunu olsa "DB gec cevap veriyor" diyip topu size atarlar :)
 
Bence SQL ISO/IEC 9075-1:2023 standartında ne olarak tanımlanmışsa odur:) Bu da pragmatik bir cevap. Ücretli olduğu için indirip ekran görüntü yükleyemiyorum. sizde varsa yükleyebilirsiniz. Benim kabulümdür. Bir şeyin bir kümeye ait olup olmadığınından söz etmek için önce o kümeyi tanımlamak gerekir.
Evet, bana göre bu yapılabilecek en güzel ve en etkili açıklamalardan birisi. Fakat böylesine değerli bir açıklamaya rağmen konuyu fanatizme dönüştürüp bunu reddedecek insanlar biliyorum.
Yine de ince düşünceniz için ayrıca teşekkür ederim.

Sizin asıl sormak istediğiniz öğrenme süresiydi. Bu konuda çok yardımcı olmayacağım. CINE5'de kullandığım Viisul FoxPro tedavülden kalktı :) Sonraları MySQL'le biraz ilgilendim.
Ama bence önce yoğunlaşacağınız alanı seçip ona uygun oan VTYS'ne yönelebilirsiniz. Mesela son zamanlarda ilişkisel olmayan, json formatında veritabanları da popülerleşmeye başladı.
Merhaba, NoSQL ile ilgili düşüncelerinize katılıyorum. Halihazırda zaten aktif olarak deneme mahiyetinde MongoDB, Apache Cassandra, ElasticSearch üzerinde çalışmalar yürütmekteyim.

Her ne kadar süreç açılmış olan konudan bağımsız olarak ilerlemiş olsa da sizlerle fikir alışverişinde bulunmak benim için bir keyifti ve bunun için minnettarım.

Başından sonuna kadar yapmış olduğunuz yorumlamalar için tekrardan teşekkür ederim.

Rica ederim, ben de savunma sanayisi ile ilgili hicbir projede calismadim. Turkiye'de buyuk bankalarin birinde calistim, sirket kurdum simdi yurt disinda bir banka da musterilerim arasinda.

Turkiye'dekilere gore daha esnek DB secimleri var, Dynamo ve MySQL kullaniyorlar ornegin. Bizimkiler kafalarina silah dayasan Oracle'i birakmazlar, sorumlulugunu IBM ve Oracle'a dagitmayi sevdikleri icin :)

Data Breach olaylarinda DBA'lerin basinin cok yandigini dusunmuyorum acikcasi, guvenlige patliyor o olaylar. DBA'ler daha cok reliability ve performans ile sac bas yoluyor benim tecrubelerime gore. Ne zaman performans sorunu olsa "DB gec cevap veriyor" diyip topu size atarlar :)
Tekrardan merhabalar, öncelikle şirketinizde başarılar ve iyi kazançlar diliyorum. Yolunuz her daim açık olsun 😊

Yorumlamalarınıza bakacak olursak eğer buradan çıkarmam gereken en önemli derslerden bir tanesi PL/SQL'e biraz daha odaklanmak olur ve bu benim için mahiyeti yüksek olan önemli bir ders bunun için teşekkür ederim. Bununla birlikte en azından biraz da olsa MySQL'e hakim olmak (en azından teorik olarak) sanırım kendi adıma çok daha iyi olacak.

Kendi tecrübelerinizden faydalanarak burada bana vakit ayırdığınız için minnettarım, değerli yorumlarınız için de sizlere ayrıca teşekkür ediyorum.
Sahip olduğunuz girişimcilik ruhuyla da oluşturmuş olduğunuz şirketiniz için sizleri de samimiyetle takdir ediyorum.
Sağlıcakla kalın. ☺️
 
Son düzenleme:

Yeni konular

Geri
Yukarı