В очередной раз рискну разместить здесь вакансию

← →
paul_k © (2006-03-15 11:55) [120]

> [113] Nikolay M. © (15.03.06 11:49)

> А что, и пиво есть? :)

Нет приво это рядом:)

← →
Nikolay M. © (2006-03-15 12:05) [121]

> paul_k © (15.03.06 11:55) [120]
> Нет приво это рядом:)

Ладно, разберемся :)

← →
Курдль © (2006-03-15 12:06) [122]

> Nikolay M. © (15.03.06 11:51) [115]
> Ты про Уралсиб? У нас десятки, если не сотни серверов от
> FB до Оракла.
> Не понял смысл поста... :(

А почему тогда в заявке "2) Уверенное знание MS SQL 2000"?
Или это только Ваше подразделение занимается MS SQL 2000?

← →
Igorek © (2006-03-15 12:09) [123]

> Я знаю, что такое хинты, БОЛ цитировать не обязательно :
> )
> Добавлять ничего не надо. Надо лишь понимать разницу между
> твоим вариантом и, скажем, DATEDIFF (day, FieldDate, @ReportDate)
> = 0.

ВОТ! О чем я и говорил. Обычно правильно написанный запрос не требует хинтов. А про то как писать запросы чтоб юзались индексы - согласись это другая тема, с хинтами не связанная.

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

← →
Nikolay M. © (2006-03-15 12:12) [124]

> Курдль © (15.03.06 12:06) [122]
> Или это только Ваше подразделение занимается MS SQL 2000?

В этой вакансии иметь дело придется больше с MS SQL. На нем живет БД управленческой отчетности. Лично мне еще приходится много данных брать из Диасофта на ASE. До сих пор не пойму причину любопытства.

← →
Igorek © (2006-03-15 12:14) [125]

Хоть ты и просил не цитировать БОЛ, но уж очень хочется: :)

> Query Tuning Recommendations
> ...
> Make use of query hints only if necessary. Queries using
> hints executed against earlier versions of SQL Server should
> be tested without the hints specified. The hints can prevent
> the query optimizer from choosing a better execution plan.
> For more information, see SELECT (Transact-SQL).

Я просто сейчас как раз этим занимаюсь - оптимизация базы на скл2005 и глубокий тюнинг запросов - потому мне и интересна эта тема.

← →
Nikolay M. © (2006-03-15 12:16) [126]

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

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

← →
Igorek © (2006-03-15 12:16) [127]

Ну и возможно тебе будет полезен этот пост:
http://www.sql.ru/forum/actualthread.aspx?tid=269510&pg=-1&hl=%e8%e3%ee%f0%fc+%ee%f0%ee%e1%f7%f3%ea#2434980

← →
Курдль © (2006-03-15 12:20) [128]

> Nikolay M. © (15.03.06 12:12) [124]
> В этой вакансии иметь дело придется больше с MS SQL. На
> нем живет БД управленческой отчетности. Лично мне еще приходится
> много данных брать из Диасофта на ASE. До сих пор не пойму
> причину любопытства.

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

← →
Nikolay M. © (2006-03-15 12:20) [129]

> Igorek © (15.03.06 12:16) [127]
> Ну и возможно тебе будет полезен этот пост:

Много букв, на досуге посмотрю.
Что лично мне там может быть полезного?

← →
Igorek © (2006-03-15 12:22) [130]

> Что лично мне там может быть полезного?

Это ссылка на один пост. В нем четыре ссылки. Хорошие книги по кишкам 2005 сервера. Выход ожидается в этом году.

← →
Nikolay M. © (2006-03-15 12:24) [131]

> Курдль © (15.03.06 12:20) [128]
> Причина любопытства простая - понять круг обязанностей и
> выяснить, насколько это предложение привлекательно (чисто
> теоретически - я в исполнители не гожусь).
> Кое-что проясняется. Есть подразделение, занимающееся отчетностью.
> Пишет свои приклады для извлечения данных из банковских
> систем типа Диасофта и представления его в виде отчетов.
>
> Также ясно, что по приходу очередного зампреда (вице-президента,
> нач. департамента) или подобного лица, курирующего IT,
> подобное подразделение может сдуть шальным ветром с лица
> холдинга.

Причина любопытства до сих пор непонятна...
Первая половина твоих "прояснений" - по сути правильно, вторая - нет. Подробнее обсасывать с тобой эту тему не вижу смысла.

← →
Nikolay M. © (2006-03-15 12:27) [132]

> Igorek © (15.03.06 12:22) [130]
> Это ссылка на один пост. В нем четыре ссылки. Хорошие книги
> по кишкам 2005 сервера. Выход ожидается в этом году.

Понял, спасибо. У меня сначала открылась вся ветка целиком, без конкретного поста.

← →
Polevi © (2006-03-15 13:58) [133]

>Nikolay M. ©
по поводу DATETIME я в свое время решил проблему доп индексированным полем с отсечением времени на триггерах
в 2005 появился тип DATE, наконец-то

а наезды г. Курдля на БД сервер от Микрософт просто смешны
в детский сад

← →
Nikolay M. © (2006-03-15 14:14) [134]

> Polevi © (15.03.06 13:58) [133]
> по поводу DATETIME я в свое время решил проблему доп индексированным
> полем с отсечением времени на триггерах
> в 2005 появился тип DATE, наконец-то

Ессесно, каждый извращается по-своему, в каждом решении свои + и -.

← →
Игорь Шевченко © (2006-03-15 16:09) [135]

Polevi © (15.03.06 13:58) [133]

> по поводу DATETIME я в свое время решил проблему доп индексированным
> полем с отсечением времени на триггерах
> в 2005 появился тип DATE, наконец-то
>
> а наезды г. Курдля на БД сервер от Микрософт просто смешны

LOL

← →
Polevi © (2006-03-15 16:37) [136]

>Игорь Шевченко © (15.03.06 16:09) [135]
хаха

← →
Igorek © (2006-03-15 17:47) [137]

Вопрос не в тему - какая самая крутая СУБД? :)

← →
Карелин Артем © (2006-03-15 17:56) [138]

Лично я не понимаю всей серьезности проблемы с датой.
Разве сложно сделать каст datetime->int->datetime и для получения данных за эту дату искать все, что большеравно полученному и меньше полученного+1???

А для изготовления правильных индексов ИМХО лучшими друзьями станут Perfomance Tools из 2005 сиквела.

P.S. M$ Сиквел я знаю очень неуверенно...

← →
Игорь Шевченко © (2006-03-15 17:57) [139]

Igorek © (15.03.06 17:47) [137]

А крутизна в градусах меряется ?

← →
Igorek © (2006-03-15 18:03) [140]

> Игорь Шевченко © (15.03.06 17:57) [139]
> Igorek © (15.03.06 17:47) [137]
>
> А крутизна в градусах меряется ?

Ну типа сервер для самых крутых систем - огромные наборы данных, короткое время отклика, рапределенная база/базы, куча одновременных юзеров, коннектов, куча сервисов, супер надежность системы и т.д. и т.п.

← →
Nikolay M. © (2006-03-15 18:07) [141]

> Карелин Артем © (15.03.06 17:56) [138]
> Лично я не понимаю всей серьезности проблемы с датой.
> Разве сложно сделать каст datetime->int->datetime и для
> получения данных за эту дату искать все, что большеравно
> полученному и меньше полученного+1???

> Nikolay M. © (15.03.06 11:29) [98]

← →
Sergey Masloff (2006-03-15 18:10) [142]

Igorek © (15.03.06 17:47) [137]
>Вопрос не в тему - какая самая крутая СУБД? :)
Нужен холивор очередной?
Если речь идет о огромной системе с мейнфреймом то, я думаю, у IBM DB2 конкурентов нет. Есть мейнфрейм - версия Oracle насколько я знаю, но DB2 она небольшой конкурент.

"Этажом ниже" на UNIX серверах наверное Oracle, DB2, Sybase, Informix, Teradata - я этим вопросом интересовался пару лет назад в финансовом секторе картина была в такой последовательности (по убыванию)

на Windows серверах я думаю выбор очевиден - родной для платформы MS SQL, затем Oracle потом Sybase и Informix (или наоборот). Прошу MS SQL-истов не кидать в меня грязными тряпками за "третий" этаж. Я знаю что это очень мощная система которая может (и покрывает) очень большой спектр задач в том числе и полную автоматизацию больших предприятий. Ну просто позже на этот рынок MS пришла и к тому же одноплатформенность... (зато какая).

Все это мое Х.О. а также результаты некоторого микроисследования состояния дел двухгодичной давности на основе копания в Инете и бесед с коллегами.

← →
Игорь Шевченко © (2006-03-15 18:13) [143]

Igorek © (15.03.06 18:03) [140]

А...ну это DB2 и Oracle

← →
Sergey Masloff (2006-03-15 18:14) [144]

Чтоб вернуться в основную струю - к Nikolay M. ©
Резюмы интересные были? Интерес чисто академический.

← →
Карелин Артем © (2006-03-15 18:21) [145]

> Nikolay M. © (15.03.06 18:07) [141]

Много букаф... ниасилил

← →
Igorek © (2006-03-15 18:26) [146]

> Карелин Артем © (15.03.06 18:21) [145]

Разговор об том что претендент на 1,5к должен уметь писать запросы так, что б юзались индексы. И понимать причину если неправильно написано.

← →
Nikolay M. © (2006-03-15 18:36) [147]

> Sergey Masloff (15.03.06 18:14) [144]
> Чтоб вернуться в основную струю - к Nikolay M. ©
> Резюмы интересные были? Интерес чисто академический.

Спасибо.
В-основном резюмы так себе, может форма написания просто страдает. Но я сразу, еще до собеседования, прошу решить одну задачку на котировки вроде той, что приводил Ромкин, но посложнее. И обязательно прошу написать так, чтобы работало быстро на больших таблицах. Многие любят писать SELECT FROM SELECT или SELECT FROM table LEFT JOIN (SELECT FROM table) - на собеседование, в большинстве случаев, приглашаю, но некоторое предубеждение уже имеется :(

На днях прислали пару интересных вариантов: по крайней мере описано, какие индексы будут использоваться и даже(!) какой следует выбрать fillfactor для индекса :) Посмотрим, как оно будет на собеседовании...

← →
Карелин Артем © (2006-03-15 18:42) [148]

> Igorek © (15.03.06 18:26) [146]

Угу

Nikolay M. © (15.03.06 11:06) [91]
а пищу из институтских столовок не каждый сможет есть.

Но, но! Попрошу... :))))

крутые дядьки :)))

> Sergey Masloff (15.03.06 18:10) [142]
Я не MS SQL-ист, так что <на :)))> за не всего лишь не первое место Oracle на треьтьем этаже :))
А аргументы - в отдельной ветке, если MS SQL-исты решат тебя защитить :))))

> Nikolay M. © (15.03.06 18:36) [147]
пришли мне ради академического интереса. Работал в Diasoft в 5Nt в 1997, с тех пор MSSQL забыл как страшный сон, и из нелюбви не к Микрософт Ж)) Но BOL отн своременные где-то авляются :)))

MS SQL в защите не нуждается.

Ну у нас же цивилизованный коллектив, слабого не бьют, потому согласен с [152] :)))

> Petr V. Abramov © (15.03.06 20:49) [151]
> пришли мне ради академического интереса. Работал в Diasoft в 5Nt в 1997

В смысле писал 5NT в Диасофте? Сочуйствую :((( Наслышан, как же...
Задачку могу и тут опубликовать, только потом, когда вакансию закрою :)
А если хочется просто мозги поразминать:

http://sql-ex.ru

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

>Но я сразу, еще до собеседования, прошу решить одну задачку на котировки вроде той, что приводил Ромкин, но посложнее.

Ну и зачем плодить топики на sql.ru? :-)

> [147] Nikolay M. © (15.03.06 18:36)
> прошу решить одну задачку на котировки вроде той, что приводил
> Ромкин, но посложнее.

поделись а? да и самому любопытно посмотреть есть ли ещё порох в пороховницах....

> А если хочется просто мозги поразминать:
>
> http://sql-ex.ru

От от ... с него то я задачки и тягал для собеседования....
Хотя поступали малость по другому. Так как было разноуровневых вакансий несколько (от стажера до ведущего), то приглашали всех а дальше в переговорку с листом бумаги на час. А потом уже беседовать.

> Задачку могу и тут опубликовать, только потом, когда вакансию
> закрою :)

Присоединюсь к [151], [157] :)
Подумываю сменить работу к лету, "заочное" собеседование было бы очень кстати для оценки себя любимого.

И еще, когда опубликуешь, напиши, сколько времени на эти задачки дается, пожалуйста.
Бум ждать.

> [159] Bless © (16.03.06 09:07)

я давал из расчета 15-20 минут на задачу. В распоряжении кандидата только голова, бумага и ручка.

В очередной раз рискну разместить здесь вакансию Найти похожие ветки