PF
а еще все это в транзакции :D
Size: a a a
2020 March 14
YV
В целом - надо понять, чем готов пожертвовать. Автоинкрементный id - не самая большая проблема. можно вообще на UUID уйти, так то
YV
но где есть слово "геморой", там есть и слово "жертва". Забесплатно ничего не будет
EG
В целом - надо понять, чем готов пожертвовать. Автоинкрементный id - не самая большая проблема. можно вообще на UUID уйти, так то
Точно, автоинкремент вообще можно не использовать, единствено insert into on dublicate есть только в mysql, вроде как, поэтому и нет в queryBuilder данного метода
YV
в builder есть прекраснейшие методы DB::raw и DB::statement
YV
не очень понимаю, почему отсутствие публичного метода-обертки останавливает вас от использования функицонала БД, если он решает задачу?
EG
в builder есть прекраснейшие методы DB::raw и DB::statement
Если не планируется смена базы, до та, но если будущем планируется переход например на постгрес, то нужно быть окуратнее с raw запросами.
YV
eloquent и с шардингом не умеет работать. Это не значит, что на laravel нельзя шардиться
EG
eloquent и с шардингом не умеет работать. Это не значит, что на laravel нельзя шардиться
Не понял????
YV
Если не планируется смена базы, до та, но если будущем планируется переход например на постгрес, то нужно быть окуратнее с raw запросами.
1) Как часто вы меняете БД на проекте в проде?
2) Запихните этот код в репозиторий / сервис и покройте тестами. После перехода тесты упадут, вы об этом узнаете от рефакторите. Разве это не так должно работать?
2) Запихните этот код в репозиторий / сервис и покройте тестами. После перехода тесты упадут, вы об этом узнаете от рефакторите. Разве это не так должно работать?
YV
Не понял????
Есть такая штука, горизонтальное масштабирование называется. В eloquent нет функционала из коробки механизма для решения этой задачи. Но это не значит, что его нельзя сделать самому, используя имеющийся функционал / работая напрямую с возможностями БД и языка
YV
Если не планируется смена базы, до та, но если будущем планируется переход например на постгрес, то нужно быть окуратнее с raw запросами.
И кстати, с таким подходом,. laravel вам не очень поможет, если вам проект потребуется резко переписать на питон или го. Поэтому это аргументы в пользу бедных.
EG
Есть такая штука, горизонтальное масштабирование называется. В eloquent нет функционала из коробки механизма для решения этой задачи. Но это не значит, что его нельзя сделать самому, используя имеющийся функционал / работая напрямую с возможностями БД и языка
Пример пишем в одну базу читаем из другой все это работает из коробки.
Или это не горизонтальное маштабирование.
Или это не горизонтальное маштабирование.
YV
Пример пишем в одну базу читаем из другой все это работает из коробки.
Или это не горизонтальное маштабирование.
Или это не горизонтальное маштабирование.
а где тут горизонтальное масштабирование? Это в лучшем случае репликация
A
Пример пишем в одну базу читаем из другой все это работает из коробки.
Или это не горизонтальное маштабирование.
Или это не горизонтальное маштабирование.
это мастер-слейв. это не то немного
YV
но к слову, если laravel не задать write доступы для второй БД, то все упадет
A
а где тут горизонтальное масштабирование? Это в лучшем случае репликация
у вас там проекты с шардингом есть?
YV
поэтому надо указывать доступы на запись, но контролировать на уровне кода, чтобы ничего не писать. Иначе разваливается репликация или просто все падает (в зависимости от настроек серваков)
EG
Нет проэты не доросли до такого объема когда надо распределять хранение по разным базам.
YV
у вас там проекты с шардингом есть?
да вот встала потребность. Прямо сейчас пишу. Витесс чего-то не завелся нормально