A
интересно
Size: a a a
2020 May 28
A
надо глянуть
🅵
Ничем от ноды или еще какой срани отличатся толком не отличается
🅵
Если надо байтоебствовать - никто не мешает тебе поднять брокер сообщений, ну или если любитель монолитов - сделать через ffi
S
Отвечу на общие вопросы и вкрации, ибо лениво
Как справляется дарт с миллионами строчек в таблице бд? Какие либо использовать лучше всего для этого? А вообще, не лучше ли сделать бэк с уже готовых шаблонов на других языках?
Т
а уже в store когда тебе надо получить продукты вызываешь Api.products.get()
Спасибо
🅵
Как справляется дарт с миллионами строчек в таблице бд? Какие либо использовать лучше всего для этого? А вообще, не лучше ли сделать бэк с уже готовых шаблонов на других языках?
Не дарт управляет бд, а СУРБД, дарт то тут при чем?
И миллион это мало.
И миллион это мало.
🅵
На чем умеешь на том и делай, то и лучше
🅵
Если ничего не умеешь - либо учись, либо бери фаербейс, либо бери го.
A
Если ничего не умеешь - бери го, надо в цитаты добавить)
VG
Вопрос в том, ты собираешься искать информацию в этих строчках или выгрузить их полностью?
S
Не дарт управляет бд, а СУРБД, дарт то тут при чем?
И миллион это мало.
И миллион это мало.
Смотри, бэк я делаю на пхп, если в пхп написать код к mysql где хранятся млн. Строк то сам пхп будет mysql будет тормозить, а при получении данных на пхп и сформировании шаблона, то запрос может упасть. Я поэтому спрашиваю, если запущу микросервис, а там как я думаю будет за 2 3 месяца миллиард строчек в бд, не будут ли проблемы?
S
Вопрос в том, ты собираешься искать информацию в этих строчках или выгрузить их полностью?
Искать
🅵
Вопрос в том, ты собираешься искать информацию в этих строчках или выгрузить их полностью?
да нет тут такого вопроса.
а еслиб и был - выгружать целиком такой объем - аутизм, ну и ограничением тут явно будет железо и только.
а еслиб и был - выгружать целиком такой объем - аутизм, ну и ограничением тут явно будет железо и только.
A
mysql и миллиард строчек мне кажется это лишнее
🅵
Смотри, бэк я делаю на пхп, если в пхп написать код к mysql где хранятся млн. Строк то сам пхп будет mysql будет тормозить, а при получении данных на пхп и сформировании шаблона, то запрос может упасть. Я поэтому спрашиваю, если запущу микросервис, а там как я думаю будет за 2 3 месяца миллиард строчек в бд, не будут ли проблемы?
еще раз:
миллион это сущие копейки, говорю тебе как человек у которого таблицы по 350 гигов весили и поиск по подстроке занимал пикасекунду по этой таблице.
миллион это сущие копейки, говорю тебе как человек у которого таблицы по 350 гигов весили и поиск по подстроке занимал пикасекунду по этой таблице.
🅵
и еще раз:
СУБД управляет данными, а не твоя писулька
СУБД управляет данными, а не твоя писулька
D
Смотри, бэк я делаю на пхп, если в пхп написать код к mysql где хранятся млн. Строк то сам пхп будет mysql будет тормозить, а при получении данных на пхп и сформировании шаблона, то запрос может упасть. Я поэтому спрашиваю, если запущу микросервис, а там как я думаю будет за 2 3 месяца миллиард строчек в бд, не будут ли проблемы?
если боишься за это, вынеси всё говно в эластик или редис
🅵
и еще раз:
ты явно что то делаешь не правильно, если твоя писуля гдето является ботлнеком
ты явно что то делаешь не правильно, если твоя писуля гдето является ботлнеком
VG
На деле как говорят выше рациональней и проще будет использовать го, он во первых системный, нет излишков ООП, в целом там особо и не нужно есть интерфейсы, много готовых шаблонов и серверов которыми поделились ребята из Яндекс и Майл. И очень удобный парсер в JSON. Вполне рационально написать локальный сервис на нем