аргументы с типом имеющим операторы преобразования типа в разные типы которые будут уже вписаны прямо в теле лямбды? Идея. А нет ли здесь каких-то минусов? Ну ошибка будет уже не в sql_exec, а в лямбде (если тип не совпал). Не слишком принципиально. Лямбды все могут принимать один единственный тип (условно гетерогенный вектор). Сама функция sql_exec перестаёт зависеть от лямбды -- это плюс. И в принципе может даже не зависеть от типов параметра запроса (где тот же гетерогенный вектор). Это тоже плюс. Идея по-моему стоящая.
Нет. Сделать некий класс который бы хранил произвольное количество ячеек таблицы это будет строка набора данных. Ячейка- это некоторая переменная которая может хранить значение любого типа из тех что могут храниться в базе данных. Грубо говоря это будет что-то типа SQL вариант. Соответственно строка будет массивом фиксированного размера этих вариантов. Набор данных будет массивом строк. Ну и так далее
Ну я ж и говорю, гетерогенный вектор. Только почему фиксированного размера? Скорей с неопределённым размером, благо этим вектором владеть никто не должен, по ссылке получили, попользовались и забыли.
Потому что количество полей в разных записях одной и той же таблицы одинаково
результат селекта или другого запроса не обязательно возвращает именно цельную строку какой-либо таблицы.
Обязательно
select 1,2,3; что вернет и где здесь таблица вообще? или select sum(rowid) from table. Или наконец outer join ...
Обсуждают сегодня