• avatar skachko
  • 0
Физическая длина имеется ввиду.
  • avatar ort
  • 0
я имел ввиду что понимается под длиной строки таблицы? не пойму )
  • avatar skachko
  • 0

По определению покрывающим индексом называется такой индекс, который содержит все столбцы, упомянутые в операторах SELECT, UPDATE или DELETE. Запрос при этом называется покрываемым запросом. Поскольку не кластеризованный индекс содержит на уровне листьев запись для каждой строки в таблице, то вся информация для выполнения запроса находится в индексе. В силу этого процессор запросов может сканировать не огромную таблицу, а только небольшой индекс. В общем случае, если вам удастся построить покрывающий индекс, то вы сразу почувствуете значительное улучшение производительности обработки запросов. Это объясняется тем, что индекс содержит не всю строку таблицы, а только ее подмножество. Однако оборотная сторона медали состоит в том, что введение в индекс дополнительных столбцов приводит к тому, что на странице индекса умещается меньше записей. Это, в свою очередь, вызывает увеличение места, занимаемого индексом, и возрастание числа операций ввода/вывода, необходимых для считывания индекса в кэш. Построение покрывающих индексов оправдано до тех пор, пока суммарная длина всех входящих в индекс столбцов остается значительно меньше длины строки таблицы.
Морис Льюис
  • avatar skachko
  • 0
Длина строки таблицы.
  • avatar ort
  • 0
что имеешь ввиду под длиной таблицы?
  • avatar skachko
  • 0
Макс, не конопать мозги! )

Построение покрывающих индексов оправдано до тех пор, пока суммарная длина всех входящих в индекс столбцов остается значительно меньше длины строки таблицы. Всё остальное — от лукавого!
  • avatar ort
  • 0
Вопрос к знатокам SQL :)
Есть выборка с покрывающим индексом, как добавить в такую выборку дополнительное условие по связанной таблице сохранив преимущество покрывающего индекса?
  • avatar ort
  • 0
про первое — разница очень незначительная, т.к. выбирается в основном не больше несколько десятков записей.
про limit — это проканает если нет дополнительных условий, а они как правило всегда есть
  • avatar natalie
  • 2
Больше неть кнопочег? ((
  • avatar skachko
  • 0
Спасибо!
Я всё никак не соберусь выложить исходники блога :)
Классный блог и по исполнению и по содержанию.
Я кстати сплю и вижу, что лайвстрит переведут на CodeIgniter, а mootools заменят jquery :) ну это наверно от нешироты угла зрения: )
Наверно потому, что меняя дизайн стремимся отбиться от толпы кричащей: «Аааа! Вы даже дизайн у хабра содрали». А теперь еще и дигг почитатели к ним присоединятся :)
Не знаю кто минусанул и за что, я тоже наступал на эти грабли, о которых вроде пока еще нигде не написано.
Вот что посоветовал ort и это решило проблему:
в файле \classes\modules\sys_viewer\plugs\insert.block.php замени в строке $sBlock=ucfirst($aPath['filename']); filename на basename
  • avatar skachko
  • 0
Симпотно!
Ктобы это ещё сверстал по-человечески и выложил темку. :)
  • avatar skachko
  • 0
Кстати, я написал на CodeIgniter этот движок блога. Хочу сказать, что это самый быстрый фрэймворк из всех ныне существующих. И писать на нём одно удовольствие. Для меня. :)
Один из плюсов — встанет на любую БД, нет проблем с переходом проекта, скажем, с MySQL на MSSQL.
При переводе в.гиф многие цвета «уровнялись», на 911 загружена оригинальная версия. Цвета почище.
  • avatar antweb
  • 1
спасибо большое
чуу! ну вы хть немного следите за работами. точней я вижу что за ними немного следят, но каментить-то тоже надо. даже если всё не подходят. говорите что теплее, что холодно, где цвета не те, кто стиль не тот, а-то непонятно что делать.
  • avatar Fanta
  • 0
не плохо!
Почему внеконкурсный?
  • avatar ort
  • 1
разберусь с запросами к БД, буду над этим думать. Проблема там скорее всего в функции func_mkdir()