leejoys
leejoys
почему правильный ответ - правильный?
Anonymous
Anonymous
ошибка будет?
Anonymous
а да глобалка
leejoys
не, ну я вижу, что там неоднозначное встраивание
Anonymous
пох пусть будет тру тру 9
Anonymous
нет тру фалсе
leejoys
и почему?
Anonymous
ладно я за ошибку
leejoys
точнее, как должно быть, чтобы было тру тру?
leejoys
я понел
leejoys
а как при двух структурах получиль интерфейс с методом g()?
leejoys
выходит, никак?
leejoys
это да, а через приведение?
leejoys
_, bg := c.(interface{.....}) - что написать вместо точек, чтобы получить тру?
Maks
Как бы вы записали миллион строк в бд?
Maks
Ну там цикл, чанки, еще что то. Какой инсерт, может быть. Транзакции
Maks
Ну ч на го решил написать) ради практики)
Maks
Нипонял. Задача взять огромный массив данных и записать их в обычную таблицу. Для каждой записи инсерт отдельный это долго. В симфе есть персист и фетч для таких целей
Maks
Можно допустим
Maks
Ну вставить 100-200 записей за раз это вроде в любом случае не долго)) я думал о таком подходе как батч инсерт
Maks
Помню делал задачу одну давно в виде тестового задания, там нужно было спарсить данные и вставить в таблицу результат что бы это заняло не больше определенного времени и памяти)
Maks
Но тогда я делал на симфе
Maks
И там быо легко) персистишь сколько хочешь в цикле и фетчишь каждый n-ый шаг)
Maks
Гляну
Maks
Да я думал так. Через вальюс
Maks
Передавать их сразу массивом строк с джойном
Maks
Парни парни
Maks
SQLSTATE[HY000]: General error: 7 server closed the connection unexpectedly
Maks
Эта ошибка может возникать в результате кипэлайва?
Maks
Если очень долго не коннектился к бд, например 3 дня
Maks
при этом конфигов никаких нет с кипэлайвом
Maks
Такое возникает только во всяких консумерах которые довольно редко получают команды.
Denis Pershin
Интернет говорит что посгря не слушает прост этот порт, видимо дело в конфиге
Maks
Так сначала работает а через какое то время перестает работать)
Maks
This probably means the server terminated abnormally before or while processing the request
Anonymous
попробуй?
https://stackoverflow.com/questions/15934364/psql-server-closed-the-connection-unexepectedly
Maks
В проде в кластере такое не пробуют)
Anonymous
прод..
Maks
У нас контейнер с этой ошибкой падает, рестартится,, после этого он работает
Maks
пока снова не словит такую ошибку
Denis Pershin
Хмхм, а вы делайте хелс чек постгри)
Maks
Так другие то сервисы с этим экземпляром работают
Maks
ну и мне надо понять если делать хелсчек - то в какой момент и что с этим дальше делать) Там всё так написано что я хз даж)
Maks
В идеале наверное просто коннект каждый раз новый создавать вместо того что бы всегда один держать
Maks
Над подумать как можно сделать каждый раз просто новый коннект
Denis Pershin
Ну новый может и не надо, а что там на счёт коннекшен пула?
Anonymous
новый коннект? а не вредно-ли?
Maks
Ну вот я и думаю что там кипэлайв дропает коннект и всё.
Maks
в проксе
Maks
ща посмотрю что там висит в процессах наверное
Maks
потому что база вне докера в отличии от всех остальных микросервисов
Сергей
Как бы вы записали миллион строк в бд?
каждый день пишу несколько пачек по пол миллиона строк в МС СКЛ (не го!!!). Построчно, с фиксацией транзакций ооооочень долго, но надёжно. Одним пакетом сразу, жто выстрел себе в ногу, ибо очень не стабильно (ресурсы не бесконечны). Через промежуточный файл работает, но это прям сверх извращения, поэтому отодвинул в дальний угол. Пакетами по пару сотен строк круто, быстро, надёжно, но из-за нехватки времени до конца не отладил, поэтому не работает.
Так что самый норм вариант (в моём случае, а не для всех), это последний.
В скулайт много записей пишу только пакетами по пару сотен записей. Каждая транзакция стабильная, быстрая и прям прикольная. Скорость максимальная. Весь массив даже не пытаюсь туда запихивать, потому что подавится
Повторюсь - это только личный опыт
Maks
каждый день пишу несколько пачек по пол миллиона строк в МС СКЛ (не го!!!). Построчно, с фиксацией транзакций ооооочень долго, но надёжно. Одним пакетом сразу, жто выстрел себе в ногу, ибо очень не стабильно (ресурсы не бесконечны). Через промежуточный файл работает, но это прям сверх извращения, поэтому отодвинул в дальний угол. Пакетами по пару сотен строк круто, быстро, надёжно, но из-за нехватки времени до конца не отладил, поэтому не работает.
Так что самый норм вариант (в моём случае, а не для всех), это последний.
В скулайт много записей пишу только пакетами по пару сотен записей. Каждая транзакция стабильная, быстрая и прям прикольная. Скорость максимальная. Весь массив даже не пытаюсь туда запихивать, потому что подавится
Повторюсь - это только личный опыт
ну вот на симфони в пыхе это изи делать))
Maks
Я хотел тоже самое в го намутить
Сергей
ну вот на симфони в пыхе это изи делать))
Ориентируюсь на базовые механизмы, игнорируя крутые и не очень прослойки. К тому же приходится довольствоваться тем, что имеем
Хотя какая речь о базе, если через всякие драйвера коннекчусь к СУБД 😁
А вообще, в таких ситуациях делаю несколько транспортов и переключаю их периодически, что бы делать всякие замеры. Временных затрат немного, а результат отличный. Удобно и продуктивно. Рекомендую
Alexander
Alexander
Feofan
это просто пять ... зочод
Anonymous
DROP TABLE WHERE ID > 0
Feofan
*видел как сеньоры роняли прод на уровне ядра провайдера на несколько городов ... и подымали днями ... эпичное зрелище
Anonymous
чел хорош
Anonymous
я твой фанат
Alexander
чем больше роняешь, тем более опытный сотрудник и больше ценишься. дурак составитель мема
Feofan
Anonymous
ну все пацаны роняем прод
Anonymous
пока живем
Anonymous
ну 3-4 на проде мои
Anonymous
живут норм
Anonymous
челики не выкупают мужик ты флексишь жестко
Alexander
не, на сам деле 100 раз уронил - с руками оторвали в гугл
Feofan
если вовремя и быстро поднимал ... так вернее ... а не сутками с потерей бабла босы
Anonymous
зачем поднимать?
Alexander
хотя тоже важно насколько сильно, сколько потеряно всего
Anonymous
уронил и пошел довольный