AS
Так что макросы не нужны, уже плюс
Да, спасибо
Size: a a a
2020 August 17
ПК
я так полагаю если какие-то либы принимают const std::string& начнется треш
Да, придется конверсию писать
IZ
Alex Sandrov
большой цикл, it++. По теории, в векторе это просто приращение на константу, в мапе - хождение по указателю.
На самом деле, мне больше важен доступ по (порядковому) индексу. Ситуация: скролл виртуальной гриды до 1М записи, vector получает доступ к 1M с begin() за константу, map получает доступ к 1M за O(n), это хоть и очень быстро, но заметно 😐
На самом деле, мне больше важен доступ по (порядковому) индексу. Ситуация: скролл виртуальной гриды до 1М записи, vector получает доступ к 1M с begin() за константу, map получает доступ к 1M за O(n), это хоть и очень быстро, но заметно 😐
Alex можешь всё же раскрыть тайну, кому нужен грид на 1 миллион записе?
AS
Alex можешь всё же раскрыть тайну, кому нужен грид на 1 миллион записе?
Могу, у нас есть базы, с числом юзеров порядка 1М, и некоторым пользователям надо бывает их себе загрузить всех, а потом на стороне клиента в списке покопаться.
IZ
Alex Sandrov
Могу, у нас есть базы, с числом юзеров порядка 1М, и некоторым пользователям надо бывает их себе загрузить всех, а потом на стороне клиента в списке покопаться.
А может какой-то поиск по ним сделать? нет?
AS
А может какой-то поиск по ним сделать? нет?
Да, всё так, мы сделали много всякого для удобства поиска, но что-то сделать с человеческой натурой мы не можем 😊
IZ
Alex Sandrov
Да, всё так, мы сделали много всякого для удобства поиска, но что-то сделать с человеческой натурой мы не можем 😊
Можете
IZ
Alex Sandrov
Да, всё так, мы сделали много всякого для удобства поиска, но что-то сделать с человеческой натурой мы не можем 😊
Просто пойми, ты пришёл с идиотским (сори, это так) вопросом чтобы в результате решить идиотскую проблему
которой вообще не должно было быть.
Может раньше надо мозг включать?
которой вообще не должно было быть.
Может раньше надо мозг включать?
AS
Alex Sandrov
Да, всё так, мы сделали много всякого для удобства поиска, но что-то сделать с человеческой натурой мы не можем 😊
у нас в легаси мы сделали подобное, резалтсеты получаемые с сервера мы храним в деках, а сортировку, фильтрацию делаем как виды, которые хранят мапы<значение, индекс в деке>, в итоге исходный набор не мутирует, меняются просто управляющие мапы и срезы. очудобно
AS
Просто пойми, ты пришёл с идиотским (сори, это так) вопросом чтобы в результате решить идиотскую проблему
которой вообще не должно было быть.
Может раньше надо мозг включать?
которой вообще не должно было быть.
Может раньше надо мозг включать?
Ну там не всё так просто, мне не хотелось бы расписывать всё подробно, но нет возможности ограничить выборку со стороны клиента условиями.
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
AS
Просто пойми, ты пришёл с идиотским (сори, это так) вопросом чтобы в результате решить идиотскую проблему
которой вообще не должно было быть.
Может раньше надо мозг включать?
которой вообще не должно было быть.
Может раньше надо мозг включать?
да ладно тебе, у нас вон руководство кубы вертит на клиенте, там тоже миллионы записей с сервера
AS
у нас в легаси мы сделали подобное, резалтсеты получаемые с сервера мы храним в деках, а сортировку, фильтрацию делаем как виды, которые хранят мапы<значение, индекс в деке>, в итоге исходный набор не мутирует, меняются просто управляющие мапы и срезы. очудобно
Не все слова понял, но у меня примерно так же сейчас сделано, кроме фильтрации в SQL, у меня вся работа с данными делается на стороне клиента в мапах, удобно, слава STL-ю.
IZ
Alex Sandrov
Ну там не всё так просто, мне не хотелось бы расписывать всё подробно, но нет возможности ограничить выборку со стороны клиента условиями.
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
Ограничь просто 500ми записями. Не нашёл там что надо -- уточняй критерий поиска.
IZ
Alex Sandrov
Не все слова понял, но у меня примерно так же сейчас сделано, кроме фильтрации в SQL, у меня вся работа с данными делается на стороне клиента в мапах, удобно, слава STL-ю.
Нуну...
AS
Ограничь просто 500ми записями. Не нашёл там что надо -- уточняй критерий поиска.
Найдётся человек, который захочет 1М записей по работе, обоснует это, его начальство это одобрит, в результате придётся всё равно делать. Я даже больше скажу, где-то была заявка про то, что надо 1М распечатать, а у нас в 32-битном приложении просто памяти на формирование не хватило 😊
IZ
Alex Sandrov
Найдётся человек, который захочет 1М записей по работе, обоснует это, его начальство это одобрит, в результате придётся всё равно делать. Я даже больше скажу, где-то была заявка про то, что надо 1М распечатать, а у нас в 32-битном приложении просто памяти на формирование не хватило 😊
Ну решай это на уровне менеджеров проекта, постановщиков задачи.
AS
Ну решай это на уровне менеджеров проекта, постановщиков задачи.
Ну вот не хочу лезть в политику. Ну и как бы, если есть возможность сделать - почему бы и нет?
AK
Просто пойми, ты пришёл с идиотским (сори, это так) вопросом чтобы в результате решить идиотскую проблему
которой вообще не должно было быть.
Может раньше надо мозг включать?
которой вообще не должно было быть.
Может раньше надо мозг включать?
Сразу вспомнилось, почему я из этой группы вышел.
AK
Alex Sandrov
Ну там не всё так просто, мне не хотелось бы расписывать всё подробно, но нет возможности ограничить выборку со стороны клиента условиями.
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
Ну и да, когда мозг включали, я ещё не родился, а базы клиентов были малюсенькие :)
Есть пограничные варианты, хранить батчами по 10к элементов в векторе, в батч адресоваться по мапе. Ключи не отсортированные?