Size: a a a

🎄.NET Talks: Evergreen🎄

2019 November 25

AI

Arthur Irgashev in 🎄.NET Talks: Evergreen🎄
Arthur Irgashev
само собой
я о списке говорил
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
Т-34 85
Мне надо хранить таблицу строк и быстро находить строку по одному из столбцов

Альтернатива заключается в предварительной сортировке таблицы, а номер строки последнего обойдённого просто храним в переменной
заведи массив и пачку индексов словарей
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
и придумаешь мини базу данных
источник

NK

Nesterenko Konstantin in 🎄.NET Talks: Evergreen🎄
какой объем данных? мб проще sql lite поднять?
источник

Т8

Т-34 85 in 🎄.NET Talks: Evergreen🎄
Andrei Tserakhau
заведи массив и пачку индексов словарей
А почему не Dictionary<string, ()>?
источник

NK

Nesterenko Konstantin in 🎄.NET Talks: Evergreen🎄
Nesterenko Konstantin
какой объем данных? мб проще sql lite поднять?
там даже какая-то поддержка фул-текст серча есть, но он не оч
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
Т-34 85
А почему не Dictionary<string, ()>?
ну тебе выгоднее хранить тело строки один раз, а индексы эффективно держать от <IndexK, int> где IndexK -> ключ по чему индексируешь (значение поля), int -> индекс значения в массиве строк
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
ну это простейший индекс
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
тебе скорее всего его не хватит
источник

Т8

Т-34 85 in 🎄.NET Talks: Evergreen🎄
Nesterenko Konstantin
какой объем данных? мб проще sql lite поднять?
Пока что сам не знаю, но не такой большой. Думаю, нет смысла заморачиваться
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
и тогда придется уже чет думать, проще всего не думать, а взять готовую базу данных
источник

NK

Nesterenko Konstantin in 🎄.NET Talks: Evergreen🎄
так ты уже замарчиваешься с потреблением памяти
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
Т-34 85
Пока что сам не знаю, но не такой большой. Думаю, нет смысла заморачиваться
если не большой забей хуй и используй массив
источник

NK

Nesterenko Konstantin in 🎄.NET Talks: Evergreen🎄
если там 100к элементов то внатуре пох
источник

NK

Nesterenko Konstantin in 🎄.NET Talks: Evergreen🎄
цифра с потолка еси че
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
да, даже 1млн елементов скорее всего плевать будет, оно все в память поместится и быстро будет итерироваться (еденицы мс)
источник

Т8

Т-34 85 in 🎄.NET Talks: Evergreen🎄
Andrei Tserakhau
ну тебе выгоднее хранить тело строки один раз, а индексы эффективно держать от <IndexK, int> где IndexK -> ключ по чему индексируешь (значение поля), int -> индекс значения в массиве строк
А что, Словарь более одного раза хранит ключ? Или я что-то не понял
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
Т-34 85
А что, Словарь более одного раза хранит ключ? Или я что-то не понял
ключ то он зранит один раз, но строку на каждый словарь индекс дублировать вредно, у тебя же несколько полей индексируется
источник

Т8

Т-34 85 in 🎄.NET Talks: Evergreen🎄
Andrei Tserakhau
ключ то он зранит один раз, но строку на каждый словарь индекс дублировать вредно, у тебя же несколько полей индексируется
Зачем мне несколько словарей? Мне одного достаточно. Ключ - один столбец, значение - кортеж из остальных столбцов
источник

AT

Andrei Tserakhau in 🎄.NET Talks: Evergreen🎄
тогда я не правильно тебя распарсил, мне показалось что у тебя есть несколько полей по которым ты ищешь
источник