Arkadaşlar merhaba. Çeşitli bilgileri kaydetmek için bir altyapı kurmak ve işlevsel olması için içine kaydettiğim tüm verileri istediğimde; *bu yazılımın kullanıldığı aynı programın daha güncel bir sürümüne, *ya da olabilecekse başka bir programa kolayca aktarabilmek *son olarakta saklayabileceğim bir formatta veri kaybı olmayacak şekilde güvenli bir şekilde elimde tutmak istersem bana hangi programı önerirsiniz.
Amaç: *İsim veya ürünler ile ilgili kayıt oluşturmak (Gerekirse her takvim yılı için notlar vs). Hedef: Yazılım güncellendiğinde de sorun çıkarmaması veya mümkünse başka bir programa verilerin kolayca aktarılabilmesi, dönüştürülebilmesi, flash bellekte kolayca saklanabilmesi. Yani verileri tekrar tekrar yazmak zorunda kalmamak. Veri taşındığında bilgileri kaybetmeden saklamak ya da başka bir yazılıma aktarabilmek.
Access geliyor aklıma ama sizlerin düşüncesini merak ediyorum. Hangi yazılım veya yazılımların daha kullanışlı ve veri kaybı olmaması konusunda titiz olduğunu sizlerden duymak istedim. Yalnız yazılımı ve sebebini söylemeniz, varsa da bir link eklemeniz benim için yeterli olacaktır. Eğer herkes sadece bildiği konuda bilgi verirse çok yararlı bir kaynak olabilir düşüncesindeyim.
Mümkün olmayabilecek şeylerde yazdım ve bilmediklerimi bilen kişilerin söyleyecekleri olabilir. Herkese teşekkürler.
uygulama yazılımlarının ya da veritabanı sunucuların bu anlamda birbirinden (amatör geliştiriciler için kaydadeğer) bir farkı yok.
yazılım geliştirme veri açısından takip edilen prosedürü şöyle sıralamak mümkün: 0. gerçek dünya 1. analiz ile ulaşılan gerçek dünyanın anlaşılması (materyal listesi) 2. analiz bulguları ışığında gerçek dünyanın veri yapısının modellenmesi (ER diagramlar) 3. analiz sonuçları ve model için gereken veri fonksiyonlarının tespiti 4. fonksiyon ve veri yapısına uygun teknoloji tercihi 5. teknolojinin sunduğu ürünlerden birinin ya da bir kaçının tercihi
esasında hangi üründe nasıl bir verinin tutulacağı analize dayanır. burada eğer ki ben bir uygulamda tutacağım veriyi hangi teknoloji/üründe tutayım diye bir soru soruyorsanız, analizi atladığınızı söylemek mümkün.
konuya dönelim: biz insanlar veriyi ilişkisel veya ilişkisel olmayan şekilde tutarız. ilişkisel veri bir başka veri üzerinden aynı anda en az iki yönlü bir erişilebilirliğe sahiptir. mesela ECE 101 dersini alan öğrenci kayıtlarını hem öğrencilerin hangi dersi aldıklarını, hem de o dersi alan öğrencileri gösterecek şekilde veri tabanında tutmak istersek;
ders dersId, dersAdi
ogrenci ogrenciId, ogrenciNo, ogrenciAdi
dersKayit dersKayitId, dersId, ogrenciId
tablolarını oluştururuz. Bu bir ilişkisel tablo yapısıdır.
ilişkisel olmayan şekilde ise bu veriyi; excelde her ders için bir tablo oluşturup öğrenci bilgilerini içine yazarak, ders adına oluşturduğumuz bir dizin içinde xml formatında öğrenci listesi koyarak, text formatında derslerin ismini yazıp altına öğrenci bilgilerini sırlayarak tutabiliriz.
ilişkisel olmayan veri yapılarında ilişkiden çok verinin içeriği önem taşır. mesela kağıda basılı bir gazetede bir ilana erişmek için gazetenin ilan sayfasını başından sonuna doğru tararken, aynı gazetenin gazetenin web sayfasındaki şeklinde aradığımız ilan tipini ve ilana ait diğer içerikleri girdiğimizde istediğimiz özellikteki ilanlar sıralanarak gelir.
ilişkisel veri yapısının; tasarımı, işletimi zordur, sınırlayıcı ve bağlayıcıdır. yeniden kullanımı ek maliyet oluşturur. geriye doğru uyumluluk göstermez. ancak fonksiyonalitesi ve katma değeri daha yüksektir. ilişkisel olmayan veri yapıları ise; tasarımı, işletimi ve kullanımı daha kolaydır. veriyi tekrar kullanmanın bir işletim laiyeti olmazken, geliştirme maliyeti daha yüksek olur.
bir formattan bahsediyor iseniz; geriye doğru kullanılabilirlik için formatı en az tanımlayıcı olacak şekilde belirlemek en iyisidir. mesela bir text dosyasını, veri editörleri ve yorumlayıcılarının neredeyse tamamı okur ve yazar. oysa bir ilişkisel veri tabanı ile bağlantı kurmak her veri editörü için mümkün değildir. bir şekilde okumak ve hatta yazmak mümkündür fakat bunun hem o uygulamaya bağlı ürettiğiniz özel yazılıma hem de işletmene belirli maliyeti vardır. örneğin içinde bir ilişkisellik tanımı bulunan (primary/foreign key) bulunan bir tabloyu kafanıza göre değiştiremezsiniz.
özetle bu iş ürün (sizin tanımınız ile yazılım) işi değil tamamen doğru analiz ve doğru tasarım işidir. ben çoğu zaman pahalı (sistem kaynakları tüketimi ve sahip olma maliyeti açısından) bir veri tabanı sunucu yerine xml formatı ile yerel diskte veri tutmayı tercih ederim. bunun yanında dosya tabanlı bir sql sunucuda fazlası ile iş görebilir. her türlü iş için zaman V8 motoru kullanmaya gerek yok.
kuduk teşekkürler. Anlattıklarının terimsel olanlarını tam çözemediysemde anladım. xml formatı nı biraz araştırdım. Anlattıkların biraz daha anlam kazandı. Sanki isteklerime yanıt gibi. Hatta xml in oldukça farklı ve kapsamlı kullanımlarının da olabildiğini, çok kullanışlı olduğunu gördüm. Tabi nasıl kullanıldığını çözebilecek miyim bilmem.
Bir de dosya tabanlı sql i araştıracağım. Böylece soracağım sorular daha dolu dolu olacaktır diye düşünüyorum. Sağol.
quote:
Orijinalden alıntı: maviraven
kuduk teşekkürler. Anlattıklarının terimsel olanlarını tam çözemediysemde anladım. xml formatı nı biraz araştırdım. Anlattıkların biraz daha anlam kazandı. Sanki isteklerime yanıt gibi. Hatta xml in oldukça farklı ve kapsamlı kullanımlarının da olabildiğini, çok kullanışlı olduğunu gördüm. Tabi nasıl kullanıldığını çözebilecek miyim bilmem.
Bir de dosya tabanlı sql i araştıracağım. Böylece soracağım sorular daha dolu dolu olacaktır diye düşünüyorum. Sağol.
kolay gelsin, başarılar.
İşin özeti access dir mobildir hafiftir ve her tür rapor ve güncellemde ve verilerini başka ortam taşıma sana yardım eder.
quote:
Orijinalden alıntı: fsh77
İşin özeti access dir mobildir hafiftir ve her tür rapor ve güncellemde ve verilerini başka ortam taşıma sana yardım eder.