Он не будет в памяти на гиге

господин, а ты сколько рама на машине имел?

ну вот что ты такие вопросы задаёшь...

http://www.oracle.com/technetwork/issue-archive/2010/o40parallel-092275.html

это уже сложные запросы

explain plan for select sum(amount_sold) from sales where time_id between '1-JAN-01' and '31-DEC-10';

если убрать sum(), будет на 1 ядре

гигов 20 наверное

Он не будет в памяти на гиге

будет, если перехерачить базу )

гигов 20 наверное

ну вот и ответ ?

Не будет

Оно после индексов

ЕМНИП

Или у тебя база на один запрос?

так индексы станут меньше ) таблички меньше, но их будет больше

Или у тебя база на один запрос?

У базы только одна цель - отдавать этот селект. Ну иногда обновляется, само собой

Есои к ним запросов не будет, то не выдавит

как на сайте россвязь отрыжку новую публикует, так инесерты полетели

Но тогда нафига тебе они вообще в базе

Но тогда нафига тебе они вообще в базе

индексы?

Нет, маленькие другие таблички

Макс, если ты делаешь общественно полезный проект не за бабки - давай я тебе просто ресурсов у себя нарежу, чтоб ты не пердел горячим паром

Вот просто сколько надо

ненене, я не буду подогревать планету зазря

можно не подогревать

а, ты бабки на этом зарабатывать видимо хочешь

не велкам, ебись

кроилово, попадалово, вот это вот всё

а я тогда поставлю монетки монетиться в ДЦ обратно

именно, да!

А с чего ты это, собственно, взял? :)

А с чего ты это, собственно, взял? :)

У Макса личные убеждения есть - правильный пацан

А с чего ты это, собственно, взял? :)

ну как с чего. Для <> надо сильно больше рама чем для одного условия ==

вот переделать так, чтобы все мегашустрои просто отрабатывало

ну как бы да

разные алгоритмы всякие

google://mysql greater than performance

все страдают

=)

вот переделать так, чтобы все мегашустрои просто отрабатывало

Без проблем: key-value storage

А, нет, стоп! Память жи :(

там вся сложность в том, что надо будет раскладывать данные... а суть в том, что сейчас данные в исходном виде (как были в табличке россвязи).

А, нет, стоп! Память жи :(

Он не любит этого слова.

там вся сложность в том, что надо будет раскладывать данные... а суть в том, что сейчас данные в исходном виде (как были в табличке россвязи).

Нет, вся сложность в том, что там все данные живут в памяти

прости :(

=)

ненен, живут у тех, кто их сажает в память )

а у меня это средство взаимодействия с данными на диске

Макс, на мой взгляд тебе будет гораздо проще обойтись вообще без БД

ну я утрирую, конечно ; какая-нить богомерзкая монга может на харде хранить

Макс, на мой взгляд тебе будет гораздо проще обойтись вообще без БД

ну уж нет

ну уж нет

Напиши свой обработчик, специфицированный под типы данных, чо уж. Сразу лучше на ASMе

Будет работать быстрее, лучше и, думаю уместится в что-то типа Orange Pi с флехой быстрой

20 баксов оранж и баксов 50 флеха

Телевизор вместо монитора

Потом будешь по вебу лазить

Классно жи!

У меня одмин перепахивал ядро на асме

Теперь разрабатывает ядра

Вот смотрите, таблица с 100 строками. Отсортированы по ключику. Последовательность не известна, ничего не изветсно, ищем абстрактное числа - рыпаемся в начало, конец, середину, находим в какой части таблицы число, снова смотрим обе части, углубляемся дальше, находим, используем. Так вот в каждом случае использовалась все меньшая и меньшая половина данных всего индекса.

Макс, я не буду даже это читать.

бггг, просто поржать

размер индекса в табличке всего лишь в 2 раза меньше данных

при этом, загружать в память даже не надо весь индекс - есть файл 100м, читаем с оффсетоа примерно 50м и двигаемся дальше.

ясен хуй мускул его не юзает

=)

размер индекса в табличке всего лишь в 2 раза меньше данных

Псст. Сейчас снова начнешь про память. А он этого не любит.

Вот вы все умные, а никто пока решения не предложил :) Ну кроме как купить боинг )

ERROR: S client not available

Вот вы все умные, а никто пока решения не предложил :) Ну кроме как купить боинг )

Ну вместо лыж на асфальте, ну да, все остальные решения - боинг

трололо

Вот вы все умные, а никто пока решения не предложил :) Ну кроме как купить боинг )

Внимание, предлагаю!

ну зачем мне ездить на колесах от боинга, если можно самокат купить? :)

дропай нахуй свой index2

и запихуй базу в память

а если нога длинная - несколько самокатов)

и запихуй базу в память

Ну он не получит идеала

ясен хер

и запихуй базу в память

в какой-то момент база лопнет и память сдохнет )

кстати, а праймари тебе нужин?

то есть оно встанет с течением времени

он процентов 15 ещё ждрет)

кстати, а праймари тебе нужин?

отож

кстати, а праймари тебе нужин?

Нужен, иначе процентов 15 проебет

?

в какой-то момент база лопнет и память сдохнет )

лол блядь "дайте мне способ заставить быстро работать на гиге памяти базу любого объема", я правильно понял?

Ты не плач

Ты сначала скажи ты про какой запрос

Который простой или который у тебя в дампе

Для первого - нужен, для второго не знаю, для меня слишком сложно

В дампе же который накрученый

лол блядь "дайте мне способ заставить быстро работать на гиге памяти базу любого объема", я правильно понял?

вот следом график. Видишь, время затрачиваемое на выполнение растет, ну растет и норм :) Это уже адовая степень неэффективности субд/руки (как хотите считайте). Но фишка в том, что хуже не будет. Точнее, будет, но линейно. А если запихну в память, а спустя какое-то время все в память перестанет влезать, я все-равно столкнусь с несостоятельностью индексов, что приведет к ахтунгу. Перефразирую: с точки зрения устойчивости к нагрузке и объему проекта в условиях заранее определенных ресурсов, предложение с акцентом на объем памяти несостоятельное, так как ограничено физическими ресурсами

лол блядь "дайте мне способ заставить быстро работать на гиге памяти базу любого объема", я правильно понял?

Именно так :)

и этот кейс я починю, но не силами бд, а милой ума - перепилив способ хранения

А если воткнуть ещё не гиг, а гигов 8, то забыть про проблему можно будет лет на 16...

и этот кейс я починю, но не силами бд, а милой ума - перепилив способ хранения

именно

вот следом график. Видишь, время затрачиваемое на выполнение растет, ну растет и норм :) Это уже адовая степень неэффективности субд/руки (как хотите считайте). Но фишка в том, что хуже не будет. Точнее, будет, но линейно. А если запихну в память, а спустя какое-то время все в память перестанет влезать, я все-равно столкнусь с несостоятельностью индексов, что приведет к ахтунгу. Перефразирую: с точки зрения устойчивости к нагрузке и объему проекта в условиях заранее определенных ресурсов, предложение с акцентом на объем памяти несостоятельное, так как ограничено физическими ресурсами

Макс, у тебя коммерческий проект или нет?

если мускул в текущем виде — то только добивать память

1. гига (денег) нет 2. втыкать некуда 3. каждая планка ждет ЭЭ

Если коммерческий, то стоимость ресурсов - падает и их проще покупать.