VN
А если через временную таблицу и выбрать различные?
Это самый печальный, самый тяжелый вариант, который только может быть.
Size: a a a
2020 January 15
Z
А если через временную таблицу и выбрать различные?
0_о
VN
А зачем? Я на массивах решение не предлагал. кто предлагал - тот пусть и защищает свою точку зрения :)
Ааа. Ну тогда все ок ))
VN
А если через временную таблицу и выбрать различные?
П####ц, если он начитается на клиенте - в передаче на сервер, в формировании ТЗ (много памяти), в передаче в СУБД, в формировании временной таблицы,..... и обратно столько же раз )))))
ВМ
А все ведь началось - с вопроса у кого быстрее поиск по ключу. У структуры или соответствия.
В ответе на который возник массив как вариант решения ...
а закончилось все поиском по значению в сферическом массиве из миллиона миллиадров значений
В ответе на который возник массив как вариант решения ...
а закончилось все поиском по значению в сферическом массиве из миллиона миллиадров значений
VP
А все ведь началось - с вопроса у кого быстрее поиск по ключу. У структуры или соответствия.
В ответе на который возник массив как вариант решения ...
а закончилось все поиском по значению в сферическом массиве из миллиона миллиадров значений
В ответе на который возник массив как вариант решения ...
а закончилось все поиском по значению в сферическом массиве из миллиона миллиадров значений
Не, ты поздновато пришел в обсуждение. Все началось в массив.Найти vs Соответствие.Получить
A
Vladimir Nadulich
Это самый печальный, самый тяжелый вариант, который только может быть.
СУБД - нативное приложение, предназначенное для высокоэффективных операций с наборами данных. Есть предположение, что это компенсирует потери на транспорте данных и в итоге окажется быстрее интерпретируемого языка.
ВМ
Vassily Poupkine
Не, ты поздновато пришел в обсуждение. Все началось в массив.Найти vs Соответствие.Получить
Я отчетливо помню что я его (это обсуждение) как раз и стартовал )))
ВМ
Мне пора уже значек "золтой вентилятор" выдавать. Я что ни зайду, что ни задам вопрос... вечено какой-то ахтунг начинается ))))
VP
Я отчетливо помню что я его (это обсуждение) как раз и стартовал )))
А, ну ладно, но все равно не ты зажег обсуждение, а вот этот чел: https://t.me/ssl1c/42379
VN
СУБД - нативное приложение, предназначенное для высокоэффективных операций с наборами данных. Есть предположение, что это компенсирует потери на транспорте данных и в итоге окажется быстрее интерпретируемого языка.
нет
ВМ
Vassily Poupkine
А, ну ладно, но все равно не ты зажег обсуждение, а вот этот чел: https://t.me/ssl1c/42379
Он добавил "перцу" ... ну да ладно )
A
Vladimir Nadulich
нет
Проверял?
ВМ
Vladimir Nadulich
П####ц, если он начитается на клиенте - в передаче на сервер, в формировании ТЗ (много памяти), в передаче в СУБД, в формировании временной таблицы,..... и обратно столько же раз )))))
А что это за клиент такой, который порождает охуллион записей в виде массива, который надо передать на сервер?
Я даже представить не могу.
Файл данных? - так его проще файлом на сервер отправить....
руками вбивать?
математические функции генерирующие такой массив чисто на клиентских методах?
Я даже представить не могу.
Файл данных? - так его проще файлом на сервер отправить....
руками вбивать?
математические функции генерирующие такой массив чисто на клиентских методах?
A
Кстати, массив же откуда-то берется. В нашей экосистеме — подозреваю, что из СУБД
VN
@zeegin ну правильно же написал
Z
ну поиск по ключу О(1) а по значению не помню)
VP
ну поиск по ключу О(1) а по значению не помню)
Так по значению поиск в структуре / соответствии - только перебором
VN
ну поиск по ключу О(1) а по значению не помню)
а))) ну так само собой )) важное уточнение!
а что по значению - только полный перебор
а что по значению - только полный перебор
Г
Скажите, а какой инструмент сейчас диагностирует такое: