Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[MSSQL]datatype support #608

Closed
BillyYccc opened this issue May 7, 2020 · 18 comments · Fixed by #1179
Closed

[MSSQL]datatype support #608

BillyYccc opened this issue May 7, 2020 · 18 comments · Fixed by #1179
Assignees
Milestone

Comments

@BillyYccc
Copy link
Member

currently we only support a small set of all the datatypes, we should expand the support and improve the current data type implmentation(such as NUMERIC).

@BillyYccc
Copy link
Member Author

BillyYccc commented May 15, 2020

Data type support checklist:

Note some data types have both fixed-length & vairable-length column, we need to support them all.

Numeric

  • NUMERIC & DECIMAL (HIGH PRIORITY)
  • BIT
  • float & real
  • int, bigint, smallint, tinyint
  • money & smallmoney

String & Binary

  • binary & varbinary
  • varchar(max) and varbinary(max)
  • char & varchar
  • nchar & nvarchar (HIGH PRIORITY)
  • ntext, text & image

date & time

  • date
  • datetime
  • datetime2 (HIGH PRIORITY)
  • datetimeoffset (HIGH PRIORITY)
  • smalldatetime
  • time

other

  • guid

xml, GUID, spatial data types, etc...

@gavinking
Copy link

I agree that numeric/decimal, and datetime2 are very high priority.

After that I would vote for image, text, and varbinary.

tsegismont added a commit to tsegismont/vertx-sql-client that referenced this issue Aug 31, 2020
tsegismont added a commit to tsegismont/vertx-sql-client that referenced this issue Sep 7, 2020
tsegismont added a commit to tsegismont/vertx-sql-client that referenced this issue Jan 13, 2021
tsegismont added a commit to tsegismont/vertx-sql-client that referenced this issue Jan 13, 2021
DavideD pushed a commit to DavideD/vertx-sql-client that referenced this issue Feb 15, 2021
@tsegismont
Copy link
Contributor

@BillyYccc about NUMERIC & DECIMAL (supported but do need some changes): which changes are needed? I couldn't find any comment or todos in the code

@BillyYccc
Copy link
Member Author

I remember the scales are not handled in a right way.

@tsegismont
Copy link
Contributor

@BillyYccc would you mind filing a separate issue for this please?

@tsegismont
Copy link
Contributor

tsegismont commented Mar 26, 2021 via email

@JonasTaulien
Copy link

Hello, just wanted to let you know, that we had to switch to the (legacy) jdbc-client because varchar(max) is currently not supported.

@tsegismont
Copy link
Contributor

@JonasTaulienSolutions was varchar(max) the only one missing for your project?

@tsegismont tsegismont added this to the 4.3.0 milestone Dec 9, 2021
@tsegismont tsegismont assigned tsegismont and unassigned BillyYccc Dec 9, 2021
@JonasTaulien
Copy link

Currently, its only varchar(max) that is missing for us.
But in the next months we will probably need support for some more. If this happens I will write another message here :)

@Yaytay
Copy link
Member

Yaytay commented Dec 13, 2021

We have a lot of GUID columns in our data, would it take much to add support for them?
Thanks.

@tsegismont
Copy link
Contributor

@Yaytay it's not very complex to implement. You can take #1048 as an example.

@Yaytay
Copy link
Member

Yaytay commented Dec 18, 2021

Hi,
Just submitted #1109 as support for GUID columns.

@git4rputuval
Copy link

Any progress on the NVARCHAR (MAX), BIT & VARBINARY?
I am under pressure from my management team to evaluate an alternative platform instead of quarkus if this issue is not resolved. Can you guys give me a timeline?

@tsegismont
Copy link
Contributor

@git4rputuval BIT and VARBINARY are supported already.

NVARCHAR(MAX) may be supported in 4.2.4 otherwise it will be supported in 4.3.0.

@git4rputuval
Copy link

@tsegismont Thanks. Dates would have been helpful or at least a timeline like a month, or a quarter or a year.

@tsegismont
Copy link
Contributor

@git4rputuval 4.2.4 should be released before the end of next week.

If something is critical for your project, there's the option of helping the community by contributing the pieces you're missing.

@git4rputuval
Copy link

@tsegismont Thanks.

4.2.4: The dates are acceptable.

Contributing the pieces: I believe, you meant, "digging through the code" to identify the issue & providing a solution or work around, right? If yes, will gladly support. If I have misunderstood, do correct me.

@tsegismont
Copy link
Contributor

@git4rputuval yes, in this case I meant essentially sharing a pull-request for the feature you're missing.

Anyway, the PR #1120 is ready and should be included in 4.2.4

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants