PetaPOCO и более 4 объединений

T1..T$ Query() перегружает все проходы к основному методу Query(..Type[]..). Вы можете либо добавить дополнительные перегрузки Query() для обработки большего количества параметров T, либо передать все нужные вам типы в массиве Type (что и делают функции T1-T4):

Query<TRet>( new Type[]{typeof(Poco1), typeof(Poco2), typeof(Poco3), typeof(Poco4), typeof(Poco5)}, null, sql, args);

У вас может быть несколько отношений один ко многим, но Шотайм прав, вам нужно быть очень осторожным с повторяющимися данными, возвращающимися в ваш набор результатов. Напишите sql-запрос и посмотрите на набор результатов, приемлем ли для вас объем дублирования? Если это так, то в Petapoco есть концепция обратных вызовов отношения, где вы пишете небольшой класс, который обрабатывает разные poco в одной строке результата и добавляете каждый poco в свойства списка родительского poco.

http://www.toptensoftware.com/Articles/115/PetaPoco-Mapping-One-to-Many-and-Many-to-One-Relationships

Мне никогда не приходилось делать это с несколькими от одного до многих, но я цитировал выше

«Если вы присоединяетесь к более чем двум таблицам, вам понадобится что-то более сложное, но на самом деле это просто расширения вышеперечисленного».

Другой вариант - иметь хранимую процедуру, которая выполняет всю работу в одном запросе к базе данных и возвращает несколько наборов результатов, которых, как я полагаю, Schotime достиг в своей ветке petapoco, но я еще не использовал ее сам, поэтому я не могу действительно прокомментируйте, если это поможет здесь:

http://schotime.net/blog/index.php/2011/11/20/petapoco-multiple-result-sets/

Если бы мне обязательно нужно было соединить все данные за один раз для таких сложных и вложенных объектов, как вы предлагаете, я бы использовал хранимую процедуру (один вызов БД) и соединил все это вместе с кодом . Только тогда я разобрался, как это сделать в Петапоко. Однако, если ваш пользовательский интерфейс не отображает все вложенные данные до тех пор, пока пользователь не нажмет кнопку расширения (или аналогичную), я бы использовал вызов AJAX в этот момент, а не изначально получал все данные.

Ответ правильный, но я пришел на эту страницу с другого форума, и никто там не мог заставить это работать, поэтому я подумал, что добавлю то, что сделал, чтобы прояснить ситуацию. По сути, у меня был следующий код:

var sql = "select * from someTable where tableId = @0";
var listOfStuff = _petapoco.Fetch<FirstType, SecondType, ThirdType, FourthType, FirstType>(new RelatorClass().MapIt, sql, idVar);

Поскольку мне нужно было добавить пятый poco, и все методы Fetch в конечном итоге привели к основному методу Query, указанному выше в принятом ответе, мне пришлось сделать это:

var sql = "select * from someTable where tableId = @0";
Func<FirstType, SecondType, ThirdType, FourthType, FifthType, FirstType> mapIt = new RelatorClass().MapIt;
var listOfStuff = _petapoco.Query<FirstType>(new[] { typeof (FirstType), typeof (SecondType), typeof (ThirdType), typeof (FourthType), typeof(FifthType)}, mapIt, sql, idVar).ToList();

Теперь я могу запросить 5 poco, и мне не нужно было изменять код PetaPoco. Единственное, что еще нужно сделать, это добавить в свой класс отношения, чтобы вы могли указать PetaPoco, где сопоставить новые данные, и все готово.

Делегат: Примечание: вам не нужно возвращать анонимный тип (UserActivity,int) таким образом, вы можете вернуть один тип без круглых скобок! Я просто ленив и не хочу создавать новую модель для возвращаемого типа.

private delegate (UserActivity, int) GetIt(int fk_AccountTypeValue, UserActivityModel ua, User u, Client c, Client_Account ca);

Операция SQL:

public List<(UserActivity,int)> SomeMethodName(int orgnizationID)
        {
                    var sql = Sql.Builder
                        .Select("TOP(200) at.FK_AccountTypeValue, ua.*, u.*, c.*, ca.*")
                        .From("UserActivity ua")
                        .LeftJoin("Users u").On("u.PK_UserID = ua.FK_UserID")
                        .LeftJoin("Client c").On("c.FK_UserID = u.PK_UserID")
                        .LeftJoin("Client_Account ca").On("ca.FK_ClientID = c.PK_ClientID")
                        .LeftJoin("AccountType at").On("at.PK_AccountType = c.FK_AccountTypeID")
                        .Where("u.FK_OrganizationID =@0", orgnizationID)
                        .OrderBy("ua.Timestamp desc");
                    GetIt obj = new GetIt(youKnowIt);
                    var typs = new Type[]{typeof(int), typeof(UserActivityModel), typeof(User), typeof(Client), typeof(Client_Account)};
                    var uaList = _database.Query<(UserActivity, int)>(typs, obj, sql.SQL, sql.Arguments).ToList();
                    return uaList;
        }

Метод, указанный делегатом:

private (UserActivity,int) youKnowIt(int fk_AccountTypeValue, UserActivityModel ua, CurrentDesk.Models.User u, CurrentDesk.Models.Client c, CurrentDesk.Models.Client_Account ca)
        {
            // do stuff
            var uam = new UserActivity()
            {
                // assign stuff
            };
            return (uam, fk_AccountTypeValue);
        }