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

DMetal is not conform to MSLinqToSQLGenerator #291

Open
GoogleCodeExporter opened this issue Apr 24, 2015 · 0 comments
Open

DMetal is not conform to MSLinqToSQLGenerator #291

GoogleCodeExporter opened this issue Apr 24, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

Hello,

A DBML generated with VisualStudio may have Columns without Member attribute, 
in this case DMetal crashes. When Member is not specified this is the Name 
attribute that must be used.

Moreover, when using a custom class to match SQL type, the attribute Type is 
not recognized by DBMetal. In CodeDomGenerator.GenerateTableClass() the 
fieldType is null.
When creating the CodeBinaryOperatorExpression condition we can test if 
fieldType is null and if column type's name stars with "global".

Regards.

Ghislain

Original issue reported on code.google.com by ghislain...@gmail.com on 2 Nov 2010 at 12:02

Attachments:

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

1 participant