(22/10/2018, 22:09)notrino yazdı: ne olur ne olmaz diye makro ile yapma gereksinimi ortaya çıkmıyor mu?

Daha önceki benzer sorularınızda da belirttim. makro ile belirli bir yere kadar yerleşik işlev çalıştırabilirsiniz. Ki bunların bir çoğu da sharepoint desteklemez. Zaten web veritabanında oluşturduğunuz makroların bir çoğunun çalışmayacaktır. 

Web'de paylaşmak üzere bir Access veritabanı oluşturma

Alıntı:Formlar ve raporlar tarayıcıda çalışır
Formlar, raporlar ve birçok makro tarayıcı içinde çalışır. Böylece Access, tüm sayfayı yenilemeye gerek kalmadan sadece ekrandaki verileri yeniler.
Başkalarının uygulamanıza gitmesine yardımcı olması için form oluşturabilirsiniz. Yeni Gezinti denetimi, bir forma bu amaçla standart Web stilinde gezinti düğmeleri eklemeyi kolaylaştırır.
Not: Web tarayıcısında, Gezinti Bölmesi (veritabanındaki nesnelere göz atmak için Access'te kullandığınız özellik) bulunmaz.

VBA öğrenmeniz ve kullanmanız kaçınılmaz olacaktır.

sayin notrinnonun konularini hayretle takip ediyorum. uzmanlarimizin sabrina saglik

(23/10/2018, 04:26)accessdelisi yazdı: sayin notrinnonun konularini hayretle takip ediyorum. uzmanlarimizin sabrina saglik

Uzmanların sabırlılığı, herkesin sizin gibi Access "DELİSİ" olmamasından kaynaklanıyor olabilir mi?

Teşekkürler Ozan Bey,

Verdiğiniz Microsoft linkini inceledim, makroların web browserlarda çalışmasıyla ilgili olarak şu ifade yazıyor;



Yani Microsoft, "birçok makronun" sharepoint'te çalışacağını ifade ediyor. Ha tabi her şey makro ile yapılamayabilir o ayrı konu. Ama mevcut makrolar açısından bakarsak, acaba sizin söylediğiniz "makroların bir çoğunu sharepoint desteklemez" ifadesi ile Microsoft'un söylediği "makroların birçoğunu share point destekler" ifadesinin kesişim noktası nedir acep. Yani sharepoint'in destekledikleri ile desteklemediklerinin bir listesi mevcut mu sizde? Çünkü o linkte göremedim böyle bir şey. Tşk..

(19/10/2018, 17:03)notrino yazdı: Merhaba,

Tablolar arası ilişki kurarken özellikle bire-çok ilişki türlerinde "bilgi tutarlılığına zorla" seçeneğini seçmek gibi bir zorunluluğumuz var mı? Olmadığını biraz biliyorum ama ne gibi hallerde bilgi tutarlılığına "zorlamamak" bana problem yaratabilir onu tam bilmiyorum. Kayıtları art arda silmek-güncellemek için bilgi tutarlılığı şartı gerekiyor. Ancak bu tarz bir ihtiyacım yoksa yine de bilgi tutarlılığına zorla seçeneğini seçmek faydalı mıdır yoksa gereksiz midir? Yani bilgi tutarlılığına zorlamak, diğer "art arda silme-güncelleme" gereksinimi dışında tek başına bir yaptırıma sahip midir? Seçilmemesi ne problem yaratır? Tşk.

Elbette zorunluluk yok ama %99 kullanımda işaretlemek gerekir. Örneklendireyim:

Kullanıcılar tablosundaki Ahmet isimli kullanıcı bir takım muhasebe işlemleri -para alıyor veriyor vs.- yapıyor. Eğer siz Kullanıcılar tablosu ile Kasa tablosu arasında bir tutarlılığa zorlama işlemi yapmazsanız Ahmet'i veritabanından silince Kasa tablosundaki kayıtlar boşa düşecek. Çünkü o kayıtların artık bir muhatabı kalmadı. Kasa toplamı alırken kullanıcıya göre rapor aldığınızda Ahmet'in eski kayıtları Kasada duruyor olacak. Bir çalışan bu şekilde varyasyonlar ile kasadan para alabilir bile. Eğer tutarlılığa zorlarsanız bu işin kontrolünü veritabanı motoruna devredersiniz ve kafanız rahat olur.

Aklınıza şöyle bir şey gelebilir: "Ben zaten tüm işlemlerini Form tarafında kod ile kendim kontrol edip yapıyorum. Zaten böyle bir durumla nasıl karşılaşabilirim ki?".

Zorunlu değil ancak olmasında fayda var. Mesela bugün web tarafında MySql de tabloları neredeyse hiç ilişkilendirmeden tasarım yapıyorlar. Bu bir tercih meselesi ancak tam kontrole sahip olabilme adına tutarlılık önemli.

İşin Sharepoint tarafına gelecek olursak açıkçası tamamen saçmalık ötesi maalesef. Asıl amacınız yaptığınız programı web ortamında kullanmak ise Sharepoint'e o kadar lisans parası vermenin bir alemi yok. Hatta Sharepoint kullanmayı bilmiyorsanız onun için adam bulması+ücretlendirmesi ultra saçmalık. Ancak diyorsanız ki bizim kurumda zaten Sharepoint var ben kendi işlerim için kullanacağım o belki kabul edilebilir. Access Vba kodlarının Sharepoint'te çalışması zaten teknik olarak çok mümkün değil çünkü web ve masaüstü platformlar çok farklı işliyor. İşi makrolar ile yapmaya çalışabilirsiniz ama Vba daki kodları karşılayacak makro yok ki zaten. Dolayısıyla gereksiz kasmaya gerek yok bu konuda.

(24/10/2018, 16:02)alpeki99 yazdı: Kullanıcılar tablosundaki Ahmet isimli kullanıcı bir takım muhasebe işlemleri -para alıyor veriyor vs.- yapıyor. Eğer siz Kullanıcılar tablosu ile Kasa tablosu arasında bir tutarlılığa zorlama işlemi yapmazsanız Ahmet'i veritabanından silince Kasa tablosundaki kayıtlar boşa düşecek. Çünkü o kayıtların artık bir muhatabı kalmadı. Kasa toplamı alırken kullanıcıya göre rapor aldığınızda Ahmet'in eski kayıtları Kasada duruyor olacak. Bir çalışan bu şekilde varyasyonlar ile kasadan para alabilir bile

Öncelikle açıklama için teşekkürler. Özellikle alıntıladığım kısım kritik. Tablo ilişkisinin güncel hayatta ne gibi problemler yaratabileceğini bizim gibi basit kullanıcıların anlayabileceği şekilde ifade etmişsiniz bu açıdan önemli.