>>>>> "VY" == Volkan YAZICI <[EMAIL PROTECTED]> writes:
[...]
VY> Lisp kullanarak yazdığınız bir dataware house'da (ki bence
VY> Bülent Bey isterse bu konuda bize epey bir örnek verebilir)
VY> veritabanı üzerinde yer alan prosedürlerinizi PL/perl mü,
VY> yoksa PL/pgSQL ile mi yazmak istersiniz? [...]
Aman bu konularda bilgili oldugum gibi bir hava yarattiysam pesinen
cahilim deyip yanlis anlamayi ortadan kaldirayim. Zamaninda direct
inference/evidential probability filanla maymunluk yapmis olmak ile
ciddi ve kocaman data warehouselarla ugrasmis olmak cok farkli seyler.
Bunlarla ugrasan insanlar tanidigim ve/veya ugrasanlar hakkinda ara
sira 'bunun yaptigi, dendigi kadar marifetli mi?' diye sorulari
arastirdigim oldu, ama onlar genel amacli sistemden ziyade, genel
amacli veri tabaninindan verileri cekip ozel amacli (ve ACID filan
olmadigi gibi, sorgulama usulleri de farkli/kisitli) sistemlere atmaya
dayali cozumlerdi (mesela X algoritmasini kullanacaksa, ona uygun
sekilde diske/hafizaya yeniden yerlestirerek calismak vs.). Dev isler
icin AT&T'de kullananlardan birini zamaninda tanidigim Daytona[1],
yakin zamanda sadece sunumunu seyrettigim Franz'in RDF urunu[2] var.
Bunlarin ikisi de acik degil. (Bir de sawzall var google'in ama o
konuda bu kadar dahi bilgim yok hem de daginik/paralel sistem oldugu
icin biraz konu disi). Dogrudan genel amacli ve SQL'e yonelik bir
makinenin query optimizerina takilip bu isleri yapan birsey _ben_
bilmiyorum, Oracle filanda vardir diye sadece tahmin edebilirim.
Postgres'e boyle birsey takmak (yani ayni database icin ozel amacli
paketlerin veriyi toptan cekerek yaptigini, veriyi yerinde tutarak ve
ic optimizerlari kullanarak yapan) makul mu tartamiyorum simdi ama
cehaletimden 'neden olmasin, ustelik elimizde lisp olunca acayip
optimize de ederiz' diye seyler geciyor aklimdan. Ama tabii
iskembeden hos olur diye atmakla, bilerek konusmak farkli.
Belki soyle birseyi soylersem katkim olabilir: transaction processing
veya ACID gerektiren islerle ilgisiz ve ticari CRM/sahtekarlik
yakalama vs. islerinin disinda bir ilgi var simdi muazzam buyuklukteki
veriyi islemeye. ABD devleti cok cesitli ve buyuk miktarda veri
toplayip islemek istiyor, dolayisiyla bu konuda cok para harcanacagini
sezenler o islere yoneliyorlar [3]. Ortaya cikan urunler ve/veya
arastirma sonuclari haliyle genel amacli kullanima da uygun olacak.
Eger isin data warehouse/data mining tarafina elleyecekseniz gayet
aktif calisilan ve hizli ilerleyen bir alana giriyor da olabilirsiniz.
Benim yapabilecegim laklak asagi yukari bundan ibaret, derin ve guncel
bir bilgim yok malesef. Bence Cor3 gurubu guncel duruma lisp
bakimindan cok daha hakim bu konularda, cunku Arthur'un projesine
katiliyorlar. Belki onlarin diyecegi birsey vardir.
BM
[1] http://www.research.att.com/~daytona/
[2] http://www.franz.com/products/allegrograph/
[3] Aasman'in ECLM sunumunda, "filanca isleri yaptigini X kaynagindan
buldugumuz, filanca yerlerle de telefonla konusmus adam ucak kacirir
mi?" gibi bir manaya gelecek ornekler de vardi ama simdi bulamadim.
Belki makinede calistirip gosterdi, net hatirlamiyorum. Sunum surada:
http://weitz.de/eclm2006/AllegroGraph_Eurolisp.pdf
_______________________________________________
cs-lisp mailing list
[email protected]
http://church.cs.bilgi.edu.tr/lcg
http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
