 | | |
| | |
|
Spaces home  Mustafa AcungilProfileFriendsBlogMore |  Tools   |
|
Mustafa AcungilKırk Ambar
August 08 TAŞINDIMTeknik yazılarımı aşağıdaki adresten takip edebilirsiniz:
Özellikle yaratıcı yazarlık yörüngesinde dolaşan eserlerimi ve yazılarımı şu adreste bulabilirsiniz:
Dört Adam Özgürlüğünü Arıyor'dakilerden biriyim:
Ayrıca kod adı 'Gündelik Başarı İçin Uygulanabilir Taktikler' olan bir kitabın birinci taslağını bitirdim. Düzeltmeleri yaptıktan sonra ayrı bir blog olarak yayınlamayı düşünüyorum. Henüz yazı yok ama yakında başlarım. Adresi:
Bunlara başka bloglar da katılacak.
Beni izlemeye devam edin... July 26 Project 2007 yeniliği: Task DriversProject 2007'de gelen ve özellikle bir projenin planlama aşamasında hayli faydalı olabilecek bir özellik Task Drivers panosu.
Diyelim istediğiniz tarihte başlayamayan önemli bir görev var. Bu görevi etkileyen unsurları incelemek istiyorsunuz. Görev seçiliyken Project menüsünden Taks Drivers'a tıklayarak bu panoya ulaşabilirsiniz.
Taks drivers panosu size, seçtiğiniz görevin planlanmış başlama tarihi yanısıra, öncüllerini, bu öncüllerle arasındaki ilişki tiplerini ve başka birtakım bilgileri verir. Öncüllerden herhangi birine tıklayarak onun hakkında da benzer bilgilere erişebilirsiniz. Böylelikle çok büyük olabilecek projenin bütününde kaybolmadan geriye doğru ilerleyip değişiklik yapabileceğiniz yerleri düşünme şansınız olur.
Task Drivers panosunu bu amaçla ancak bir baseline kaydetmemiş, gerçekleşme bilgisi girmemişseniz kullanabilirsiniz. Bunları yapmanız durumunda, bu panoda görevin gerçekleşmiş başlama tarihi gözükür. Project 2007'deki en önemli yeniliklerden ikisiProject 2007'deki iki yenilik çok hoşuma gitti. Change Highlighting ve Multilevel Undo.
Change Highlighting, projenizde bir değişiklik yaptığınızda size bunlardan nelerin etkilendiğini gösteriyor. Böylece bir görevin süresini değiştirdiğinizde projenin sonraki aşamalarındaki hangi görevlerin bundan etkilendiğini net bir şekilde görebiliyorsunuz.
Multilevel Undo sayesinde ise, karmaşık bir projeyi kendi yaptığınız değişikliklerle alt üst ettiğinizde yeterince undo yaparak başladığınız ana dönme şansınız oluyor.
Basit ama önemli ve günlük kullanımınızı çok etkileyecek değişiklikler. Proje planında tampon zamanları nasıl yönetmeli?Proje planını yaptınız. Ama biliyorsunuz ki, evdeki hesap çarşıya uymaz. Projenizi güvenceye almak için tampon zamanlar kullanmanız gerekir.
Ne yapmalı?
Temelde üç strateji kullanılabilir:
Toplam bir tampon zaman belirleyip özellikle kritik işlere uygun oranlarda dağıtmak. Kullanılabilecek bir stratejidir. Sakıncalarını göz ardı etmemeniz koşuluyla: Görevlere dağıtılan tampon zaman görevin normal zamanı olarak algılanmaya başlanabilir. Ne kadar iyi bir proje yönetimi yapsanız da, çalışanların bazılarında bu eğilimi engelleyemeyebilirsiniz.
Toplam bir tampon zaman belirleyip, önemli kilometre taşlarından önce bu zamanı ayrı birer görev olarak dağıtmak. Bu strateji benim favorimdir ve bence üsttekine göre daha iyidir. Hem tampon zamanı projenin çeşitli aşamalarına uygun bir şekilde dağıtmış olursunuz, hem de doğrudan insanlara atanmış görevlere yedirmediğinizden her bir görevdeki zaman baskısını hafifletip tampon zamanınızı boşa harcamamış olursunuz.
En iyi senaryo ile yola çıkmak. Bana göre asla uygulanmaması gereken bir stratejidir. Belki hesap vereceğiniz kişilerle dürüst bir diyaloğunuz olduğu için bu stratejiyi seçmiş olabilirsiniz. Ne de olsa gerçekten gecikme gerektirecek bir durum olduğunda gerekli anlayışı göreceksinizdir! Unutmayın ki normal zamanlarla kriz zamanlarında insanların algıları, iletişimleri, davranışları aynı değildir. En iyi senaryoya göre belirlenmiş bir deadline'ı kaçırdığınız andaki hava pek hoş olmayabilir. TBD Bilim Kurgu Yarışmasına katıldımTürkiye Bilişim Derneği'nin bilim kurgu yarışmasına 'Kurgunun Sonu' adlı hikayemle katıldım.
Okumak isterseniz: http://ajungle.spaces.live.com/blog/cns!7AA82166064E0AB6!127.entry July 25 Bir iş zekası projesinde kaçınılması gereken 10 tuzakBlogumu takip eden biriyseniz, Ralph Kimball'i tanırsınız. Ralph Kimball'den iş zekası projelerinde kaçınılması gereken 10 temel tuzak. Daha tehlikeliye doğru ilerleyerek 10 numaralıdan başlayalım:
Tuzak 10: İşle ilgili gereklilikler ve hedeflere odaklanmak yerine teknoloji ve verinin kendisiyle büyülenmek ve o bakış açısında kalmak.
Tuzak 9: Veriambarının sponsoru olarak etkili, erişilebilir, tutarlı ve vizyon sahibi bir yönetici sağlayamamak.
Tuzak 8: Adımlı, yine meydan okuyucu olmakla birlikte yapılabilir hedeflerden oluşan çevrimler yerine, galaktik ölçülerde pek çok yıla yayılan tek bir proje peşinde koşmak.
Tuzak 7: Normalize bir veri yapısı oluşturmak için yoğun çaba sarf etmek, ama bunun boyutlu modele dayalı yaşayabilir bir sunu alanına aktarımına sıra gelince bütçenin ya da yönetimin enerjisinin bitmiş olduğunu fark etmek.
Tuzak 6: Arka plandaki operasyonel performans ve geliştirmenin kolaylığına ön tarafta sorgu performansı ve kullanım kolaylığından daha fazla dikkat sarf etmek.
Tuzak 5: Önyüzdeki sorgulanabilir olduğu varsayılan veriyi gereğinden fazla karmaşık yapmak. Teknik yönü güçlü olan veritabanı tasarımcıları bu hataya düşüyorlarsa, bir yıl kadar kullanıcılarla birlikte önyüzle ilgili konularda çalışmaları tavsiye edilir.
Tuzak 4: Paylaşılan ve uyumlu boyutlarla birbirine kurumsal ölçekte bağlanan veriler yerine, konu bazında birbirinden bağımsız ve ortak boyutlar kullanmayan alt sistemler geliştirmek. (Data mart kavramı size çok yakın geliyorsa, bu konuda bir sorununuz olabilir.)
Tuzak 3: Sunum alanının boyutlu yapısına sadece özet verileri yüklemek.
Tuzak 2: İşin, işin gerikliliklerinin ve analizinin, arka plandaki verinin ve kullanılan teknolojilerin statik olduğunu düşünmek (kendi eklemem: ya da bunlarda olabilecek değişiklikleri ve etkilerini hiç düşünmemek.)
Tuzak 1: İş zekası uygulamasının başarısının doğrudan kullanıcı kabulüne bağlı olduğunu kabul etmekte ihmalkarlık. Kullanıcıların kabullenip kullanmaya başlamayacağı bir sistemin varlık sebebi ortadan kalkmış demektir. July 24 Dört Adam Özgürlüğünü Arıyor Kendine saygısı olan herhangi bir profesyonel, tek başına değerinin hayli kısıtlı olduğunu bilir. Tamamen bir kişiye ait gibi görünen büyük başarıların arkasında bile ekip desteği vardır. Kiyosaki ile Rich Dad Poor Dad kitabıyla tanışmamdan beri, finansal özgürlük ana ilkesi düşünce dünyamın merkezinde yer alıyor. Bu doğrultuda ilk yapılması gereken şeylerden biri, arkadaş çevrenizi yönetmek. İlerlemenize karşı size pranga ağırlığı yapan insanlarla ilişkinizi soğutmanız, sizi kanatlandırabilecek kişilerle mesainizi artırmanız, kaçınılmaz bir zorunluluk. Belki de bir ilk adım. Yakın çevremde, aileden başlayarak bu yeni bakış açısını oluşturmaya çalışıyorum ve önemli yol kat ettim. Şimdiden arkadaş çevremden çok sevdiğim ve saydığım 3 kişiyle bir yola girdik: www.dortadamozgurlugunuariyor.com ya da http://dortadamozgurlugunuariyor.blogspot.com Ben bir maraton koşucusuyum. Beraber koştuğum insanlarla, uzun vadeli gelişimimi daha iyi bir noktaya götüreceğime eminim. Beni, ve bizi, izlemeye devam edin efendim... July 20 Analiz için gerçek zamanlı veri iyi midir?İş zekası uygulamalarında, zaman zaman verinin müşterilerinin gerçek zamanlı veri isteği üzerinde çok direndikleri görülür.
Her hangi bir anda, önceki akşamki veri ile değil de en taze veri ile çalışıyor olmak gerçekten çok daha iyi gibi geliyor ilk başta. Ama acaba gerçekten öyle mi? Biraz da yapmak istediğinizin ne olduğuna bağlı. Sadece anlık olarak eklenmiş tüm verileri görmek istiyorsanız, yani odağınız aslında raporlama ise, taze verinin dahil olması işinize gelir.
Ya peki asıl amacınız detaylı analiz yapmaksa? Bu durumda iş zekası uygulamasının sürekli güncelleniyor olması işinize gelmeyecektir. Saatlerce uğraşarak yapacağınız bir analizde, her sorgu gönderidğinizde verinin biraz daha değişmiş olması, veri setini kavramanızı ve analizinizi sağlıklı bir şekilde yapmanızı engelleyecektir. Bu durumda muhtemelen verinin bir andaki halini Excel'e falan alarak çalışmaya başlayacaksınız ki, merkezi bir iş zekası çözümünün düşünülmesinin temel sebeplerinden birisi bu tür dağıtık ve hataya açık çalışmaların engellenmesidir.
Bir daha düşünün. Odağınız ne: Raporlama mı analiz mi? Odağınız aslında analizse, sisteminizi her akşam güncellenir yapıp daha güncel olması gereken sayılı raporları da doğrudan OLTP sisteminden besleyebilirsiniz. July 19 SQL 2005'te gelen Partial Backup ne işinize yarar?Diyelim ki 300 GB'lık bir veritabanınız var. Ana yükü belirli tablolar oluşturuyor. Bu tabloları partition yaptınız, böylece sorgu performansında kazançlarınız oldu ve partitionların storage'larını da ayırarak, daha eski dataları daha az yetenekli ve daha ucuz bir disk yapısında tutabildiniz.
Ama backuplarınızda sorun çözülmedi! Full backup aldığınızda hala 300 GB'lik bir veritabanının backupı alınıyor.
Partial backup işte burada işe yarıyor. Daha eski ve değişiklik olması iş kuralı olarak yasak olan partitionların filegrouplarını readonly yapabilirsiniz. Böylelikle o partitionlara yönelik değişiklik yapılmaması kesinleşmiş olur. Bu durumda partial backuplar sadece primary partition'ın ve read-write partition'ların backuplarını alacaktır.
Filegroup backup mantığıyla karıştırıyor olabilirsiniz. Filegroup backuplarında her filegroup için ayrı backup alma ve restore etme durumları olduğu için karışıklık seviyesi çok yükselir. Burada çok daha basit ve temiz bir durum var.
Ama yukarıda bahsettiğim gibi bir senaryonuz yoksa pek işinize yaramaz. July 18 SSAS Activity MonitorVeritabanı sisteminizde, trilyonlarca satır çağıran yanlış bir sorgu çalıştırıldığında naparsınız? İlgili processi tespit edip öldürürsünüz.
Bu arada böyle bir sorgu da olmaz canım diye düşünüyorsanız, AdventureWorks veritabanına şu sorguyu göndermeyi -riski kendiniz yüklenerek- deneyin:
SELECT *
FROM Production.ProductCategory, Production.ProductSubcategory, Production.Product,Sales .SalesOrderHeader, Sales.SalesOrderDetailDenediniz mi? Umarım denememişsinizdir. 284 trilyon 736 milyar satır döndürmeyi deneyecektir. Kullanıcılarınızın ad hoc sorgu yetkisi varsa, böyle bir sorgu yazmalarına engel var mı? Yetkileri olan ve içlerinde ikisi yüzbinleri bulan satıra sahip beş tabloya böyle bir cross join atsınlar yeter.
Başka processleri kilitleyen ve bekleten processleri öldürmek için SQL Server Activity Monitor'ü kullanabilirsiniz.
Peki, Analysis Services sorgularında böyle bir şey başınıza gelirse? SSMS'de Analysis Services için bir Activity Monitor yok. Analysis Services için benzer işlevselliği, örnek uygulamalara eklemiş Microsoft. C:\Program Files\Microsoft SQL Server\90\Samples\Analysis Services\Administrator\ActivityViewer adresinde ya da varsayılan yere yükleme yapılmamışsa yüklemenin yapıldığı yerde bu uygulamayı bulabilirsiniz.
|
|
||||||||||||||||||||||||||||||||||||||||||
|
|
Invite as friend
Profile
Blog
Lists
