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

Feature proposal: Add support for primitive arrays with InMemoryDatabase #10600

Closed
olivierr91 opened this issue Dec 21, 2017 · 2 comments
Closed

Comments

@olivierr91
Copy link

olivierr91 commented Dec 21, 2017

Most database providers (Npgsql) seem to support primitive arrays (string[], bool[], etc...), but InMemoryDatabase do not. The current workaround is to use a different setter/getter and serialize/deserialize to a string. It would be nice to add support for this with InMemoryDatabase so we do not have to use different getter/setter methods for testing.

@ajcvickers
Copy link
Member

Notes from triage: Support for this in the in-memory database should be done using general mechanisms in EF to map to collections of primitive types, once this is implemented. See #4179. Some EF Core providers (e.g. npgsql) have their own type mappings for this, which can work with limitations--for example, see #9753. Something like this could be done for the in-memory provider, but overall we feel it would be better done as a non-custom mapping.

@ajcvickers ajcvickers added this to the Backlog milestone Jan 3, 2018
SonicGD added a commit to BioWareRu/BioEngine.Core that referenced this issue Oct 12, 2018
@AndriySvyryd
Copy link
Member

Duplicate of #11926

@AndriySvyryd AndriySvyryd marked this as a duplicate of #11926 Aug 12, 2020
@AndriySvyryd AndriySvyryd removed this from the Backlog milestone Aug 12, 2020
@ajcvickers ajcvickers reopened this Oct 16, 2022
@ajcvickers ajcvickers closed this as not planned Won't fix, can't repro, duplicate, stale Oct 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants