M$-фобия доведена до конца ? Однако...

[debi12345]

Симпотная няшка

У вас вскоре таких будет много - они сейчас в большом количестве подрастают в детсадах и школах РФ. И будущие несостоявшиеся скинхэды будут носить им портфели

Ибо главное в "чистом вендузятнике" - не какие либо умения, а строгое соблидение Авторскив Прав Микрософт и законодательства.

Жуть. Ну вы там и насоздавали себе проблем У нас самый последний налоговик понимает что создавать преценденты в вопросах лицеензирования = вызвать огонь и на себя в том числе (на рабместах самих налоговиков - "пиратки", дома - "пиратки" - зачем откзываться от привычного окружения ?). Конторы конечно перстраховываются (как наша - принимая решенеи о Линуксе ), но не могу припомнить ни одного случая когда кто-нибудь (физ- или юр-лицо) пострадал от пиратства. Ну изредка магазины, торгующие "пиратками", закрывают на неделю-другую, потом они опять открываются...

[Лекс Айрин]

Поставить пиратку - это уголовное преступление, совершаемое вами. В случае чего, вам аукнется.

Ну почему сразу пиратку? Восстановление лицензии после замены ушедшего в небытие жесткого диска. Дома у человека. В случае конторы вопрос яйца выеденного не стоит.

[alexey38]

Жуть. Ну вы там и насоздавали себе проблем

Да проблемы не особо-то и велики. Платное ПО хорошо работает там, где цена работ и услуг высока, например, когда лицензия на винду стоит как затраты 1-2 рабочих дней админа. В этом смысле жесткие правила лицензирования только помогают, т.к. помогают формализовать процесс установки ПО, устраняя из него дорогостоящие услуги админа (являющиеся по сути незаконными).

Восстановление лицензии после замены ушедшего в небытие жесткого диска.

Если комп был куплен в магазине, то к нему обычно дают диск. Если диска не было, то после первой успешной установки нужно записать диск с дровами. Когда я сам кому-то ставил винду, то я, во-первых, на диске D (т.к. диск С часто переформатируется во время установки) делал папку "d:\DIST\Drivers", куда записывал только то, что нужно для конкретного компа. И эту же папку писал на cd-диск.

[Лекс Айрин]

Если комп был куплен в магазине, то к нему обычно дают диск.

Обычно, как раз не дают. Это надо требовать и ругаться. Да и ко мне попадают ноуты уже без дров, так как их не то что забыли... а никогда не знали, что таковые существовали в природе.

т.к. диск С часто переформатируется во время установки

Некоторые программы восстановления форматируют и диск D... ибо нефиг. А то и удаляют его нафиг.

Если есть возможность, то я конечно же использую стандартную процедуру восстановления.

[debi12345]

Откуда берутся "гениальные" БД-админы

Скармиливаем в http://explain.depesz.com/
результат запроса

Код: Выделить всё

explain analyze
SELECT
   b.*
,c.office_name
from
(select distinct
      a1.bar_code,
    a2.off_index,
      a1.fio,
      CASE
          WHEN a2.deliv_type=1 THEN 'Доставка'
          WHEN a2.deliv_type=2 THEN 'Возврат'
          WHEN a2.deliv_type=3 THEN 'Попытка'
          ELSE 'Неизвестно'
      END AS deliv_type_txt,
      CASE
          WHEN a1.delivered='t' THEN 'Доставлено'
          ELSE 'Не доставлено'
      END AS deliv_status,
      a2.n_attempts
       FROM
      deliv_common a1
    ,deliv_repl_queue a2
where
      a1.real_day between '01.06.2013' and '25.06.2013' AND
      a1.bar_code = a2.bar_code
) b   
,ref_office c
       WHERE
b.off_index = c.off_index
--ORDER BY 1
;


который выглядит как :

Код: Выделить всё

Merge Join  (cost=3039.47..3090.84 rows=1878 width=106) (actual time=92.701..533.725 rows=220992 loops=1)
  Merge Cond: (a2.post_index = c.post_index)
  ->  Sort  (cost=2532.80..2535.54 rows=1095 width=98) (actual time=71.392..72.542 rows=3096 loops=1)
        Sort Key: a2.off_index
        Sort Method: quicksort  Memory: 384kB
        ->  HashAggregate  (cost=2447.41..2466.57 rows=1095 width=39) (actual time=62.691..64.258 rows=3096 loops=1)
              ->  Hash Join  (cost=1637.15..2430.98 rows=1095 width=39) (actual time=40.574..58.852 rows=3142 loops=1)
                    Hash Cond: (a1.bar_code = a2.bar_code)
                    ->  Index Scan using deliv_common_rd_idx on deliv_common a1  (cost=0.00..355.97 rows=8035 width=24) (actual time=0.047..6.164 rows=8043 loops=1)
                          Index Cond: ((real_day >= '01.06.2013'::date) AND (real_day <= '25.06.2013'::date))
                    ->  Hash  (cost=1180.62..1180.62 rows=23562 width=29) (actual time=40.488..40.488 rows=23562 loops=1)
                          Buckets: 2048  Batches: 2  Memory Usage: 577kB
                          ->  Seq Scan on deliv_repl_queue a2  (cost=0.00..1180.62 rows=23562 width=29) (actual time=0.005..18.740 rows=23562 loops=1)
  ->  Sort  (cost=506.67..520.23 rows=5424 width=15) (actual time=20.983..104.418 rows=221457 loops=1)
        Sort Key: c.off_index
        Sort Method: quicksort  Memory: 369kB
        ->  Seq Scan on ref_office c  (cost=0.00..170.24 rows=5424 width=15) (actual time=0.005..2.850 rows=5424 loops=1)
Total runtime: 604.226 ms


и получаем расшифровку и тайминг, которые поймет даже ежик

[alexey38]

Некоторые программы восстановления форматируют и диск D... ибо нефиг. А то и удаляют его нафиг.

Бывает всякое. Гарантии нет. Но не имея специальных загрузочных дисков, или не переподцепляя винт к другому компу сложно убрать хвосты от упавшей винды, особенно если она была сильно испорчена.

Если есть возможность, то я конечно же использую стандартную процедуру восстановления.

Если включено автоматическое создание точек восстановления, то стандартный откат - нормальная технология на уровне юзера.
Хотя я лично, редко дохожу до этой процедуры. Если винда настолько захламлена, что уже все глючит, то это уже не всегда помогает, т.к. захломлены сторонние библиотеки, а не виндовые.
А если комп еще работоспособен, то пытаюсь реанимировать винду без восстановления, т.к. не всегда полученный результат всех устраивает.

Добавлено спустя 3 минуты 52 секунды:

Обычно, как раз не дают. Это надо требовать и ругаться. Да и ко мне попадают ноуты уже без дров, так как их не то что забыли... а никогда не знали, что таковые существовали в природе.

Тут уже от магазина зависит. Если винда ОЕМ (а это существенно дешевле коробки), то она должна быть установлена производителем (сборщиком) компов.

Откуда берутся "гениальные" БД-админы

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

[Лекс Айрин]

Если включено автоматическое создание точек восстановления, то стандартный откат - нормальная технология на уровне юзера.

Я говорю о восстановлении до заводского уровня. Это тоже на уровне средне продвинутого пользователя, но большая часть не понимает как.

Если винда ОЕМ

Именно, что чаще всего оемовская... Я, при покупке компа, сразу попросил убрать ее.

[debi12345]

Ускроение запроса в 5 раз(!!!) просто за счет разноса WHERE условией чтобы не образовывалось ни одного толстого (REAL_ROWS/ROWS_EXPECTED = ROWS X см. http://explain.depesz.com) промежуточного WHERE :

Код: Выделить всё

explain analyze
SELECT
   a1.bar_code,
  a2.off_index,
   a1.fio,
  CASE
      WHEN a2.deliv_type=1 THEN 'Доставка'
      WHEN a2.deliv_type=2 THEN 'Возврат'
      WHEN a2.deliv_type=3 THEN 'Попытка'
      ELSE 'Неизвестно'
  END AS deliv_type_txt,
  a1.deliv_status,
  a2.n_attempts,
  c.office_name
from
(select distinct
      bar_code,
      fio,
      CASE
          WHEN delivered='t' THEN 'Доставлено'
          ELSE 'Не доставлено'
      END AS deliv_status
FROM
      deliv_common
where
      real_day between '01.06.2013' and '25.06.2013'
) a1,   
  deliv_repl_queue a2,
  ref_office c
WHERE
a1.bar_code = a2.bar_code and
a2.off_index = c.off_index
ORDER BY 1
;


Да уж, высоко-оплачиваемые БД-админы ну о-о-о-чень "нужны"

[alexey38]

Да уж, высоко-оплачиваемые БД-админы ну о-о-о-чень "нужны"

Деби, Ваши рассуждения похожи на следующее:
2+2=4. Это можно посчитать в уме. Поэтому компьютеры не нужны. Других задач, кроме как складывать "2+2" не бывает, поэтому компьютеры точно не нужны, я это точно знаю, т.к. я еще не умею считать больше 5.

Я, при покупке компа, сразу попросил убрать ее.

То есть Вы не купили лицензию или купили, но удалили винду?

[debi12345]

Сейчас особо ценятся умеющие восстанвливать рабоспсотсность без переустновки "виндов". Можно сказть что настали трудные времена для "молодых специалистов" - которые знают одно "решение" - форматирование и реиснталляция.
А по-умолчанию "удалить разделы или форматнуть" страдают и "линуксы", ихние инсталляторы почти всегда заточены под девственный диск.

2+2=4. Это можно посчитать в уме. Поэтому компьютеры не нужны. Других задач, кроме как складывать "2+2" не бывает, поэтому компьютеры точно не нужны, я это точно знаю, т.к. я еще не умею считать больше 5.

Ха ! За несчастные полдня время выборки запроса уменьшено в 200 (!) раз - с 40 секунд до 0.2 секунды. Безо всяких БД-админов - чисто тулзами для "ежиков"

[alexey38]

Ха ! За несчастные полдня время выборки запроса уменьшено в 200 (!) раз - с 40 секунд до 0.2 секунды. Безо всяких БД-админов - чисто тулзами для "ежиков"

Деби, что за упорство? Почему Вам так важно себя представлять в виде глуповатого?
Вы приводите пример запроса, и пример его оптимизации с помощью некого инструмента. Хорошо, молодец. Дальше что? Как этот пример иллюстрирует, что во всем мире не существует других запросов? Я помню, когда мне много и много лет назад попался в руки Turbo profiler, я был молодым и меня охватила такая эйфория, что я думал, что теперь могу писать любые проги, т.к. у меня теперь есть профайлер. Спустя время понял, что инструмент отличный, но сам по себе они не пишет проги. Вы сейчас мне напоминаете мою давнюю наивную молодость.

[debi12345]

Вы приводите пример запроса, и пример его оптимизации с помощью некого инструмента. Хорошо, молодец. Дальше что? Как этот пример иллюстрирует, что во всем мире не существует других запросов?

"Страничка" по той ссылке очень удобно все просистематизировала. Вот я сегодня на примере относительно простого запроса узнал о важности поддержания минимального соотношения ROWS_REAL/ROWS_EXPEСTED_BY_PLANNER - например через балансировку WHERE по телу запроса. Запрос-то был простой, но промежуточные данные для него пришлось сильно "причесать". И для этого не понадобилось "курить мануалы" и прочее "крутое БД-админичанье", и хватило пол-дня.
Это я к тому что не люблю хитрецов (как Вы говорите "с репутацией"), и рад что на них есть хотя бы потенциальная управа

[alexey38]

"Страничка" по той ссылке очень удобно все просистематизировала. Вот я сегодня на примере относительно простого запроса узнал о важности поддержания минимального соотношения ROWS_REAL/ROWS_EXPEСTED_BY_PLANNER - например через балансировку WHERE по телу запроса. Запрос-то был простой, но промежуточные данные для него пришлось сильно "причесать". И для этого не понадобилось "курить мануалы" и прочее "крутое БД-админичанье", и хватило пол-дня.
Это я к тому что не люблю хитрецов (как Вы говорите "с репутацией"), и рад что на них есть хотя бы потенциальная управа

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

[debi12345]

Я рад, что Вы что-то освоили, и чему-то научились.

Не "чему-то" Таблицы были со всеми нужными индексами - но запрос все равно тормозил. Детектив!

Но Ваш пример, хоть и является примером оптимизации, но это сугубо частный случай,

Очень необычный случай - хорошо что на него наткнулся

Если включено автоматическое создание точек восстановления, то стандартный откат - нормальная технология на уровне юзера.

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

[alexey38]

Очень необычный случай - хорошо что на него наткнулся

Я рад, что Вы с эти разобрались и получили впечатляющие результаты.

Я говорю, что глупо было предполагать, что вся оптимизация БД сводится исключительно к такому случаю.