Anladım, Her biri farklı yerden geliyorsa get requiest origin ile geldiği yeride alıp ayrıştırmaya çalışabilirsin veya araya bir middleware katmanı yazıp, webapi her çağrıldığında o requiest için ayrı bir id yaratıp onunla yazsan? Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

Değişiklik yapıp iki ayrı program yazdım ve 100 er bin adet insertler yaptım. Sorunu çzdüm daha detaylı paylaşacağım. https://www.youtube.com/watch?v=WC3-71NKwPw

Eğer çalıştığın banka için yapıyorsan bunu neden ESB veya api gateway üzerinden almıyorsun bağlantıları. Bu ürünler zaten transactionların geldiği yeri saati açık kaldığı bağlantı süresini felan gayet rahat lçer. Olmadı apm varsa oradan alabilirsin o da mı olmadı api management patternlerinde bir yerde bahsediliyor bu konu. Bulursam atarım. Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

Selamlar, İlginç bir problemim var. Bakış açınızı merak ediyorum. Bir web servis var. Bu 10 larca farklı kanaldan kullanılıyor amacı tek bir tabloya insert etmek. yle ki, 1- t anında 100 farklı yerden web servis call edilir. 2- Web servisin insert ettiği tablonun PK sı malesef GETDATE yani t anında 100 insert işlemi için aynı zamanı üretiyor ve dup rec hatası oluyor. 3- T anında 100 insert geldiğinde bunlar duplicate ediyor bunu nlemek için getdate 10 kere filan üretiliyor. Her birinde yeni bir date üretiliyor. Bu bence çok yanlış increment bir yapı yok. 10 kere üretilmesine rağmen dup rec yine olabiliyor. Burada akışı şyle mi? 1- Insert işlemi geldi. 2- Üretilen getdate zamanı bir ncekiyle çakıştı. 3- 10 kere daha getdate üretmeyi deniyor ve bunu insert etmek istiyor yine de dup rec alabiliyor. 4- Gelen bu işlem içeri insert edilmek için çalışırken web servis call ile yeni bir işlem daha geldiğinde WEB SERVİS NASIL ÇALIŞIYOR? İçeri insert etmek istediği kaydı mı nce halleder yoksa thread üzerinde yeni bir akış mı başlatır. Bunla ilgili makale/ yazı vs varsa paylaşabilir misiniz? Bu dup rec i çzmem gerekiyor. Teşekkürler. zeybekustasi tarafından 13/Nis/18 17:14 tarihinde düzenlenmiştir https://www.youtube.com/watch?v=WC3-71NKwPw

Tek cekirdekli islemci kullanip, en kucuk zaman biriminde bi islemi gerceklestiricek sekilde tasarlarim, gerektiginde yeni islemleri bekletirim, queue uzerinde beklerler Madem adam kekoluk yapip pk yi getdate yapti, bunu da kabul eder

Anladım, Her biri farklı yerden geliyorsa get requiest origin ile geldiği yeride alıp ayrıştırmaya çalışabilirsin veya araya bir middleware katmanı yazıp, webapi her çağrıldığında o requiest için ayrı bir id yaratıp onunla yazsan? 00:00 da A sisteminden gelen kayıtları işlerken 00:01 de B sisteminden gelen kayıtları (00:00 da ki işlem daha bitmemişken) paralelinde işliyor mudur? MSSQL, C#'ın buradaki ynetimi nasıl acaba... Yoksa bunları queue de mi tutuyor onu araştııyorum. PK yı değiştirme şansım yok malesef getdate kalmaya devam edecek ama gelen insertleri dup rec'e yol açmadan içeri insert edebilmeliyim. https://www.youtube.com/watch?v=WC3-71NKwPw

NoktaliVirgul bunu yazdı getdate + random veri şeklinde kayıt etsen? 01.01.2018 12:23:34:100 - asdh32şkjfsonra yine tarih saat olarak kullanabilrisin sanırım. Konuyla uzaktan yakından alakam yoktur, saçmaysa da saçma napalım :) nceki zaman veya sonraki zaman ile illaki çakışacaksın. Kaçış yok bu durumdan. Problem duplicate kayıt olmasın diye değil mi :)nceki sonraki kaydı bilmem gerekiyor diyorsan şimdi yatıyorum. uykumda düşüneyim :) If my calculations are correct, when this baby hits eighty-eight miles per hour... you"re gonna see some serious shit.

transaction kullanabilir misin? peki tablo yapın müsait mi? Ne zaman birşey ğrenmek istesem, Birden Vaktim Kalmıyor?

getdate + random veri şeklinde kayıt etsen? 01.01.2018 12:23:34:100 - asdh32şkjfsonra yine tarih saat olarak kullanabilrisin sanırım. Konuyla uzaktan yakından alakam yoktur, saçmaysa da saçma napalım :) nceki zaman veya sonraki zaman ile illaki çakışacaksın. Kaçış yok bu durumdan. zeybekustasi tarafından 13/Nis/18 20:11 tarihinde düzenlenmiştir https://www.youtube.com/watch?v=WC3-71NKwPw

Queue yu sen araya alacaksın rabbitmq veya microsoft un msmq sen oraya sıralıcaksın kayıtları sonra baska bir servis ile okuyup insert edersin cakısmada yasamazsın bence en baba hareket timestamp kullanmak olur getdate yerine ::: REALHACKERS. NET ADMIN :::

Bir işlem nasıl aynı anda gerçekleşiyor ki? Veritabanı dosya sistemi gibi çalışmaz mı? Veritabanı aynı anda 2 veriyi nasıl yazıyor? Aynı anda bir dosyaya erişim nasıl oluyor? Multi thread olması bir şey ifade eder mi ki Veya senaryo şu şekilde. Veri elde edilip yazılırken kuyruğa alınıyor herhalde veri de aynı anda geldiğinden getdate aynı ana denk geliyor. Ama yazılışları sırayla gene. Hmm Bunu veritabanını yazan kişilerin düşündüğünü düşünüyorum. Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!

getdate + random veri şeklinde kayıt etsen? 01.01.2018 12:23:34:100 - asdh32şkjfsonra yine tarih saat olarak kullanabilrisin sanırım. Konuyla uzaktan yakından alakam yoktur, saçmaysa da saçma napalım :) If my calculations are correct, when this baby hits eighty-eight miles per hour... you"re gonna see some serious shit.

Eğer çalıştığın banka için yapıyorsan bunu neden ESB veya api gateway üzerinden almıyorsun bağlantıları. Bu ürünler zaten transactionların geldiği yeri saati açık kaldığı bağlantı süresini felan gayet rahat lçer. Olmadı apm varsa oradan alabilirsin o da mı olmadı api management patternlerinde bir yerde bahsediliyor bu konu. Bulursam atarım. Selam konu banka projesi değil hocam. Ben işleyişi anlamaya çalışıyorum. https://www.youtube.com/watch?v=WC3-71NKwPw