AG
Так у меня данные из интернета с публичных ресурсов добытые, а не какие-то там личные, которые нельзя терять
Size: a a a
2021 April 25
АС
ну если только в рантайме то это время на переиндексацию при открытии
🅵
Братиш, 50% моего прогерского времени до флянтера уходило именно на скуль и запросы.
Я знаю, что говорю.
Я знаю, что говорю.
ВР
решать все равно тебе
AG
Так а у sqlite нет возможности данные потерять?
АС
ну он сбрасывает свои файлы в жесткий
T
Я не спорю.
Я согласен, что прожорливо. Я согласен, что не оптимально ни разу. Но для тех тасок, где это ок - это ок
Я согласен, что прожорливо. Я согласен, что не оптимально ни разу. Но для тех тасок, где это ок - это ок
🅵
LIKE только по началу слова еще хоть сколько нибудь адекватен на минимуме данных, а если в обе стороны - время запроса уже заметно даже на сотнях записей.
АС
просто хз как хайв робит
AG
Я думал везде практикуют отложенную запись в файл при изменении
AG
Интересненько тут у вас
🅵
@alectogeek вот так еще хоть как то адекватно будет работать (но это в тупую перебор):
LIKE ‘bar%’ и является соответсвующим пиздецом на тысячах записей.LIKE ‘%bar%’ - а вот так, вайлдкардом это будет пиздецом уже на сотнях записей.🅵
Штуки типа ElasticSearch не просто так существуют.
АС
ну я про то же, отдельный стенд для таких операций, но хочеца на все стулья
T
Но я бы не побрезгал использовать любое, что подходит по задачу.
АС
что имеешь ввиду, про запись в скл?
T
В этом мой поинт
T
В том числе по ресурсам и вычислительному времени