All streams
Search
Write a publication
Pull to refresh
7
0
biduin @biduin

User

Send message
Конечно вместо 2-го from нужно where…
Это я в сердцах… Простите… (-:
Вы действительно полагаете, что скорость выборки зависит от от объема таблицы, а не от количества обрабатываемых/выдаваемых конкретным запросом данных (при условии грамотного использования индексов)?

Да хоть терабайт. select a,b,c from any_table from key_field between @n and @n+100 должно отрабатывать просто мгновенно.
Просто просчитайте, сколько времени у вас займет 3-й этап. Уверен — оно ничтожно мало.
А 100% аптайма не может быть по определению ((: Только боссам не говорите ((:

Если интересно, могу предложить и более сложные варианты, с аптаймом ну оооочень близкому к 100% (-:
Ну судя по размерам таблички, данные там имеют журнальный характер. В смысле на изменяются, а только дописываются. Если это действительно так, то я бы провёл бы лоботомию в 3 этапа:
1) Запомнил бы значение последнего ключевого поля. Создал бы новую табличку с требуемой структурой (пока без индексов). Поставил бы переливаться из старой в новую, при условии where inc_id between first and last
2) Включил бы делать индексы и ушел домой.
3) Одной блокирующей транзакцией дописал бы оставшийся «хвост» + переименовал бы старую таблицу в God_save_temp + новой таблице дал бы имя исходной.

Система бы была недоступной лишь на время 3-го шага… Но это не беда… И на центральных ТВ каналах профилактика бывает (-:

Ну это конечно очень укрупненно… Но смысл такой.
Что Вам мешает разместить индексы на физически другом диске? Или в чем собственно проблема? Проясните, поможем всем миром (-:
Говорят же, что есть индексы… Так что если запросы будут выполняться по этим полям, то скорость будет сравнимой, как и к таблице в 1000 записей.
Так отключите проверку уникальности перед заливкой данных… Когда зальется, включите обратно. А так каждая новая строка, при добавлении запускает процедуру проверки уникальности относительно уже имеющихся строк.
Значительно интереснее зачем строить уникальный индекс по здоровенному VARCHAR-у. (-:
Это конечно не относится к топику, но насколько я знаю MS SQL при подобных условиях сам создает новую таблицу, перезаливает в неё данные, потом удаляет исходную и переименовывает новую.

Вы пробовали так же сделать в MY SQL только вручную без манипуляций с файлами?
Ага… Я тоже сначала расстроился…
Открывайте VLC Player
File -> Open network
и туда ссылочку
mms://a1775.l3402457774.c34024.g.lm.akamaistream.net/D/1775/34024/v0001/reflector:57774
Если не тестировать намеренно, то вряд ли кто-то её заметит.
А вот то, что более простая карта работает практически бесшумно и значительно увеличивает время работы от аккумулятора, видно невооруженным взглядом.
Ну а когда хочется «форсажу» его всегда можно включить в настройках.
Для всех повседневных задач, включая просмотр 1080p, с головой хватает 9400M.
Ну что могу с радостью заявить, что вопрос решен. Теперь не гудит.
Даже на 1080p
Ура!
ХА!!! При этом само проигрывание стало совершенно плавным! Ура товарищи!
Проблем — полно…
forums.adobe.com/thread/230334
Лично пользуюсь такой машинкой, знаю не понаслышке.
Для обоих установленных видеокарт (9400M и 9600M GT) использую стандартный драйвер идущий в комплекте со Snow Leopard.
В 99.9% случаев у пользователей Mac ответ будет приблизительно таким же.
Под Mac OS (MBP Uni) ошеломительного прироста не заметил. Но как говориться «всёравно приятно»…





Тестил на www.youtube.com/homeproject

На самом деле проблема тормозящего Flash под Mac OS SL стоит достаточно остро и такие новости очень радуют.
(простите) тормазов -> тормОзов
MacBook Pro Unibody
MacOS 10.6.2

Всё отлично. Без тормазов.

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity