This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-02-05
Channels
- # arachne (7)
- # architecture (3)
- # beginners (106)
- # cider (22)
- # clara (2)
- # cljs-dev (14)
- # cljsrn (12)
- # clojure (121)
- # clojure-china (1)
- # clojure-italy (2)
- # clojure-spec (22)
- # clojure-uk (32)
- # clojurescript (38)
- # community-development (45)
- # cursive (15)
- # datascript (6)
- # datomic (12)
- # defnpodcast (2)
- # emacs (8)
- # events (1)
- # fulcro (14)
- # immutant (6)
- # jobs (3)
- # jobs-discuss (6)
- # jobs-rus (3)
- # keechma (4)
- # keyboards (4)
- # leiningen (8)
- # luminus (1)
- # off-topic (91)
- # onyx (13)
- # parinfer (36)
- # re-frame (12)
- # reagent (23)
- # remote-jobs (1)
- # ring-swagger (3)
- # shadow-cljs (57)
- # specter (11)
- # sql (9)
- # uncomplicate (4)
- # vim (2)
- # yada (15)
does anyone understand the difference between "data_types" and "type_name" when it comes to jdbc meta data? https://docs.oracle.com/javase/8/docs/api/java/sql/JDBCType.html i thought that this idea has some merit: https://github.com/viesti/table-spec. But i immediatly hit an issue with my database having a uuid. Which is a dataype that isn't known.
Ah, you just joined ... I was going to offer this link and see if it helped? https://www.tutorialspoint.com/jdbc/jdbc-data-types.htm
Specific database engines will have extensions to these, which makes it more complex. And then there are several Java types that you can choose to represent in SQL in multiple ways (UUID is a good example -- it can be BINARY(16)
or CHAR(36)
or perhaps several other representations).
@seancorfield Thanks, that makes sense. I was thinking of modifying that library to A) use just the type_names, as they seem to be more of them and so possible cover more ground. B) use both C) leave a place for some customization on the users end.
But I need to hunt down the docs on the type_names. Which should just be a matter of looking at the java method that returns it...
https://docs.oracle.com/javase/7/docs/api/java/sql/ResultSetMetaData.html#getColumnTypeName(int)
Of course, in order for these sepcs to help. Ppl have to have picked resonable column types...
char
and varchar
and their cousins are going to be pretty open-ended -- and any binary
types are going to need to have gone through some sort of transformation -- so I'm not sure where derived specs would help on any of those?
(as you might guess, I'm not a fan of database-as-a-model -- I'm more in the database-as-storage camp)