5.0.12 güncellemesinden sonra collation hatasi
Nereden Yazdırıldığı: ERP Nedir? | Türkiye'nin ERP Forum Platformu
Kategori: ERP Genel
Forum Adı: Kurulum İşlemleri
Forum Tanımlaması: Mikro ve Büyük Ölçek İşletme Uyarlamaları
URL: http://www.erpne.org/forum_posts.asp?TID=3308
Tarih: 21 Kasım 2024 Saat 19:46 Program Versiyonu: Web Wiz Forums 11.10 - http://www.webwizforums.com
Konu: 5.0.12 güncellemesinden sonra collation hatasi
Mesajı Yazan: jung
Konu: 5.0.12 güncellemesinden sonra collation hatasi
Mesaj Tarihi: 09 Aralık 2012 Saat 12:17
5.0.12 güncellemesi yaptim Üretim modülünde üretim fisi üret deyince asagidaki hatayi
aliyoruz.
Üretim sonu fis kaydi yapilamadi !...
-------------------------------------------------------------------------------------------------------
Veri tabani isleminde hata!
[SQL : --Select
Exec RECETEGETIR '101503','',1,0,'','B','E','H',1,0,0,0
Cannot resolve the collation conflict between
"Turkish_CI_AS" and "SQL_Latin1_General_CP1_CI_AS" in the
equal to operation.(NetsisMS-42000,468)
|
Cevaplar:
Mesajı Yazan: rhan
Mesaj Tarihi: 09 Aralık 2012 Saat 12:32
tempdb..#STOKURMTMP diye bir tablo olusturuyor, bu tablo sql in
collation 'ina göre olusur. yani sizin sirket dataniz "SQL_Latin1_General_CP1_CI_AS", sql genel ayariniz
"Turkish_CI_AS" seklinde oldugu için bu hatayi aliyorsunuz muhtemelen.
------------- İnnova Antalya Proje Danışmanlık
Orhan ÇÖPÜROĞLU
0544 241 45 55
0242 311 45 56
|
Mesajı Yazan: NETSYS
Mesaj Tarihi: 09 Aralık 2012 Saat 21:20
jung Yazdı:
5.0.12 güncellemesi yaptim Üretim modülünde üretim fisi üret deyince asagidaki hatayi
aliyoruz.
Üretim sonu fis kaydi yapilamadi !...
-------------------------------------------------------------------------------------------------------
Veri tabani isleminde hata!
[SQL : --Select
Exec RECETEGETIR '101503','',1,0,'','B','E','H',1,0,0,0
Cannot resolve the collation conflict between
"Turkish_CI_AS" and "SQL_Latin1_General_CP1_CI_AS" in the
equal to operation.(NetsisMS-42000,468)
|
Güncelleme sonrasi olmamistir, zaten öyledir, database in ve sql serverin collationini kontrol ettiniz mi?
|
Mesajı Yazan: jung
Mesaj Tarihi: 10 Aralık 2012 Saat 08:13
sql'i dogru collationla tekrar kurduk düzeldi.
|
Mesajı Yazan: ilhan
Mesaj Tarihi: 13 Aralık 2012 Saat 14:49
Benim de müsterimde benzer bir durum olusmustu,Rhan'in dedigi gibi default collation Turkish_CI_AS oldugu için temp tablolari olustururken tablonun collation'ini oradakiyle ayni yapiyor. Benim müsterimde server degisecekti zaten o degisene kadar su sekilde geçici çözüm yaptim;
Aslinda bu hatayi tablonun tamaminda degilde text özellikli yani yazi yazilabilecek (genelde açiklama) sahalarda veriyor.Bu yüzden recetegetir prosedüründe tabloyu olusturan sql kodunu su sekilde yaptim;
CREATE TABLE #STOKURMTMP
(
INCKEYNO INT NOT NULL,
MAMUL_KODU VARCHAR(35)COLLATE Sql_Latin1_General_CP1_CI_AS NOT NULL,
HAM_KODU VARCHAR(35)COLLATE Sql_Latin1_General_CP1_CI_AS NOT NULL,
MIKTAR DECIMAL(28,8) DEFAULT 1,
STOK_MALIYET CHAR DEFAULT 'S',
MIKTARSABITLE CHAR DEFAULT 'H',
KAYIT_TARIHI DATETIME,
GECERLILIK_TARIHI DATETIME,
GEC_SON_BILESEN VARCHAR(35)COLLATE Sql_Latin1_General_CP1_CI_AS,
GEC_SON_MIKTAR DECIMAL(28,8) DEFAULT 0,
GEC_FLAG TINYINT DEFAULT 0 NOT NULL,
BASLANGIC_TARIHI DATETIME DEFAULT GETDATE(),
D_YEDEK1 DATETIME,
D_YEDEK2 DATETIME,
S_YEDEK1 VARCHAR(25),
S_YEDEK2 VARCHAR(25),
S_YEDEK3 VARCHAR(8),
S_YEDEK4 VARCHAR(8),
F_YEDEK1 DECIMAL(28,8),
F_YEDEK2 DECIMAL(28,8),
I_YEDEK1 SMALLINT,
I_YEDEK2 SMALLINT,
B_YEDEK1 TINYINT,
B_YEDEK2 TINYINT,
C_YEDEK1 CHAR,
C_YEDEK2 CHAR,
SETNO VARCHAR(25) DEFAULT '00000000',
GEC_SON_SETNO VARCHAR(25) DEFAULT '00000000',
GEC_SON_DURUM CHAR DEFAULT 'E',
OPR_BIL CHAR DEFAULT 'B',
OPNO VARCHAR(8) NOT NULL,
ACIKLAMA VARCHAR(MAX) COLLATE Sql_Latin1_General_CP1_CI_AS NULL,
OPMIK DECIMAL(28,8) DEFAULT 1,
ISTKODU VARCHAR(5),
SETUPSURE DECIMAL(28,8) DEFAULT 0,
URETSURE DECIMAL(28,8) DEFAULT 0,
GECISSURE DECIMAL(28,8) DEFAULT 0,
OVERLAPMIK DECIMAL(28,8) DEFAULT 0,
ISCILIKMAL DECIMAL(28,8) DEFAULT 0,
DIGERMAL DECIMAL(28,8) DEFAULT 0,
GENELMAL DECIMAL(28,8) DEFAULT 0,
OPERASYON_UAK CHAR DEFAULT 'H',
SON_OPERASYON CHAR DEFAULT 'H',
ONCELIK INT DEFAULT '0',
PLANLAMA_ORANI DECIMAL(28,8) DEFAULT '0',
ALTERNATIF_POLITIKASI_DAT CHAR DEFAULT 'H',
ALTERNATIF_POLITIKASI_ACF CHAR DEFAULT 'H',
ALTERNATIF_POLITIKASI_USK CHAR DEFAULT 'H',
ALTERNATIF_POLITIKASI_MRP CHAR DEFAULT 'H',
SARFEDILEN_MAMUL VARCHAR(35),
OPKODU VARCHAR(35),
MAMYAPKOD VARCHAR(15)COLLATE Sql_Latin1_General_CP1_CI_AS DEFAULT NULL,
HAMYAPKOD VARCHAR(15)COLLATE Sql_Latin1_General_CP1_CI_AS DEFAULT NULL,
GECSONBILYAPKOD VARCHAR(15) DEFAULT NULL,
KAYITYAPANKUL VARCHAR(12) NULL,
KAYITTARIHI DATETIME NULL,
DUZELTMEYAPANKUL VARCHAR(12) NULL,
DUZELTMETARIHI DATETIME NULL,
ISTASYON_KAPASITE DECIMAL(28,8),
RECETE_ID INT IDENTITY(1,1),
UST_RECETE_ID INT,
ISEMRIREC CHAR
)
Böyle olunca sorunsuz çalismaya devam etti. Benim durumum acildi o yüzden sql'i tekrar kuramadim ama dogrusu sizin yaptiginiz gibidir. Bu çözüm benim gibi acil düzeltilmesi gereken durumlarda bir alternatiftir. Nacizane bilginize..
------------- Netsis'i Uyarlamak İşin Kolay Kısmı, Zor Olan Kullanıcıyı Netsis'e Uyarlamak ...
|
Mesajı Yazan: bybarone
Mesaj Tarihi: 13 Aralık 2012 Saat 23:33
Tesekkürler paylasim için sayin ilhan Alternatif de olsa bilgi bilgidir, önemli olan paylasmaktir herkes yapamaz bunu tesekkürler !
------------- Iyi çalismalar.
Barancan GENÇ
barancan.genc@hotmail.com
|
|