EntityFramework-Reverse-POCO-Code-First-Generator
EntityFramework-Reverse-POCO-Code-First-Generator copied to clipboard
EntityFramework Reverse POCO Code First Generator - Beautifully generated code that is fully customisable. This generator creates code as if you reverse engineered a database and lovingly created the...
I have indices with filter values, but those won't be generated (SQLServer) An index looks like this: ```sql UNIQUE NONCLUSTERED INDEX [IX_person] ON [dat].[person] ([person_id] ASC) WHERE ([primary_flag] = (1)...
Could we have a setting to enable [File-Scoped Namespaces](https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-10.0/file-scoped-namespaces)?
Hi! We use SQLite in our unit tests and SQL Server when actually running our application. With some tweeking Reverse POCO works fine with SQLite but there is one little...
I have noticed that stored procedures do not define a configuration class for the return model. This causes warnings because of data types and precision. Specifically, one of our databases...
Create a `List` option that list table names to include seed data for in the generated DbContext. This is useful for quickly setting up new databases. Consider FakeDbContext seed data...
Hello, I am having issues with the V3 custom file base template generation. If I use the following settings without the custom templates I am able to generate my POCO...
Hi! I have a table, CompanyCredit, with a primary key that is also a foreign key to the primary key of another table, Company. So, I have a one-to-one mapping...
I have two fields in one of my tables that are defined as Date in the DB and when the POCO is generated they are defined with a property type...
Can we make the table's Configuration file in the same table.cs file of the table. I know we can put it in the same folder by changing the PocoConfigurationFolder value,...
To help us keep up to date and since you have a list of paying customers, please email current subscribers when you release an update so we are sure not...