LL
Чтобы половина из них была def change
Это иллюзия об которую очень легко удариться мизинцем
Size: a a a
2020 September 04
AB
а nosql?
пытаться унифицировать nosql и sql базы - совсем странная идея
AM
Я слышал слух что в рельсах можно при помощи какого-то гема с жысон-апи работать как с орм, врут наверное
2020 September 05
AL
ActiveResource
AL
Оно даже работает 😁
AL
Или это сарказм типа?🤔
VS
Я вот не понимаю зачем миграции, которые всё равно лежат отдельно, нужно было делать в виде
DSL для эликсира, а не просто def up(), do: "CREATE TABLE ..."чтобы сделать максимально
независимым от конкретной
БД, наверное, были же
попытки мнезию и монгу
прикрутить к ecto.
независимым от конкретной
БД, наверное, были же
попытки мнезию и монгу
прикрутить к ecto.
LL
чтобы сделать максимально
независимым от конкретной
БД, наверное, были же
попытки мнезию и монгу
прикрутить к ecto.
независимым от конкретной
БД, наверное, были же
попытки мнезию и монгу
прикрутить к ecto.
Я могу понять всякие
Вот я знаю существует
PgSQL, MySQL, MSSQL, где команды чуть-чуть могут отличаться. А вот зачем nosql базы данных сюда пихать. Вот я знаю существует
cassandra_ecto, но это довольно странное поделие...VS
солидарен, но вот есть любители пихать квадратное в круглое,
а потом говорить, что все говно, потому как не лезет.
а потом говорить, что все говно, потому как не лезет.
AB
Я могу понять всякие
Вот я знаю существует
PgSQL, MySQL, MSSQL, где команды чуть-чуть могут отличаться. А вот зачем nosql базы данных сюда пихать. Вот я знаю существует
cassandra_ecto, но это довольно странное поделие...Написано же, "чтобы сделать максимально независимым от конкретной бд" )
РП
Я могу понять всякие
Вот я знаю существует
PgSQL, MySQL, MSSQL, где команды чуть-чуть могут отличаться. А вот зачем nosql базы данных сюда пихать. Вот я знаю существует
cassandra_ecto, но это довольно странное поделие...Как по мне, каждый инструмент для своих целей. Было бы логично сделать в таком случае ecto_sql & ecto_nosql
EB
Это немного похоже на попытку написать код на C++ в стиле independent container type, чтоб тип заменил вектор на мап в объявлении переменной и все завелось. Это почти всегда плохая идея
LL
Как по мне, каждый инструмент для своих целей. Было бы логично сделать в таком случае ecto_sql & ecto_nosql
nosql слишком разные, чтобы для них был единый DSLРП
nosql слишком разные, чтобы для них был единый DSLБольшинство из них исповедуют какую то одну парадигму.
По ней и объединять. Кто ключ-значение, кто документ
По ней и объединять. Кто ключ-значение, кто документ
РП
Особо одаренных действительно стоит отгораживать в отдельную ecto - ecto_nosql_fuckinDB например
РП
Универсальность, в некоторых случаях, не всегда благо.
РП
То шо вы слышите
B
Большинство из них исповедуют какую то одну парадигму.
По ней и объединять. Кто ключ-значение, кто документ
По ней и объединять. Кто ключ-значение, кто документ
В Postgres тоже nosql можно и Ecto уже поддерживает синтаксис для некоторых запросов. К слову.