ทศนิยมเทียบกับทศนิยมใน ActiveRecord

บางครั้งประเภทข้อมูล Activerecord ทำให้ฉันสับสน เอ่อบ่อย หนึ่งในคำถามที่นิรันดร์ของฉันคือสำหรับกรณีที่กำหนด

ฉันควรใช้:decimalหรือ:float?

ฉันเคยเจอลิงก์นี้บ่อยครั้งActiveRecord:: ทศนิยม vs: float? แต่คำตอบไม่ชัดเจนพอที่ฉันจะมั่นใจ:

ฉันได้เห็นหลายกระทู้ที่ผู้คนแนะนำให้แบนไม่เคยใช้ทศนิยมและใช้ทศนิยมเสมอ ฉันเคยเห็นคำแนะนำจากบางคนเพื่อใช้โฟลตสำหรับการใช้งานทางวิทยาศาสตร์เท่านั้น

นี่คือตัวอย่างบางกรณี:

• Geolocation / ละติจูด / ลองจิจูด: -45.756688, 120.5777777...
• อัตราส่วน / ร้อยละ: 0.9, 1.25, 1.333, 1.4143...

ฉันเคยใช้:decimalในอดีต แต่ฉันพบว่าการจัดการกับBigDecimalวัตถุใน Ruby นั้นไม่สะดวกสบายเมื่อเทียบกับการลอย ฉันรู้ว่าฉันสามารถใช้:integerเพื่อเป็นตัวแทนเงิน / เซ็นต์ได้เช่นกัน แต่มันก็ไม่เหมาะสำหรับกรณีอื่น ๆ เช่นเมื่อปริมาณที่ความแม่นยำอาจเปลี่ยนแปลงไปตามกาลเวลา

• ข้อดี / ข้อเสียของการใช้แต่ละข้อมีอะไรบ้าง
• มีกฎอะไรบ้างที่จะรู้ว่าควรใช้แบบไหน

ฉันจำศาสตราจารย์ CompSci ของฉันว่าจะไม่ใช้ลอยเป็นเงิน

สาเหตุที่เป็นเช่นนั้นคุณสมบัติ IEEE กำหนดลอยในรูปแบบไบนารี โดยพื้นฐานแล้วมันเก็บเครื่องหมายเศษส่วนและเลขชี้กำลังเพื่อแทน Float มันเหมือนกับสัญลักษณ์ทางวิทยาศาสตร์สำหรับไบนารี (คล้าย ๆ+1.43*10^2 ) ด้วยเหตุนี้จึงเป็นไปไม่ได้ที่จะเก็บเศษส่วนและทศนิยมในโฟลตอย่างแน่นอน

นั่นเป็นสาเหตุที่มีรูปแบบทศนิยม หากคุณทำสิ่งนี้:

irb:001:0> "%.47f" % (1.0/10)
=> "0.10000000000000000555111512312578270211815834045" # not "0.1"!

ในขณะที่ถ้าคุณทำ

irb:002:0> (1.0/10).to_s
=> "0.1" # the interprer rounds the number for you

ดังนั้นหากคุณกำลังเผชิญกับเศษส่วนเล็ก ๆ เช่นความสนใจในการรวมหรือแม้แต่ตำแหน่งทางภูมิศาสตร์ฉันขอแนะนำรูปแบบทศนิยมเนื่องจากเป็นรูปแบบทศนิยม 1.0/10เท่ากับ 0.1

อย่างไรก็ตามควรสังเกตว่าแม้จะมีความแม่นยำน้อยกว่า แต่กระบวนการลอยได้เร็วขึ้น นี่คือมาตรฐาน:

require "benchmark" 
require "bigdecimal" 

d = BigDecimal.new(3) 
f = Float(3)

time_decimal = Benchmark.measure{ (1..10000000).each { |i| d * d } } 
time_float = Benchmark.measure{ (1..10000000).each { |i| f * f } }

puts time_decimal 
#=> 6.770960 seconds 
puts time_float 
#=> 0.988070 seconds

ตอบ

ใช้โฟลตเมื่อคุณไม่สนใจความแม่นยำมากเกินไป ตัวอย่างเช่นการจำลองทางวิทยาศาสตร์และการคำนวณบางอย่างต้องการได้ถึง 3 หรือ 4 หลักสำคัญเท่านั้น สิ่งนี้มีประโยชน์ในการแลกเปลี่ยนความแม่นยำสำหรับความเร็ว เนื่องจากพวกเขาไม่ต้องการความแม่นยำมากเท่ากับความเร็วพวกเขาจึงต้องใช้การลอย

ใช้ทศนิยมหากคุณกำลังจัดการกับตัวเลขที่ต้องแม่นยำและสรุปเพื่อให้ตัวเลขที่ถูกต้อง (เช่นดอกเบี้ยทบต้นและสิ่งที่เกี่ยวข้องกับเงิน) โปรดจำไว้ว่า: หากคุณต้องการความแม่นยำคุณควรใช้ทศนิยม

ใน Rails 3.2.18,: decimal จะเปลี่ยนเป็น: จำนวนเต็มเมื่อใช้ SQLServer แต่ทำงานได้ดีใน SQLite เปลี่ยนเป็นลอยแก้ไขปัญหานี้ให้เรา

บทเรียนที่ได้รับคือ "ใช้ฐานข้อมูลการพัฒนาและการปรับใช้ที่เป็นเนื้อเดียวกันเสมอ!"

ใน Rails 4.1.0 ฉันประสบปัญหาเกี่ยวกับการบันทึกละติจูดและลองจิจูดไปยังฐานข้อมูล MySql ไม่สามารถบันทึกเลขเศษส่วนขนาดใหญ่ด้วยชนิดข้อมูลลอยได้ และฉันเปลี่ยนชนิดข้อมูลเป็นทศนิยมและทำงานให้ฉัน

  def เปลี่ยน
    change_column: เมือง,: ละติจูด,: ทศนิยม,: precision => 15,: scale => 13
    change_column: เมือง,: ลองจิจูด,: ทศนิยม,: precision => 15,: scale => 13
  ปลาย