Comments (3)
Confirming this on (python 2.7.5, sqlalchemy 0.8.2, exaODBC 4.1.2, EXASolution 4.2.7)
EXASolution only supports timestamps with millisecond fractions, not microseconds.
Changing the tested timestamp from (2012, 10, 15, 12, 57, 18, 396) to (2012, 10, 15, 12, 57, 18, 396000) lets us pass the test, which of course no longer checks for microseconds.
Possible solutions:
- Turn off microsecond support in the dialect. We will also lose milliseconds.
- Enhance sqlalchemy and the test framework to differentiate between milli-, micro- and nanosecond precision.
- Ignore/disable the testcase for this dialect.
- Ask Exasol to add microsecond precision for timestamps.
from sqlalchemy-exasol.
My preferred order of solving this is:
2 - enhance SQLA test framework. This is where this should be handled. A pull request for SQLA for versions 0.8.x and 0.9.x is required.
in parallel:
1 - but only as a temporary workaround because it would be a pity to loose this precision
4 - at least post the request
last option:
3
from sqlalchemy-exasol.
To get to a green build I have disabled the test for microseconds with commit e0b530b.
I will add a new issue to send a pull request to upstream project SQLA for test suite enhancement.
from sqlalchemy-exasol.
Related Issues (20)
- ✨ Add caching support for Exasol Dialects in respect to SQLA 1.4
- ✨ Add support for HASHTYPE, GEOMETRY and INTERVAL type
- ✨ Add list of un/supported SQLAlchemy features to documentation
- 🔧 Rework Integration Test Setup
- 🔧 Update Integration Test Docker Environment to 1.5.0
- 🐞 Difficult qmarks roundtrip tests fails
- 📦 Update SqlAlchemy package to version >=1.4 < 2.0.0
- Loosen version requirements on "packaging" HOT 1
- 🐞 After calling get_lastrowid through an insert, we see commit in the database. HOT 5
- 🐞 Prepared statements send the wrong types as parameters to the server HOT 1
- 🐞 Various SQLA compliance tests are failing for the websocket based dialect
- 🔧 Make pyodbc an optional dependency (feature) through setuptools extras HOT 3
- problem with Exasol driver's WebSocket connection cleanup process HOT 9
- 🔧 Add in code deprecation warnings for `[pyodbc, turbodbc]`
- 🔧 Remove `turbodbc` support
- 🔧 Remove `pyodbc` support
- 🔧 Remove tests/testing against Exasol 7.0.x
- ✨ Add support for testing of Exasol 8.x
- Support SQLAlchemy 2 HOT 3
- ✨ Make websocket types PEP-249 compliant HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sqlalchemy-exasol.