я бы тоже предпочел делать тупо «insert into» и «selct where все что захочу» со скоростью in-memory
из текущих средств это позволяет пока Handler socket или иные in-memory БД но уже без привычного INSERT/SELECT
Скоро все будем изучать UnQL
Но, так как программ субсидирования самозанятости несколько, я все же хочу остановиться одной из них, которой, почему-то, здесь практически не уделялось внимание
вторичный индек как правило Tree (хотя может быть и Хеш) — первичный всегда Hash
у них разгая сложность( O(1) & O(Ln(n)) )
тут надо эксперементировать в зависимости от количества данных
на практике вторичные индексы нужны для выбора подмножества: см паттерн «Справочник с разделами» слайд 22 www.slideshare.net/akalend/nosql-tarantool
доступ идет либо по деревянным индексам, либо по хеш: как сам настроишь
на данный момент использование хеш индексов дает больше преимуществ.
использование деревянных индексов можно лишь через хранимки
что касается тестов, то каждый тест делается при каких-то определенных условий.
сам сделал тестов на производительность и не мало
лично я тестов на сравнение Lua vs JS не делал, но верю словам разработчиков mail.ru
такой вопрос был на HiLoad — я привел лишь их ответ
не думаю, что они стали бы использовать что-либо более медленное
strlen() — функция не нужна — это по сути второй не нужный цикл.
используем один цикл while и проверяем:
а) на вхождение нулевого символа
б) на диапазон 30-39 Символы 0-9
Уверен, что скорость будет раза в два быстрее чем по Алгоритм 1
я задавал похожие вопросы — но уже касательно проектам:
Ваш самый удачный проект
Ваш самый трудный проект
Ваш самый неудачный проект
Ваш самый интересный проект
Какой проект Вам захотелось бы реализовать.
из ответов на это уже виден кругозор и целеустремленность программиста.
из текущих средств это позволяет пока Handler socket или иные in-memory БД но уже без привычного INSERT/SELECT
Скоро все будем изучать UnQL
а с какого боку здесь упомянут shared memory если обмен данными между БД и клиентом идет через сокет.
про это уже писалось
у них разгая сложность( O(1) & O(Ln(n)) )
тут надо эксперементировать в зависимости от количества данных
на практике вторичные индексы нужны для выбора подмножества: см паттерн «Справочник с разделами» слайд 22 www.slideshare.net/akalend/nosql-tarantool
на данный момент использование хеш индексов дает больше преимуществ.
использование деревянных индексов можно лишь через хранимки
сам сделал тестов на производительность и не мало
лично я тестов на сравнение Lua vs JS не делал, но верю словам разработчиков mail.ru
такой вопрос был на HiLoad — я привел лишь их ответ
не думаю, что они стали бы использовать что-либо более медленное
из каких компонент состоит inmemory-БД?
сколько времени (в долях) тратится на прохождение той или иной части
где узкое место?
как языка расширения nginx
«Почему не использовать MongoDb»