Господа, есть тривиальная задача сделать сиды из csv. По идее ничего сложного, но микс вылетает с ошибкой: ** (FunctionClauseError) no function clause matching in Ecto.Repo.Schema.insert/4 В какую сторону копать?

Вот сам seed alias Myapp.{Repo, V1.Myapp} File.stream!(Path.expand("priv/repo/csv/file_for_seed.csv")) |> CSV.decode!(headers: [:user_id, :name, :country]) |> Enum.each(&Repo.insert!/1)

Традиционно я полез в ecto, и в саму функцию incert def insert(repo, adapter, %Changeset{} = changeset, opts) when is_list(opts) do do_insert(repo, adapter, changeset, opts) end Возникло ощущение что функция не получила changeset. Но по интернетам нигде дополнительных аргументов в подобном случае не передают.

CSV.decode!(headers: [:user_id, :name, :country]) возвращает ченджсет?

Точно не могу сказать, я не настоящий сварщик а только учусь. Похоже что эта строка возвращает мап %{country: "Phillipines", name: "Cindy Daniels", user_id: "0456-cc27"}

Может быть есть пример хорошего сида?

Ну вот это дело надо передать в функцию, которая вернет ченджсет

для нужной структуры

кажется я понял типа надо городить отдельную функцию, которой передавать этот мап, и которая отдаст его в пайп ченджсетом?

я думал из коробки есть более элегантное решение

В любом случае спасибо, проблема локализована :)

https://github.com/erlang/otp/pull/1490 охохо

? Очень круто.

Хорошо, что кто-то занялся, провёл часы в дискуссиях и сделал это.

ну есть же почти-общеизвестный gen_server:enter_loop

а никто jason не юзал в проекте с distillery?

@nwalker Есть с ходящим за ним хвостом boilerplate-ом....А на практике я вижу очень часто используют self() ! init

@nwalker Есть с ходящим за ним хвостом boilerplate-ом....А на практике я вижу очень часто используют self() ! init

потому что им про правильный путь никто не рассказал

Теперь есть новый правильный путь.

обратно-несовместимый

потом еще какой-нибудь замечательный человек напишет в стайлгайде "используйте только handle_continue", proc_lib considered harmful и еще что-нибудь такое

ну или там про gen_statem все еще никто не будет знать, потому что все эликсирные туториалы останавливаются на gen_server

@nwalker Твое предложение, всем переходить на proc_lib или gen_statem - как я понимаю?

Слишком много всего переписывать прийдется в обоих случаях.

Без получения какой-либо пользы.

если тебе нужна кастомная инициализация - proc_lib. если стейты - ручками пока просто(что не принципиально отличается от handle_continue), gen_statem когда сложно со старта.

я пытаюсь придумать преимущество handle_continue над обычным кодом, в голову вообще ничего не приходит.

Когда все случаи (или 99%), где нужна кастомная реализация реализуются более простым и надежным вариантом.

1 строчка против 10-15 строчек с enter_loop-ом.

По сути, вопрос лишь в этом.

при этом enter_loop позволяет легче двигать момент, когда мы отпускаем супервизор

В 99% continue - это то, что нужно.

Остальное можно через proc_lib делать, когда нужно все кастомное.

Ребят, вопрос такой - надо сделать в БД чтобы только у одной строчки был default = true, у остальных соответственно false. Вопрос - как это сделать правильно

Собственно проблема - как правильно запретить удаление дефолта

Ребят, вопрос такой - надо сделать в БД чтобы только у одной строчки был default = true, у остальных соответственно false. Вопрос - как это сделать правильно

Триггеры?

И как обновить, чтобы дефолт перезаписался

Вынести в отдельную таблицу запись с айди тру

Триггеры?

Хотелось бы без них

Вынести в отдельную таблицу запись с айди тру

А как заджойнить тогда?

Чтобы соответственно в пачке выдачи это поле появилось

Left join

Тогда будут null

А надо - false

@nwalker https://github.com/erlang/otp/pull/1429#issuecomment-297364720 => "Of course one could write the OTP behaviour using proc_lib or the undocumented gen but then the implementation is much more complex." В дискуссии обсуждались уже все преимущества, не нужно ничего придумывать.

@Virviil совсем необязательно false, достаточно стоит true или не стоит

Хз, у нас всё равно отдельный резолвер будет отрабатывать на каждую отдельную запись

Другое дело, чтобы он в базу не ходил

Можешь же проверять left join some_table st on ... Select st.id <> null

Можешь же проверять left join some_table st on ... Select st.id <> null

Мне кажется, мы о разных кейсах. Я о том, как вернуть все строчки, только чтобы у них было доп.поле default

А ты о том, как его найти

Можешь же проверять left join some_table st on ... Select st.id <> null

not is_null только, или как-то иначе в зависимости от бд

Select users.*, (! Is_null(settings.id)) as default Left join settings on users.id == settings.user_id

Ребят, вопрос такой - надо сделать в БД чтобы только у одной строчки был default = true, у остальных соответственно false. Вопрос - как это сделать правильно

столбец уже существует или только создашь?

может надо id дефолт юзера хранить вообще не в БД?

Получится что для всех пользователей кого нету в таблице settings default == false

в чем проблема update tableA set column_A = case when id == 1 then true else false end

Да ни в чём не проблема

Просто интересно как правильно

Так то можно вообще всё в одной таблице хранить

И update_all на ней делать

Или можно сделать view

Select users.*, (! Is_null(settings.id)) as default Left join settings on users.id == settings.user_id

Вот приблизительно такоее

может надо id дефолт юзера хранить вообще не в БД?

Так то его менять ещё надо

Правда у нас не юзер

Update меня сильно пугает

ну так и положи его куда-нибудь в dets

На денормализованной базе

1 ключ и никаких апдейтов чего-то ещё

В этом что-то есть конечно

Осталось только понять "что"

Hello, Nykolay! Please, calculate: 34+46=... If you don't answer - you'll get banned from the channel... Good luck!

ну так и положи его куда-нибудь в dets

Что делать с кластером?

Что делать с кластером?

увольняйся)

ну а на самом деле всё-же постановка задачи неправильная by design. нельзя же добавлять всем юзерам стоблец ради того, чтобы указывать на одного.

имхо

И что делать тогда?

Админка как выглядеть должна

Вот вопрос

у тебя реляционная бд?

Ты шутишь? Конечно

Просто ребята нормальную вещь советуют, куда уж правильней не знаю - создаешь отдельную таблицу, где хранишь айдишник нужной записи

Мы тут триггеры обсуждаем, джойны))

и туда за ней ходишь

триггеры зло, не надо)

И что делать тогда?

а чо, этого юзера прям никак к другой модели не присоединить? это же дефолт юзер для чего-либо?

В смысле к другой модели?

Наверное речь о схеме

Всем привет. Programming Phoenix издание 1.3 от 1.0 сильно отличается? Есть 1.0, это 2016 год, 1.4 - еще не вышла, 1.3 - вроде как последняя на данный момент редакция.

Если кто поделится, то вообще супер

не читала, но скорее всего книги соответствуют версиям фреймворка

да, я как раз не про версию фреймворка пишу, в доступной мне версии книги год издания 2016, что мне кажется - большой срок, за который актуальность книги может сильно пострадать

ну там же контексты в 1.3, все дела

моделек нет больше ((

Прочитал/прозанимался с "Phoenix for Rails developers" (Elvio Vicosa) - совсем слабая книга. Не рекомендую