Lazy Badger

Lazy Badger
Рейтинг
250
Регистрация
14.06.2017

Кратко - никак. Чтобы это понимать, надо всего-то знать нормальные значения английского (несетевые) термина "Hub"

the effective center of an activity, region, or network

"the city has always been the financial hub of the country"

synonyms: center, core, heart, middle, focus, focal point, central point, nucleus, kernel

Burito:
от 10к рублей

Белорусских, я надеюсь?

И лучше уточнить, какие "правки"

- программирование

- администрирование

- дизайн

(обычно это разные люди, и очень мало кто умеет все одинаково хорошо, вот одинаково дерьмово - без проблем. каждый первый "вебмастер")

Перейти на KeyAssort, там рай для фанбоев мышеинтерфейса http://keyassort.ru/instructions.html#instr4_2

IonCube, но за деньги, но дешевле Зенда, но геморойнее, т.к. клиенту нужен Loader

maddia:
прорабатывается каждый полуключ

WTF "полуключ"?

maddia:
методика Романа Пузата
maddia:
Цены от 70 руб за 1000 зн.

А вы, смишные! Вообще-то ясно, что очередные скубенты решили немного бабла постричь побырому. Вот только с маркетинговыми каналами ошибочка вышла

богоносец:
Про GPS... вроде бы это было разорившимся коммерческим проектом, купленным министерством нападения США... и открытым для коммерческого использования (с возможностью ограничения).

Не порите чушь - ей больно. Это изначально военный проект запуска 78-85 (сеть спутников Block I), открытый гражданским после "корейского Боинга" (83 год) с SA (selective availability) для гражданских пользователей и в 2000 отключение SA

danforth:
При всем уважении, я знаю что такое race conditions, но вашу фразу в упор понять не могу, что конкретно вы имели ввиду, в контексте баз данных и кеширования?

Что рекомые рейсы могут наступить (и кэширование результатов будет нужно)… для этого только надо, чтобы поднятие "кэша" из базы было быстрее исполнения (сильно кучерявого) запроса на повторную выборку. Я такого представить не могу, ни на 2000 базе, ни на 2000000, но мне положено планировать в предположении "все случается".

Ферштейн?

danforth:
я думал вы поймете что это не основной запрос, как минимум из плана выполнения, который я скинул

Даром и по собственной инициативе я надеюсь не читать план запросов еще долго - я не живу так скучно, чтобы искать таких развлечений... но - перечитал не по диагонали, увидел. Не увидел обоснуя, что это будет так же по скорости, как с составными, а - только лишь цифры. И, между нами, 3+ миллионов строк - тоже не мощность

danforth, ну это ж не ответ, проше пана. Где, миль пардон, структура таблицы? А то ведь SELECT COUNT(*) это немного чуть более, чем полностью, не о "Выборка товаров по критериям: Бренд: Xiaomi, Samsung, LG, Huawei"

_SP_:
Скорее всего и вовсе без индексов всё будет работать с базой на 2000 строк...

"Скорее всего" - лишнее. Все всегда будет работать без индексов, вопрос только во времени исполнения, а ТС "кэшированием для бедных" как раз в это прет. Да и наш "диспут" с Даном именно что не о принципиальной возможности, а о скорости.

И да, количество строк для SELECT на скорость не так сильно роляет, как вся фуфень из WHERE (если делать качественную оценку потерь времени, а не количественную)

Hersnim:
В мелких городах тоже так все плохо с этим?

Более чем. Маськвичам из поколения жоп стоит иногда выезжать в реальный мир из Нерезиновой, чтобы понять, как оно там. Ну а "грамматнасть" у них везде одинаковая - днищенская un masse

Всего: 3030