- 02 May, 2020 19 commits
-
-
Nick Craver authored
Can't use most of it since it won't light up with `net461`, but at be consistent across projects. When we drop net4x later this'll take more effect.
-
Nick Craver authored
This is at the project level, so not needed in each file.
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
Contrib tests were broken back in 23ad634a evidently, just now noticing...
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
In 2019 it's different: https://www.appveyor.com/docs/services-databases/#sql-server-2019
-
Nick Craver authored
-
Nick Craver authored
We should centralize these, but at least remove them from code for now.
-
Nick Craver authored
I'll do a TestConfig pass on Dapper here as a follow-up.
-
Nick Craver authored
-
Nick Craver authored
-
- 01 May, 2020 8 commits
-
-
Wei authored
I add update `Set` method and unit test. e.g: ```C# var sb = new SqlBuilder() .Set("vip = @vip", new { vip }) .Set("updatetime = @updatetime", new { updatetime }) .Where("id = @id", new { id }) ; var template = sb.AddTemplate("update #Users /**set**/ /**where**/"); connection.Execute(template.RawSql, template.Parameters); ``` RawSql will generate : ``` update #Users Set vip = @vip , updatetime = @updatetime\n WHERE id = @id\n ``` using Dapper Execute in sqlserver it'll reqeust by below sql command ``` exec sp_executesql N'update #Users Set vip = @vip , updatetime = @updatetime WHERE id = @id ',N'@vip bit,@updatetime datetime,@id int',@vip=1,@updatetime='2020-01-01 00:00:00',@id=1 ``` Co-authored-by:Nick Craver <nrcraver@gmail.com> Co-authored-by:
Nick Craver <craver@stackoverflow.com>
-
JulianRooze authored
`SingleOrDefault<(int, int)?>(query)` always returned null because the IsValueTuple did not handle nullable types and thus the `GenerateValueTupleDeserializer` method was never called. I've added test for the case when the query does not return something (the tuple should be null) and when it does return something. Additionally added tests for the edge-case where you select 8 or 15 element tuples to make sure nothing broke there.
-
AlexBagnolini authored
* Added EF6 tests in netcoreapp3.0 * Fix up EF Core ref to always be 6.3.0 Co-authored-by:
Alex Bagnolini <alex.bagnolini@ericsoft.com> Co-authored-by:
Nick Craver <craver@stackoverflow.com>
-
Nick Craver authored
Co-authored-by:Youssef Victor <31348972+Youssef1313@users.noreply.github.com>
-
bryancrosby authored
Fix small typo and grammar
-
Chris Donnelly authored
We are now providing it programmatically so we don't disrupt SQL Server.
-
Chris Donnelly authored
-
BlackjacketMack authored
The comment suggested that more than the number specified in InListStringSplitCount and it would start to use string_split. However, it is greater-than-or-equal-to (GTE) the number specified by InListStringSplitCount.
-
- 28 Apr, 2020 1 commit
-
-
Damir Ainullin authored
-
- 06 Apr, 2020 1 commit
-
-
mgravell authored
-
- 05 Apr, 2020 1 commit
-
-
Marc Gravell authored
* - enable deterministic build - lib updates for core packages * set source root if needed * Restore VS test runner xUnit won't run in VS without it :) Co-authored-by:Nick Craver <craver@stackoverflow.com>
-
- 26 Mar, 2020 1 commit
-
-
mgravell authored
-
- 24 Dec, 2019 1 commit
-
-
Wei authored
-
- 03 Nov, 2019 1 commit
-
-
Bernard Vander Beken authored
-
- 25 Oct, 2019 1 commit
-
-
Sébastien Ros authored
In Sqlite, DateTime is stored as String, and custom serializers ultimately use Convert.ChangeType to do the conversion. The generated code however doesn't set the Invariant culture, and the conversion can fail if the current culture doesn't match the standard DateTime serialization format from Sqlite.
-
- 27 Sep, 2019 5 commits
-
-
mgravell authored
-
Bernard Vander Beken authored
-
Damir Ainullin authored
-
Damir Ainullin authored
* Use loop variable instead of 0 * Changed unit test, added additional nesting level
-
mgravell authored
framework and tooling lib updates; does *NOT* include the full corpus of 3rd party ADO.NET providers
-
- 26 Sep, 2019 1 commit
-
-
Nick Craver authored
This is a branch cleaning up old `#if` clauses, `.csproj` bits, Linux build compatibility, and a few other tid-bits (broken out by commit). In general: we're on 3.0 tooling and all previous cruft has been removed.
-