To break it downNullable column pulled into a non-nullable field force การแปล - To break it downNullable column pulled into a non-nullable field force ไทย วิธีการพูด

To break it downNullable column pul

To break it down
Nullable column pulled into a non-nullable field forces NHibernate to create the smallest value it can.
NHibernate then checks for any changes, expecting a null on that field but finding a value.
Object now considered dirty because value has allegedly changed.
NHibernate performs an update before it pulls back the data agian.
So the fix was simply to make the DateTime in the object a DateTime?, a nullable DateTime. That got rid of the false update, and fixed my queries. Simple when you know what the problem is.

So the moral of the story is: Make sure everything is in sync - schema, mappings and POCOs.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
การทำลายมันลงNull ได้คอลัมน์แวะกองไม่ใช่ nullable ฟิลด์ NHibernate เพื่อสร้างค่าน้อยที่สุดที่สามารถNHibernate แล้วนั้นการเปลี่ยนแปลง ค่า null ในฟิลด์ที่ต้องการ แต่หาค่าวัตถุที่พิจารณาสกปรกเนื่องจากหลังมีเปลี่ยนค่าNHibernate ทำการปรับปรุงก่อนที่จะดึงกลับข้อมูลอีกครั้งเพื่อการแก้ไขได้เพียงทำการ DateTime ในวัตถุวันที่และเวลา?, DateTime null ได้ ที่กำจัดปรับปรุงปลอม และคงใช้ อย่างง่ายเมื่อคุณรู้ว่าปัญหาคืออะไรดังนั้นความแรงของเรื่องราว: ให้แน่ใจว่า ทุกอย่างอยู่ในซิงค์ - แผน แม็ป และ POCOs
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ที่จะทำลายมันลงคอลัมน์ Nullable ดึงเข้าไปในกองกำลังสนามที่ไม่ nullable NHibernate เพื่อสร้างค่าที่น้อยที่สุดที่จะสามารถ. NHibernate แล้วการตรวจสอบสำหรับการเปลี่ยนแปลงใด ๆ คาดว่าโมฆะในสนาม แต่การหาค่า. วัตถุตอนนี้ถือว่าสกปรกเนื่องจากค่ามีการเปลี่ยนแปลงที่ถูกกล่าวหาว่า . NHibernate ดำเนินการปรับปรุงก่อนที่จะดึงกลับ agian ข้อมูล. ดังนั้นการแก้ไขเป็นเพียงที่จะทำให้วันที่และเวลาในวัตถุ DateTime ?, nullable วันที่และเวลา ที่ได้กำจัดของการปรับปรุงเท็จและการแก้ไขคำสั่งของฉัน . ง่ายเมื่อคุณรู้ว่าสิ่งที่เป็นปัญหาดังนั้นคุณธรรมของเรื่องคือให้แน่ใจว่าทุกอย่างอยู่ในซิงค์- คีแมปและ POCOs






การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
จะทำลายมันลง
nullable คอลัมน์ถูกดึงเข้าไปในเขตปลอด nullable Nhibernate กองกำลังเพื่อสร้างมูลค่าเล็กที่สุดมันสามารถ .
Nhibernate แล้วตรวจสอบการเปลี่ยนแปลงใด ๆ คาดว่าน่าจะเป็นโมฆะในที่สนาม แต่การหาค่า
วัตถุถือว่าตอนนี้สกปรกเพราะมูลค่าที่ถูกเปลี่ยนไป การ update ก่อน
Nhibernate กลับดึงข้อมูล
อีกครั้งดังนั้น การแก้ไขก็เพียงแค่ให้ datetime ในวัตถุที่เป็น datetime ? , datetime nullable . ที่กำจัดข่าวเท็จและแก้ไขแบบสอบถามของฉัน . ง่ายเมื่อคุณรู้ว่าสิ่งที่เป็นปัญหา

ดังนั้นคุณธรรมของเรื่องราวคือ : ให้แน่ใจว่าทุกอย่างอยู่ในซิงค์ - คลิก pocos สคีมาและ .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: