Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #34710 > unrolled thread
| Started by | Roedy Green <inquiry@mindprod.com> |
|---|---|
| First post | 2016-06-28 21:34 -0700 |
| Last post | 2016-07-03 20:57 +0000 |
| Articles | 20 on this page of 160 — 12 participants |
Back to article view | Back to comp.lang.java.programmer
missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-28 21:34 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-06-29 05:56 +0000
Re: missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-28 23:59 -0700
Re: missing import java.lang.Comparable Matthias Wiehl <mw@kwarg.de> - 2016-06-29 09:52 +0200
Re: missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-29 01:16 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-29 06:38 -0700
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 13:24 +0000
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 06:37 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 10:19 -0400
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 07:47 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 11:17 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 18:23 +0000
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 15:24 -0400
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 12:47 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 16:38 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 21:09 +0000
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-01 06:45 +0000
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-01 05:03 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 20:46 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-01 15:21 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 21:10 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-04 16:08 -0700
Program proof Mike Amling <mamling@chaff.us> - 2016-07-05 11:23 -0500
Re: Program proof Andreas Leitgeb <avl@logic.at> - 2016-07-05 18:08 +0000
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-05 17:23 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-05 14:28 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-07 15:22 +0000
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 11:44 -0400
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 12:57 -0400
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-07 18:29 +0000
[OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 15:48 -0400
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 08:01 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 08:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 06:55 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 10:16 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 07:35 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 18:07 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 12:54 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 16:29 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-08 14:06 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:11 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 11:37 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-15 16:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 15:49 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-15 22:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-16 13:04 +0000
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 13:08 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 19:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 20:59 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 11:57 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:39 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:43 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:15 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:46 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 15:21 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:27 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 11:39 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-15 15:38 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 15:52 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-15 19:19 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 13:10 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 16:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-18 13:58 -0700
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 16:30 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 20:24 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-19 05:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:22 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-19 10:31 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 16:37 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-19 14:44 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 21:16 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-19 21:54 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:17 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-20 12:01 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-20 21:28 +0000
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-20 16:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:18 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 21:33 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 21:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 23:47 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:31 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:24 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 21:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-23 19:23 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 23:08 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-20 16:04 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-20 14:51 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-20 22:57 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-21 11:38 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-21 15:57 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-21 13:45 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-21 21:00 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-22 15:28 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-22 19:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-23 10:58 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 09:32 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-23 17:04 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:46 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 21:23 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:47 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:40 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 20:02 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 20:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 20:35 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 19:59 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-08 23:36 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 12:51 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-09 09:15 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:30 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:37 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:14 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-09 20:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-10 01:11 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-09 21:52 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-10 10:34 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 21:03 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:32 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 05:30 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-11 16:26 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 13:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 10:59 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 15:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 13:44 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 17:21 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 10:56 -0700
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-11 11:49 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-11 21:00 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:30 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-12 11:37 -0700
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-12 13:01 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-12 20:31 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:13 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:18 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 17:59 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 14:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:18 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 23:50 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-07 13:18 -0700
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 16:59 -0400
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:05 -0700
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 19:51 -0400
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 17:07 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 20:44 +0000
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 16:56 -0400
Re: missing import java.lang.Comparable a.laforgia@gmail.com - 2016-06-30 08:32 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 08:59 -0700
Re: missing import java.lang.Comparable a.laforgia@gmail.com - 2016-06-30 09:06 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 09:35 -0700
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-06-30 11:18 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 20:57 +0000
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-22 23:31 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmuoe1$826$1@gioia.aioe.org> |
| In reply to | #35001 |
On 7/19/2016 11:47 PM, Jerry Stuckle wrote: > On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>> And you still haven't described how Java (not javascript) handles >>>>> decimal numbers with at least 18 digits of accuracy. >>>> >>>> It has been mentioned a couple of times in this thread. >>>> >>>> BigDecimal. >>> >>> Except there are two problems with it. It is very slow, compared to a >>> native BCD implementation. >> >> Calendar says 2016 not 1986. Not really a problem. >> > > Yes, it is a problem for big data. But you wouldn't understand what it's > like to process a few tens of gigabytes, would you? It is a few decades since "few tens of gigabytes" was "big data". :-) Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne hardware. If you are doing just add, subtract etc. then it should take just a few seconds. > >>> And it doesn't support the DECIMAL type in >>> databases. >> >> Not correct. It does. >> > > On which database? Probably all. Two reasons: 1) It is the standard per the JDBC specification. 2) There are no other suitable data types to map it to. Re 1) The JDBC specification has "TABLE B-1 JDBC Types Mapped to Java Types" with: NUMERIC java.math.BigDecimal DECIMAL java.math.BigDecimal The fact that it is recommended standard and there are no good alternatives does not preclude some JDBC drivers from doing something weird. The Google search term is: <database name> JDBC type mapping Oracle leads to: https://docs.oracle.com/cd/E11882_01/java.112/e16548/datacc.htm#g1028145 NUMBER java.sql.Types.NUMERIC java.math.BigDecimal oracle.sql.NUMBER NUMBER java.sql.Types.DECIMAL java.math.BigDecimal oracle.sql.NUMBER (Oracle only has NUMBER) DB2 leads to: https://www.ibm.com/support/knowledgecenter/SSEPEK_10.0.0/java/src/tpc/imjcc_rjvjdata.html java.math.BigDecimal DECIMAL(p,s) DECIMAL(p,s) or NUMERIC(p,s) java.math.BigDecimal SQLServer leads to: https://msdn.microsoft.com/en-us/library/ms378878(v=sql.110).aspx decimal DECIMAL java.math.BigDecimal numeric NUMERIC java.math.BigDecimal MySQL leads to: https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-type-conversions.html DECIMAL[(M[,D])] DECIMAL java.math.BigDecimal (NUMERIC is an alias for DECIMAL in MySQL) That was 4 common databases. If you have a specific database that you want to check then study the docs for the JDBC driver. I would be very surprised if there is one where DECIMAL is not mapped to BigDecimal, but one never knows. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-23 10:24 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmvulm$rho$1@jstuckle.eternal-september.org> |
| In reply to | #35100 |
On 7/22/2016 11:31 PM, Arne Vajhøj wrote: > On 7/19/2016 11:47 PM, Jerry Stuckle wrote: >> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>>> And you still haven't described how Java (not javascript) handles >>>>>> decimal numbers with at least 18 digits of accuracy. >>>>> >>>>> It has been mentioned a couple of times in this thread. >>>>> >>>>> BigDecimal. >>>> >>>> Except there are two problems with it. It is very slow, compared to a >>>> native BCD implementation. >>> >>> Calendar says 2016 not 1986. Not really a problem. >>> >> >> Yes, it is a problem for big data. But you wouldn't understand what it's >> like to process a few tens of gigabytes, would you? > > It is a few decades since "few tens of gigabytes" was "big data". > > :-) > Not when you're processing it at one time. > Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne > hardware. > > If you are doing just add, subtract etc. then it should take just a few > seconds. > You have no clue, obviously. >> >>>> And it doesn't support the DECIMAL type in >>>> databases. >>> >>> Not correct. It does. >>> >> >> On which database? > > Probably all. > Probably? ROFLMAO! > Two reasons: > 1) It is the standard per the JDBC specification. > 2) There are no other suitable data types to map it to. > > Re 1) > > The JDBC specification has "TABLE B-1 JDBC Types Mapped to Java Types" > with: > > NUMERIC java.math.BigDecimal > DECIMAL java.math.BigDecimal > > The fact that it is recommended standard and there are no good > alternatives does not preclude some JDBC drivers from doing > something weird. > > The Google search term is: > > <database name> JDBC type mapping > > Oracle leads to: > > https://docs.oracle.com/cd/E11882_01/java.112/e16548/datacc.htm#g1028145 > > NUMBER java.sql.Types.NUMERIC java.math.BigDecimal oracle.sql.NUMBER > NUMBER java.sql.Types.DECIMAL java.math.BigDecimal oracle.sql.NUMBER > > (Oracle only has NUMBER) > > DB2 leads to: > > https://www.ibm.com/support/knowledgecenter/SSEPEK_10.0.0/java/src/tpc/imjcc_rjvjdata.html > > > java.math.BigDecimal DECIMAL(p,s) > > DECIMAL(p,s) or NUMERIC(p,s) java.math.BigDecimal > > SQLServer leads to: > > https://msdn.microsoft.com/en-us/library/ms378878(v=sql.110).aspx > > decimal DECIMAL java.math.BigDecimal > > numeric NUMERIC java.math.BigDecimal > > MySQL leads to: > > https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-type-conversions.html > > > DECIMAL[(M[,D])] DECIMAL java.math.BigDecimal > > (NUMERIC is an alias for DECIMAL in MySQL) > > That was 4 common databases. > > If you have a specific database that you want to check then study the > docs for the JDBC driver. > > I would be very surprised if there is one where DECIMAL is not mapped > to BigDecimal, but one never knows. > > Arne > > As I said before. Example code. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-23 21:26 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn15g7$1g3e$1@gioia.aioe.org> |
| In reply to | #35107 |
On 7/23/2016 10:24 AM, Jerry Stuckle wrote: > On 7/22/2016 11:31 PM, Arne Vajhøj wrote: >> On 7/19/2016 11:47 PM, Jerry Stuckle wrote: >>> Yes, it is a problem for big data. But you wouldn't understand what it's >>> like to process a few tens of gigabytes, would you? >> >> It is a few decades since "few tens of gigabytes" was "big data". >> >> :-) >> > > Not when you're processing it at one time. > >> Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne >> hardware. >> >> If you are doing just add, subtract etc. then it should take just a few >> seconds. >> > > You have no clue, obviously. Why don't you try it. Hint: I did. >>>>> And it doesn't support the DECIMAL type in >>>>> databases. >>>> >>>> Not correct. It does. >>>> >>> >>> On which database? >> >> Probably all. >> > > Probably? ROFLMAO! You don't consider it likely that products follow the standard that they are implementing? Arne
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-23 19:23 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <4f0bb347-8dc3-4934-a3c4-054a993d6f38@googlegroups.com> |
| In reply to | #35117 |
Arne Vajhøj wrote: > Jerry Stuckle wrote: > > Arne Vajhøj wrote: > >> Jerry Stuckle wrote: > >>> Yes, it is a problem for big data. But you wouldn't understand what it's > >>> like to process a few tens of gigabytes, would you? > >> > >> It is a few decades since "few tens of gigabytes" was "big data". > >> > >> :-) > >> > > > > Not when you're processing it at one time. > > > >> Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne > >> hardware. > >> > >> If you are doing just add, subtract etc. then it should take just a few > >> seconds. > >> > > > > You have no clue, obviously. > > Why don't you try it. > > Hint: I did. > > >>>>> And it doesn't support the DECIMAL type in > >>>>> databases. > >>>> > >>>> Not correct. It does. > >>>> > >>> > >>> On which database? > >> > >> Probably all. > >> > > > > Probably? ROFLMAO! > > You don't consider it likely that products follow the standard > that they are implementing? http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html settles that matter. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-23 23:08 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn1bfq$1lsv$1@gioia.aioe.org> |
| In reply to | #35119 |
On 7/23/2016 10:23 PM, Lew wrote: > Arne Vajhøj wrote: >> Jerry Stuckle wrote: >>> Arne Vajhøj wrote: >>>> Jerry Stuckle wrote: >>>>> On which database? >>>> >>>> Probably all. >>>> >>> >>> Probably? ROFLMAO! >> >> You don't consider it likely that products follow the standard >> that they are implementing? > > http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html > settles that matter. The JDBC specs is also rather authoritative. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-24 10:44 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn2k8s$hfk$2@jstuckle.eternal-september.org> |
| In reply to | #35119 |
On 7/23/2016 10:23 PM, Lew wrote: > Arne Vajhøj wrote: >> Jerry Stuckle wrote: >>> Arne Vajhøj wrote: >>>> Jerry Stuckle wrote: >>>>> Yes, it is a problem for big data. But you wouldn't understand what it's >>>>> like to process a few tens of gigabytes, would you? >>>> >>>> It is a few decades since "few tens of gigabytes" was "big data". >>>> >>>> :-) >>>> >>> >>> Not when you're processing it at one time. >>> >>>> Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne >>>> hardware. >>>> >>>> If you are doing just add, subtract etc. then it should take just a few >>>> seconds. >>>> >>> >>> You have no clue, obviously. >> >> Why don't you try it. >> >> Hint: I did. >> >>>>>>> And it doesn't support the DECIMAL type in >>>>>>> databases. >>>>>> >>>>>> Not correct. It does. >>>>>> >>>>> >>>>> On which database? >>>> >>>> Probably all. >>>> >>> >>> Probably? ROFLMAO! >> >> You don't consider it likely that products follow the standard >> that they are implementing? > > http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html > settles that matter. > It should be quite easy for you to provide working code then. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-24 10:44 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn2k7d$hfk$1@jstuckle.eternal-september.org> |
| In reply to | #35117 |
On 7/23/2016 9:26 PM, Arne Vajhøj wrote: > On 7/23/2016 10:24 AM, Jerry Stuckle wrote: >> On 7/22/2016 11:31 PM, Arne Vajhøj wrote: >>> On 7/19/2016 11:47 PM, Jerry Stuckle wrote: >>>> Yes, it is a problem for big data. But you wouldn't understand what >>>> it's >>>> like to process a few tens of gigabytes, would you? >>> >>> It is a few decades since "few tens of gigabytes" was "big data". >>> >>> :-) >>> >> >> Not when you're processing it at one time. >> >>> Processing 20, 30, 40 GB of BigDecimals is not a problem on moderne >>> hardware. >>> >>> If you are doing just add, subtract etc. then it should take just a few >>> seconds. >>> >> >> You have no clue, obviously. > > Why don't you try it. > > Hint: I did. > ROFLMAO! You obviously have no clue. I know what it takes to process code like this - and it does NOT take "just a few seconds" to process tens of gigabytes of data. It might take that long to READ the data. But not process the records in it. You're just showing your stoopidity, Arne. >>>>>> And it doesn't support the DECIMAL type in >>>>>> databases. >>>>> >>>>> Not correct. It does. >>>>> >>>> >>>> On which database? >>> >>> Probably all. >>> >> >> Probably? ROFLMAO! > > You don't consider it likely that products follow the standard > that they are implementing? > > Arne > Since you've already tried it, it should be easy for you to show working code. But once again you are showing your stoopidity. You should stop before you make an even bigger fool of yourself. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-20 16:04 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmolg2$ufs$1@jstuckle.eternal-september.org> |
| In reply to | #35000 |
On 7/19/2016 9:56 PM, Arne Vajhøj wrote: > On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>> And you still haven't described how Java (not javascript) handles >>>> decimal numbers with at least 18 digits of accuracy. >>> >>> It has been mentioned a couple of times in this thread. >>> >>> BigDecimal. >> >> Except there are two problems with it. It is very slow, compared to a >> native BCD implementation. > > Calendar says 2016 not 1986. Not really a problem. > >> And it doesn't support the DECIMAL type in >> databases. > > Not correct. It does. > > Arne > I'm still waiting for you to identify which databases DECIMAL type Java's BigDecimal type supports. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-20 14:51 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <a311aa90-3bdb-4c36-8ac4-1ecf1b81c039@googlegroups.com> |
| In reply to | #35021 |
On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: > On 7/19/2016 9:56 PM, Arne Vajhøj wrote: > > On 7/19/2016 9:33 PM, Jerry Stuckle wrote: > >> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: > >>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: > >>>> And you still haven't described how Java (not javascript) handles > >>>> decimal numbers with at least 18 digits of accuracy. > >>> > >>> It has been mentioned a couple of times in this thread. > >>> > >>> BigDecimal. > >> > >> Except there are two problems with it. It is very slow, compared to a > >> native BCD implementation. > > > > Calendar says 2016 not 1986. Not really a problem. > > > >> And it doesn't support the DECIMAL type in > >> databases. > > > > Not correct. It does. > > > > Arne > > > > I'm still waiting for you to identify which databases DECIMAL type > Java's BigDecimal type supports. All relational database systems that have the SQL DECIMAL type. But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? I have a guess, but I'd like to hear your answer. http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html GIYF -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-20 22:57 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmpdll$3c3$1@jstuckle.eternal-september.org> |
| In reply to | #35025 |
On 7/20/2016 5:51 PM, Lew wrote: > On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: >> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>>> And you still haven't described how Java (not javascript) handles >>>>>> decimal numbers with at least 18 digits of accuracy. >>>>> >>>>> It has been mentioned a couple of times in this thread. >>>>> >>>>> BigDecimal. >>>> >>>> Except there are two problems with it. It is very slow, compared to a >>>> native BCD implementation. >>> >>> Calendar says 2016 not 1986. Not really a problem. >>> >>>> And it doesn't support the DECIMAL type in >>>> databases. >>> >>> Not correct. It does. >>> >>> Arne >>> >> >> I'm still waiting for you to identify which databases DECIMAL type >> Java's BigDecimal type supports. > > All relational database systems that have the SQL DECIMAL type. > But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? > > I have a guess, but I'd like to hear your answer. > > http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html > GIYF > That doesn't answer my question. Which databases does Java's BigDecimal support? I'd like to hear your answer. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-21 11:38 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <c2d21ca9-3da7-46be-8280-f9fc0aef885a@googlegroups.com> |
| In reply to | #35030 |
On Wednesday, July 20, 2016 at 7:57:03 PM UTC-7, Jerry Stuckle wrote: > On 7/20/2016 5:51 PM, Lew wrote: > > On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: > >> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: > >>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: > >>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: > >>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: > >>>>>> And you still haven't described how Java (not javascript) handles > >>>>>> decimal numbers with at least 18 digits of accuracy. > >>>>> > >>>>> It has been mentioned a couple of times in this thread. > >>>>> > >>>>> BigDecimal. > >>>> > >>>> Except there are two problems with it. It is very slow, compared to a > >>>> native BCD implementation. > >>> > >>> Calendar says 2016 not 1986. Not really a problem. > >>> > >>>> And it doesn't support the DECIMAL type in > >>>> databases. > >>> > >>> Not correct. It does. > >>> > >>> Arne > >>> > >> > >> I'm still waiting for you to identify which databases DECIMAL type > >> Java's BigDecimal type supports. > > > > All relational database systems that have the SQL DECIMAL type. > > But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? > > > > I have a guess, but I'd like to hear your answer. > > > > http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html > > GIYF > > > > That doesn't answer my question. Which databases does Java's BigDecimal > support? All of them that support standard SQL. As I said. > > I'd like to hear your answer. I'd like you to hear my answer, too, preferably the first time I give it. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-21 15:57 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmr9fo$v8j$1@jstuckle.eternal-september.org> |
| In reply to | #35065 |
On 7/21/2016 2:38 PM, Lew wrote: > On Wednesday, July 20, 2016 at 7:57:03 PM UTC-7, Jerry Stuckle wrote: >> On 7/20/2016 5:51 PM, Lew wrote: >>> On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: >>>> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >>>>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>>>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>>>>> And you still haven't described how Java (not javascript) handles >>>>>>>> decimal numbers with at least 18 digits of accuracy. >>>>>>> >>>>>>> It has been mentioned a couple of times in this thread. >>>>>>> >>>>>>> BigDecimal. >>>>>> >>>>>> Except there are two problems with it. It is very slow, compared to a >>>>>> native BCD implementation. >>>>> >>>>> Calendar says 2016 not 1986. Not really a problem. >>>>> >>>>>> And it doesn't support the DECIMAL type in >>>>>> databases. >>>>> >>>>> Not correct. It does. >>>>> >>>>> Arne >>>>> >>>> >>>> I'm still waiting for you to identify which databases DECIMAL type >>>> Java's BigDecimal type supports. >>> >>> All relational database systems that have the SQL DECIMAL type. >>> But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? >>> >>> I have a guess, but I'd like to hear your answer. >>> >>> http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html >>> GIYF >>> >> >> That doesn't answer my question. Which databases does Java's BigDecimal >> support? > > All of them that support standard SQL. As I said. >> >> I'd like to hear your answer. > > I'd like you to hear my answer, too, preferably the first time I give it. > That still doesn't answer by question. Let's see some Java code with BigDecimal working with a Decimal field in a database. Something like 12 places left of the decimal point and 6 places to the right. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-21 13:45 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <541e5f67-720b-4f91-9b3f-e6c13599be9f@googlegroups.com> |
| In reply to | #35069 |
On Thursday, July 21, 2016 at 12:57:53 PM UTC-7, Jerry Stuckle wrote: > On 7/21/2016 2:38 PM, Lew wrote: > > On Wednesday, July 20, 2016 at 7:57:03 PM UTC-7, Jerry Stuckle wrote: > >> On 7/20/2016 5:51 PM, Lew wrote: > >>> On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: > >>>> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: > >>>>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: > >>>>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: > >>>>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: > >>>>>>>> And you still haven't described how Java (not javascript) handles > >>>>>>>> decimal numbers with at least 18 digits of accuracy. > >>>>>>> > >>>>>>> It has been mentioned a couple of times in this thread. > >>>>>>> > >>>>>>> BigDecimal. > >>>>>> > >>>>>> Except there are two problems with it. It is very slow, compared to a > >>>>>> native BCD implementation. > >>>>> > >>>>> Calendar says 2016 not 1986. Not really a problem. > >>>>> > >>>>>> And it doesn't support the DECIMAL type in > >>>>>> databases. > >>>>> > >>>>> Not correct. It does. > >>>>> > >>>>> Arne > >>>>> > >>>> > >>>> I'm still waiting for you to identify which databases DECIMAL type > >>>> Java's BigDecimal type supports. > >>> > >>> All relational database systems that have the SQL DECIMAL type. > >>> But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? > >>> > >>> I have a guess, but I'd like to hear your answer. > >>> > >>> http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html > >>> GIYF > >>> > >> > >> That doesn't answer my question. Which databases does Java's BigDecimal > >> support? > > > > All of them that support standard SQL. As I said. > >> > >> I'd like to hear your answer. > > > > I'd like you to hear my answer, too, preferably the first time I give it. > > > > That still doesn't answer by question. Let's see some Java code with > BigDecimal working with a Decimal field in a database. Something like > 12 places left of the decimal point and 6 places to the right. It answers the question you asked. The official documentation is probably reliable in this regard. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-21 21:00 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmrr7t$o97$1@jstuckle.eternal-september.org> |
| In reply to | #35071 |
On 7/21/2016 4:45 PM, Lew wrote: > On Thursday, July 21, 2016 at 12:57:53 PM UTC-7, Jerry Stuckle wrote: >> On 7/21/2016 2:38 PM, Lew wrote: >>> On Wednesday, July 20, 2016 at 7:57:03 PM UTC-7, Jerry Stuckle wrote: >>>> On 7/20/2016 5:51 PM, Lew wrote: >>>>> On Wednesday, July 20, 2016 at 1:04:26 PM UTC-7, Jerry Stuckle wrote: >>>>>> On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >>>>>>> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>>>>>>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>>>>>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>>>>>>> And you still haven't described how Java (not javascript) handles >>>>>>>>>> decimal numbers with at least 18 digits of accuracy. >>>>>>>>> >>>>>>>>> It has been mentioned a couple of times in this thread. >>>>>>>>> >>>>>>>>> BigDecimal. >>>>>>>> >>>>>>>> Except there are two problems with it. It is very slow, compared to a >>>>>>>> native BCD implementation. >>>>>>> >>>>>>> Calendar says 2016 not 1986. Not really a problem. >>>>>>> >>>>>>>> And it doesn't support the DECIMAL type in >>>>>>>> databases. >>>>>>> >>>>>>> Not correct. It does. >>>>>>> >>>>>>> Arne >>>>>>> >>>>>> >>>>>> I'm still waiting for you to identify which databases DECIMAL type >>>>>> Java's BigDecimal type supports. >>>>> >>>>> All relational database systems that have the SQL DECIMAL type. >>>>> But you could have found that yourself with an online search and saved yourself all that agonized waiting. Why didn't you? >>>>> >>>>> I have a guess, but I'd like to hear your answer. >>>>> >>>>> http://docs.oracle.com/javase/1.5.0/docs/guide/jdbc/getstart/mapping.html >>>>> GIYF >>>>> >>>> >>>> That doesn't answer my question. Which databases does Java's BigDecimal >>>> support? >>> >>> All of them that support standard SQL. As I said. >>>> >>>> I'd like to hear your answer. >>> >>> I'd like you to hear my answer, too, preferably the first time I give it. >>> >> >> That still doesn't answer by question. Let's see some Java code with >> BigDecimal working with a Decimal field in a database. Something like >> 12 places left of the decimal point and 6 places to the right. > > It answers the question you asked. The official documentation is probably reliable in this regard. > No, it's nothing more than an unsubstantiated claim. Something you are good at. But then you are unable to prove your claim, like most of your other ones. So no surprise here. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-22 15:28 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <11e994c3-6abc-4fb6-8b29-caa6f38b052a@googlegroups.com> |
| In reply to | #35076 |
Jerry Stuckle wrote: > Lew wrote: > > It answers the question you asked. The official documentation is probably reliable in this regard. > > > > No, it's nothing more than an unsubstantiated claim. Something you are > good at. > > But then you are unable to prove your claim, like most of your other > ones. So no surprise here. If you aren't just a troll, would you please let me know what besides official Oracle documentation you would accept as evidence. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-22 19:34 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmuahn$hdt$1@jstuckle.eternal-september.org> |
| In reply to | #35095 |
On 7/22/2016 6:28 PM, Lew wrote: > Jerry Stuckle wrote: >> Lew wrote: >>> It answers the question you asked. The official documentation is probably reliable in this regard. >>> >> >> No, it's nothing more than an unsubstantiated claim. Something you are >> good at. >> >> But then you are unable to prove your claim, like most of your other >> ones. So no surprise here. > > If you aren't just a troll, would you please let me know what besides official Oracle documentation you would accept as evidence. > No troll. Just proof of your claim. But you obviously are unable to show that proof. But again, no surprise here. You can't even show a link to "official Oracle documentation". How about example code which interfaces with DB2 or SQL Server Decimal type? Typical no-nothing idiot. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-22 23:36 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmuonp$85j$2@gioia.aioe.org> |
| In reply to | #35099 |
On 7/22/2016 7:34 PM, Jerry Stuckle wrote: > On 7/22/2016 6:28 PM, Lew wrote: >> Jerry Stuckle wrote: >>> Lew wrote: >>>> It answers the question you asked. The official documentation is probably reliable in this regard. >>>> >>> >>> No, it's nothing more than an unsubstantiated claim. Something you are >>> good at. >>> >>> But then you are unable to prove your claim, like most of your other >>> ones. So no surprise here. >> >> If you aren't just a troll, would you please let me know what besides official Oracle documentation you would accept as evidence. > > No troll. Just proof of your claim. But you obviously are unable to > show that proof. But again, no surprise here. You can't even show a > link to "official Oracle documentation". I just posted all the links. > How about example code which interfaces with DB2 or SQL Server Decimal type? This is where you show that you know nothing about JDBC. The JDBC code to work with DECIMAL/BigDecimal is the same no matter what database you use. It is only the connections string that is different. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-23 10:25 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmvunj$rho$2@jstuckle.eternal-september.org> |
| In reply to | #35102 |
On 7/22/2016 11:36 PM, Arne Vajhøj wrote: > On 7/22/2016 7:34 PM, Jerry Stuckle wrote: >> On 7/22/2016 6:28 PM, Lew wrote: >>> Jerry Stuckle wrote: >>>> Lew wrote: >>>>> It answers the question you asked. The official documentation is >>>>> probably reliable in this regard. >>>>> >>>> >>>> No, it's nothing more than an unsubstantiated claim. Something you are >>>> good at. >>>> >>>> But then you are unable to prove your claim, like most of your other >>>> ones. So no surprise here. >>> >>> If you aren't just a troll, would you please let me know what besides >>> official Oracle documentation you would accept as evidence. >> >> No troll. Just proof of your claim. But you obviously are unable to >> show that proof. But again, no surprise here. You can't even show a >> link to "official Oracle documentation". > > I just posted all the links. > No code. That's because you're just a trolling idiot. >> How about example code which interfaces with DB2 or SQL Server Decimal >> type? > > This is where you show that you know nothing about JDBC. > > The JDBC code to work with DECIMAL/BigDecimal is the same > no matter what database you use. It is only the connections string > that is different. > > Arne > > Then you should be able to show sample code. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2016-07-23 10:58 +0000 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmvijt$gan$1@dont-email.me> |
| In reply to | #35099 |
On Fri, 22 Jul 2016 19:34:22 -0400, Jerry Stuckle wrote: > On 7/22/2016 6:28 PM, Lew wrote: >> Jerry Stuckle wrote: >>> Lew wrote: >>>> It answers the question you asked. The official documentation is >>>> probably reliable in this regard. >>>> >>>> >>> No, it's nothing more than an unsubstantiated claim. Something you >>> are good at. >>> >>> But then you are unable to prove your claim, like most of your other >>> ones. So no surprise here. >> >> If you aren't just a troll, would you please let me know what besides >> official Oracle documentation you would accept as evidence. >> >> > No troll. Just proof of your claim. But you obviously are unable to > show that proof. But again, no surprise here. You can't even show a > link to "official Oracle documentation". > > How about example code which interfaces with DB2 or SQL Server Decimal > type? > > Typical no-nothing idiot. Well, I'll agree that the master docs don't exactly help, since the relevant classes, such as ResultSet, are just Interfaces. I think you need to look at the documentation for a specific RDBMS to see what is actually supported. I use PostgreSQL, which supports short, int, long, and BigDecimal as well as double and float. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-23 09:32 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmvrl5$1lpj$1@gioia.aioe.org> |
| In reply to | #35105 |
On 7/23/2016 6:58 AM, Martin Gregorie wrote: > On Fri, 22 Jul 2016 19:34:22 -0400, Jerry Stuckle wrote: >> No troll. Just proof of your claim. But you obviously are unable to >> show that proof. But again, no surprise here. You can't even show a >> link to "official Oracle documentation". >> >> How about example code which interfaces with DB2 or SQL Server Decimal >> type? > > Well, I'll agree that the master docs don't exactly help, since the > relevant classes, such as ResultSet, are just Interfaces. I think you > need to look at the documentation for a specific RDBMS to see what is > actually supported. One should look at the JDBC specification to see what the JDBC driver should be doing. And the JDBC driver documentation to verify that the driver does what it is supposed to do. The info is usually hidden under "type mapping". Arne
[toc] | [prev] | [next] | [standalone]
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
Back to top | Article view | comp.lang.java.programmer
csiph-web