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

← →
Nikolay M. © (2006-03-11 13:38) [0]

Хотя результата от этого, имхо, опять не будет :)

http://www.sql.ru/forum/actualthread.aspx?tid=268469&pg=1#2416870

← →
Суслик © (2006-03-11 15:07) [1]

я, конечно, не спец в чтении объявлений с целью перехода на другую работу, но слово "сопли" считаю недопустимым.

← →
Sergey Masloff (2006-03-11 15:38) [2]

Да вроде нормальное объявление. Сопли глаз как-то не резанули я даже еще раз перечитал чтобы понять про что это. Так что поднимем ветку повыше ;-)
Я кстати когда-то выразил мнения что фиг тут найдешь кого но сразу несколько человек сказали что все нормально находили и не раз.
Потом Ломброзо давал объявление вроде тоже довольно адекватное я его просил если найдут именно через дельфимастер сказать - молчание ;-)
Может Николай статистику улучшит если найдет кого-то. Вроде абсолютно нормальное предложение.

← →
kaZaNoVa © (2006-03-11 15:43) [3]

а суть обьявления сюда можно?)
а то траффик по ссылки идти.(

← →
Суслик © (2006-03-11 15:43) [4]

По сути - нормальное, по форме - нет. имхо, конечно.
Предложение весьма адекватное. Как мне кажется - иногда даже более чем.

← →
Sergey Masloff (2006-03-11 16:38) [5]

Суслик © (11.03.06 15:43) [4]
>Как мне кажется - иногда даже более чем.
Ты известный любитель держать программиста в черном теле ;-)

← →
jack128 © (2006-03-11 16:58) [6]

kaZaNoVa © (11.03.06 15:43) [3]
тебе не подойдет. На дороге до работы разоришся ;-)

← →
tesseract © (2006-03-11 17:02) [7]

Вопрос в тык - этот Уралсиб у которого клиенты по X.25 работают?

>.doc-вложения с красивым форматированием рассматриваться не будут.

Так ламеров отщучим

>4) Веселый коллектив, адекватное начальство.

До дедлайн всё начальство адекватное :-)

← →
Nikolay M. © (2006-03-11 20:39) [8]

> я, конечно, не спец в чтении объявлений с целью перехода
> на другую работу, но слово "сопли" считаю недопустимым.

В целом согласен, но как показывает опыт, результат от формы в таком случае мало зависит.

> Sergey Masloff (11.03.06 15:38) [2]
> Так что поднимем ветку повыше ;-)
> Я кстати когда-то выразил мнения что фиг тут найдешь кого
> Может Николай статистику улучшит если найдет кого-то. Вроде
> абсолютно нормальное предложение.

Спасибо. На дельфимастер не находил ни разу ни работу, ни работника. А вот на склру в свое время нашел даже студента на 300 долларов, правда, пришлось потом уволить :)

← →
Nikolay M. © (2006-03-11 20:41) [9]

> kaZaNoVa © (11.03.06 15:43) [3]
> а суть обьявления сюда можно?)

В ФК Уралсиб ищется программист Delphi + MS SQL

Требования.

1) Знание Delphi настолько, чтобы не путать класс и объект, Query.ExecSQL и Query.Open, ADO и BDE.
2) Уверенное знание MS SQL 2000: уметь писать быстрые запросы на 5-20-миллионных таблицах, как расставить хинтами правильные индексы, иметь опыт реализации сложной логики хранимыми процедурами (тригеры, транзакции, блокировки - само собой). Желателен опыт работы с Data Transformation Services.
3) Приветствуется опыт работы в финансовой сфере.
4) Из прочего: знать что такое CASE-средства (ErWin, Power Designer и тд), системы контроля версий, технический английский.

Условия.

1) Зп белая, до 1.5КБ на руки, на первые 3 месяца чуть меньше, раз в полгода премии. Есть нюанс с зп: хотя вся сумма зарплаты официальная, но 40% условно считается "премиальной" частью и при достижении определенного уровня разгильдяйства может быть не выплачена, на второй раз невыплата премиальной части будет сопровождаться просьбой написать заявление по собственному желанию.
2) Оформление по ТК, медстраховка, столовая, интернет - в разумных пределах, дрескода как такового нет, но дырявые джинсы и старый свитер не приветствуются.
3) Полный рабочий день с 9-10 до 18-19.
4) Веселый коллектив, адекватное начальство.
5) Территориально: Москва, м. Фрунзенская, летом, возможно, будет переезд в район м. Арбатская.
6) Удаленно нельзя, помощи в переезде в Москву нет.

Что делать.

Помогать развивать и поддерживать собственную систему управленческой отчетности: реализовать импорт данных в MS SQL из Sybase или текстовых файлов, написать программку для редактирования разных справочников и тд. Поэтому иногда придется ковыряться в чужих соплях, таких как Diasoft 5NT и некоторых других учетных системах.

Контакты.

Просьба слать резюме plain-текстом на delphist2006@yandex.ru.
.doc-вложения с красивым форматированием рассматриваться не будут.
Если на письмо нет ответа в течение трех рабочих дней - извините, Вы нам не подходите.

← →
Nikolay M. © (2006-03-11 20:43) [10]

> tesseract © (11.03.06 17:02) [7]
> Вопрос в тык - этот Уралсиб у которого клиенты по X.25 работают?

Не знаю. Про какой-то другой Уралсиб не слышал.

← →
Nikolay M. © (2006-03-13 10:09) [11]

Подниму на всякий случай перед началом раб-дня, вдруг повезет :)

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

Nikolay M. © (13.03.06 10:09) [11]

А я гляжу, любителей попинать работодателя и на SQL.RU хватает. Надо же, думал, только здесь.

← →
Курдль © (2006-03-13 12:14) [13]

Малотворческая и высокоответственная работа в прибанковских шарашках оценивается значительно выше.

← →
Nikolay M. © (2006-03-13 12:30) [14]

> Игорь Шевченко © (13.03.06 12:08) [12]
> А я гляжу, любителей попинать работодателя и на SQL.RU хватает.

В-основном, там только такие любители и тусуются.
"Что, за 2КБ еще и работать? Совсем обнаглели..." :)))

> Курдль © (13.03.06 12:14) [13]
> Малотворческая и высокоответственная работа в прибанковских
> шарашках оценивается значительно выше.

Кому как. Для меня интереснее высокотворческая и малоответственная работа :)

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

Nikolay M. © (13.03.06 12:30) [14]

> "Что, за 2КБ еще и работать? Совсем обнаглели..." :)))

"Каждый человек стоит столько, сколько за него готовы заплатить".

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

> "Каждый человек стоит столько, сколько за него готовы заплатить".

Угу. Я бы тоже хотел найти спонсоров, оплачивающих мое грушеоколачивание на работе, но что-то пока таких не видать.

← →
paul_k © (2006-03-13 14:31) [17]

> 3) Полный рабочий день с 9-10 до 18-19.

а как насчет 8-17?

← →
Курдль © (2006-03-13 14:39) [18]

> Кому как. Для меня интереснее высокотворческая и малоответственная
> работа :)

Разве поддержка старых проектов на Delphi может называться высокотворческой работой?

← →
Piter © (2006-03-13 15:06) [19]

Игорь Шевченко © (13.03.06 12:08) [12]
А я гляжу, любителей попинать работодателя и на SQL.RU хватает. Надо же, думал, только здесь

надо же, ну вы сказали!!!

Игорь, по-моему, мода пинать работодателя - это как раз с SQL.ru пошла! Там всегда пинали и каждый раз это делают еще более изощренно.

Именно там придумали, что $700 - это для студентов начинающих, а нормальная зарплата - это $2000

Самое прикольное наблюдать за таким.

Стандартное объявление:

"Бла бла бла, штука баксов"

Сразу отклики: Да идите вы нафиг! Вы ищете студентов? Работа за еду!

Объявление покруче:
"бла бла бла, две штуки баксов, соответствующие требования"

В ветке ТИШИНА. Ни одного отклика. Вроде ругать уже не за что, а свои способности люди все таки представляют :)

Nikolay M. © (13.03.06 12:30) [14]
> А я гляжу, любителей попинать работодателя и на SQL.RU хватает.

В-основном, там только такие любители и тусуются

а помню в далеком, далеком году - было противоположное мнение. Что, мол, на SQL.ru тусуются отличные спецы, достойные зарплат минимум в 2кб. Это когда ты был в одной кагорте с ними, поливал работодателей, все было супер :)

Как только пришлось самому нанимать, вон как все обернулось :)
А я сразу говорил - обнаглевший там народ. Просто можно выпендриваться.

← →
Александр Иванов © (2006-03-13 15:13) [20]

Иногородними интересуететсь?

← →
Nikolay M. © (2006-03-13 15:15) [21]

> paul_k © (13.03.06 14:31) [17]
> > 3) Полный рабочий день с 9-10 до 18-19.
> а как насчет 8-17?

К сожалению, нет :(

> Разве поддержка старых проектов на Delphi может называться
> высокотворческой работой?

Кому как. Для меня - нет. А причем тут поддержка старых проектов на Дельфи?

← →
Курдль © (2006-03-13 15:18) [22]

> Кому как. Для меня - нет. А причем тут поддержка старых
> проектов на Дельфи?

А кто сейчас пишет новые проекты на Дельфи?!

← →
NailMan © (2006-03-13 15:24) [23]

Занимательная ветка на SQL.ru. Интересно почитать мнения сторон и как дела с формированием зарплаты обстоит...

---
P.L.U.R. and WBR, NailMan aka 2:5020/3337.13

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

> Александр Иванов © (13.03.06 15:13) [20]
> Иногородними интересуететсь?

Гхм... Как бы так сказать... Вообще, так, чтобы специально - нет, но посмотреть можем :)))
А если серьезно, то что понимать под "иногородним". Если сейчас ты в Ташкенте, то как, извини, проводить с тобой собеседование? Сможешь на неделе приехать пообщаться? Допустим, сможешь и мы сделаем тебе оффер - жить есть где или первые 2 месяца уйдет на решение проблем с жильем, переездом, регистрацией и тд?

← →
Nikolay M. © (2006-03-13 15:37) [25]

> Курдль © (13.03.06 15:18) [22]
> А кто сейчас пишет новые проекты на Дельфи?!

Наверняка кто-то пишет.

> NailMan © (13.03.06 15:24) [23]
> Занимательная ветка на SQL.ru. Интересно почитать мнения
> сторон и как дела с формированием зарплаты обстоит...

Ага :))) Формирование зарплаты - это ерунда. Там на первых двух страницах уволенный полгода(!) назад студент зажигает: кидается на всех подряд, к одному человеку прицепился, шлет ему угрозы на почту и, что совсем странно, упорно просится назад, уже заспамил нас своими смсками и письмами :)

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

Piter © (13.03.06 15:06) [19]

> Игорь, по-моему, мода пинать работодателя - это как раз
> с SQL.ru пошла

Я впервые здесь увидел, когда размещал аналогичное объявление. Это давно было. Предыдущий опыт на Королевстве показал как раз отсутствие явления пинания. Может, там люди более вежливые ?

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

Курдль © (13.03.06 15:18) [22]

> А кто сейчас пишет новые проекты на Дельфи?!

А на чем сейчас пишут новые проекты ?

← →
Александр Иванов © (2006-03-13 15:46) [28]

Nikolay M. © (13.03.06 15:32) [24]

Да, скорее всего это нереально.

← →
jack128 © (2006-03-13 15:54) [29]

Игорь Шевченко © (13.03.06 15:44) [26]
Может, там люди более вежливые ?
На премодерируемых форумах это обычная ситуация ;-)

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

jack128 © (13.03.06 15:54) [29]

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

← →
Nikolay M. © (2006-03-13 16:02) [31]

> Александр Иванов © (13.03.06 15:46) [28]
> Да, скорее всего это нереально.

Вот и я о том же. Посмотри на том же sql.ru многократно возникающие ветки о переезде в Москву и что для этого нужно.

← →
paul_k © (2006-03-13 16:05) [32]

> [21] Nikolay M. © (13.03.06 15:15)
> > а как насчет 8-17?

> К сожалению, нет :(

ну значит и резюм искать смылтла нет.
Воистину, не любять работодатели студиозусов....:)

← →
Piter © (2006-03-13 16:09) [33]

Игорь Шевченко © (13.03.06 15:44) [26]
Предыдущий опыт на Королевстве показал как раз отсутствие явления пинания. Может, там люди более вежливые ?

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

Я говорил про SQL.ru, там не то что "тоже пинают" - там пинать и начали. И Николай пинал вместе с остальными, пока самому не пришлось наймом заниматься :)))

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

> paul_k © (13.03.06 16:05) [32]
> Воистину, не любять работодатели студиозусов....:)

Не похож ты по анкете на студентуса. Второе, что-ли, получаешь?

Взял год назад одного студента. Через несколько месяцев уволили. Теперь не знаем, как от него избавиться - достал своим нытьем, чтобы взять его обратно :))

← →
paul_k © (2006-03-13 16:39) [35]

> [34] Nikolay M. © (13.03.06 16:12)

> Второе, что-ли, получаешь?

да нет. первое на "старости лет" осваиваю. Вечерник. От и приходится до 17 работать. следовательно с 8-ми

> Теперь не знаем, как от него избавиться

Читал на скул.ру. Долго смеялся. Напомнило несколько ситуаций с прошлой работы...

← →
Piter © (2006-03-13 16:48) [36]

Nikolay M. © (13.03.06 16:12) [34]
Взял год назад одного студента. Через несколько месяцев уволили.

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

Люди они разные. И к студентам это тоже относится.

← →
Nikolay M. © (2006-03-13 16:51) [37]

> paul_k © (13.03.06 16:39) [35]
> да нет. первое на "старости лет" осваиваю. Вечерник.

Жаль. Но начальник сказал, что жесткое ограничение по времени сверху не годится :(
Отучишься - приходи :) Для тебя, вроде, финансы - не чужая область.

> > Теперь не знаем, как от него избавиться
>
> Читал на скул.ру. Долго смеялся. Напомнило несколько ситуаций
> с прошлой работы...

А я думал, это только нам так повезло :)

← →
paul_k © (2006-03-13 16:58) [38]

> [37] Nikolay M. © (13.03.06 16:51)

> Жаль. Но начальник сказал, что жесткое ограничение по времени
> сверху не годится :(

а вот это не понятно.. 40 часов в неделю на благо работодателя отдается? - отдается. А все что больше - извините подвиньтесь. или по "спецтарифу" или в другой жизни.
приучили меня так. Очень косо смотрят если в 17:05 видят на рабочем месте. Правда еще более косо если в 7:55 меня там ещё нет:)
так что сваливаю чтоб косо не смотрели:)

← →
data © (2006-03-13 17:07) [39]

> Но начальник сказал, что жесткое ограничение по времени
> сверху не годится :(

это сразу как-то неприятно настораживает(

← →
Nikolay M. © (2006-03-13 18:27) [40]

> paul_k © (13.03.06 16:58) [38]
> > Жаль. Но начальник сказал, что жесткое ограничение по
> времени
> > сверху не годится :(
>
>
> а вот это не понятно.. 40 часов в неделю на благо работодателя
> отдается? - отдается

Поправлюсь. Такое ограничение не годится. Самая работа начинается в 10-11. Поэтому вариант, когда у аналитиков начинают после обеда гореть отчеты, а программист в 17:00 встает и уходит, оставив неработающую базу "до завтра" - неудобоварим :(

← →
paul_k © (2006-03-14 08:52) [41]

> 17:00 встает и уходит, оставив неработающую базу "до завтра"
> - неудобоварим :(

Мдя... дополню. Когда программист встает и уходит оставив аналитиками неработающее нечто неудобоварим в любом случае.
Но есть же проект, есто задачи, есть сроки. Даже на исправление "ошибок". А ошибки у аналитиков в большенстве случаев известны:- "Я хотел одного а мне сделали не то. Я же говорил а меня ваш тупой программист не понял. Написать попросил. а я что писатель? я аналитик!!!"
И вааще, ща уподоблюсь лицам с сиквел.ру: Вам шашечки или ехать? Вам программист нужен или сопли аналитикам утирать? Так за сопли денег маааало!!!! :))))) сопли утирать я меньше чем за 2 кб в день и смотреть нифиха не буду...
(шутка юмора у меня такой)
Хотя, насколько я помню, Никойл в 9 работать начинали и очень ругались что до 11 никого в поддержке застать не могут:)
аж чуть ли не дежурства по раннему выходу на работу назначались:)

← →
Плохиш © (2006-03-14 12:15) [42]

> Поэтому вариант, когда у аналитиков начинают после обеда
> гореть отчеты,

А нефиг было до обеда в карты резаться. Или нафик, нафик такую фирму.

← →
msguns © (2006-03-14 12:37) [43]

Как по мне, то предложение вполне нормальное. Не знаю, как в Московии, но, думаю, в людой части СНГ это вполне приличные условия и ОЧЕНЬ достойная зарплата за ТАКУЮ работу.
Все претензии "кандидатов" от жиру.
ИМХО, иметь возможность спокойно разбираться в трабле (плевать, что чужой код, на то ты и спец, даже наоборот - интересно), да еще если еуча аналитиков, тестеров, дизайнеров и проч. тебе постоянно не дают налажать - что еще надо Программисту ?
Этим бы кандидатам, например, мои условия: 22 компа контролируй (вплоть до чистки мышей, клав и т.д.), инет с администрированием и статистикой, линух с кучей серверов, прием-контроль-отправка почты, постоянное дергание начальства "найди мне в инете то-то и то-то", консультации "ламерных" юзеров (типа "почему ворд сам переключает языки" или "куда делся набранный мною позавчера документ ?"), дергания на ксерокопирование (без меня нельзя, ибо я - ответственный за расход бумаги и порошка). Вся бухгалтерия начиная от инсталинга нового ПО и апдэйта старого, проверок клиент-банка, поддержка долбанного ДОС-парадокса в Новеле (2 буха в сети)...
При этом еще веб-дизайн и веб-программинг.
И в "нагрузку" разработка приложений на дельфи.

Если б жил в Москве, не приминул бы попробоваться ;)

← →
Игорь Шевченко © (2006-03-14 12:39) [44]

paul_k © (14.03.06 08:52) [41]

> "Я хотел одного а мне сделали не то. Я же говорил а меня
> ваш тупой программист не понял. Написать попросил. а я что
> писатель? я аналитик!!!"

В каких-то ты неправильных конторах работал. Надеюсь, уже уволился оттуда ?

← →
Курдль © (2006-03-14 12:45) [45]

> Плохиш © (14.03.06 12:15) [42]
>
>
> > Поэтому вариант, когда у аналитиков начинают после обеда
> > гореть отчеты,
>
> А нефиг было до обеда в карты резаться. Или нафик, нафик
> такую фирму.

Многие торги начинаются в 11:00. Поэтому аналитикам и трейдерам до 11 вообще делать нефиг, но их все равно загоняют на рабту (шоб остальных не нервировать). Зато у бухгалтеров рабочий день не нормирован (в банках баланс сдается в ЦБ ежедневно, а в конце отчетного периода - вообще вешаться).
Однако я не понимаю, причем здесь программисты? А что делает стафф типа админов?

← →
Vovchik_A © (2006-03-14 12:51) [46]

2msguns © (14.03.06 12:37) [43]

Бросай нафиг такую работу. От нее кони дохнут.

2Nikolay M. © (13.03.06 18:27) [40]

> Поправлюсь. Такое ограничение не годится. Самая работа начинается
> в 10-11. Поэтому вариант, когда у аналитиков начинают после
> обеда гореть отчеты, а программист в 17:00 встает и уходит,
> оставив неработающую базу "до завтра" - неудобоварим :(

Так это нормально. Сидишь тогда, когда надо и столько -сколько надо. За это и платят.

← →
Плохиш © (2006-03-14 12:59) [47]

> msguns © (14.03.06 12:37) [43]

Да я как-то разработчиком программного обеспечения работаю, за это мне и зарплату платят.

> Курдль © (14.03.06 12:45) [45]
>
> > Плохиш © (14.03.06 12:15) [42]

> Однако я не понимаю, причем здесь программисты? А что делает
> стафф типа админов?

Вот про это и речь шла. У них наверное программисты для аналитиков отчёты делают ;-) а те продолжают в карты резаться.

← →
paul_k © (2006-03-14 13:03) [48]

> [43] msguns © (14.03.06 12:37)

так кто спорит. Нормальное предложение. Если бы не учеба моя, вероятно заслал бы резюм. А так - ветку приподнять:)

> [44] Игорь Шевченко © (14.03.06 12:39)

> Надеюсь, уже уволился оттуда ?

И не надейся.. Обычная ситуация в любой банке. Жизнь тут так устроена. Программист - обслуга. Со всемы вытекающими.

> Так это нормально. Сидишь тогда, когда надо и столько -сколько
> надо. За это и платят.

от от... А когда пишешь "заказчику" сделал, мол, тестовый вариант там и там. Посмотри, то ответ получишь в лучшем случае, когда написанное и непротестированное месяц как работать уже должно было. Так что не только сиди-пиши-правь-разгребай, но и по ушам езди.

← →
paul_k © (2006-03-14 13:05) [49]

> [47] Плохиш © (14.03.06 12:59)

> У них наверное программисты для аналитиков отчёты делают
> ;-) а те продолжают в карты резаться

1. Админы не должны отчетов рисовать
2. В карты резатся под видеонаблюдением не очень приятно:)

← →
msguns © (2006-03-14 13:06) [50]

>Vovchik_A © (14.03.06 12:51) [46]
>Бросай нафиг такую работу. От нее кони дохнут.

Эта неделя - последняя ;)

← →
by © (2006-03-14 13:07) [51]

msguns © (14.03.06 12:37) [43]
Этим бы кандидатам, например, мои условия
Обычная работа эникейщика (просьба не обижаться) в регионе.
Я сам таким был в Полтаве (30 компов, сервер w2k, freebsd, Delphi и пр.). Нет так уж много (если есть вообще) работы для узких специалистов (програмеров) не в столице. В Киеве можно найти более специализированнцю работу - чем я и воспользовался при случае.

← →
Курдль © (2006-03-14 13:08) [52]

> paul_k © (14.03.06 13:03) [48]
> И не надейся.. Обычная ситуация в любой банке. Жизнь тут
> так устроена. Программист - обслуга. Со всемы вытекающими.

100% верно! В банках есть четкое разделение на тех, кто зарабатывает деньги, и тех, кто их обслуживает (IT-шники, бэк-офис, охрана, уборщицы и т.п.) . Отношение к последним - как к расходному материалу.

← →
msguns © (2006-03-14 13:10) [53]

>by © (14.03.06 13:07) [51]

Программы тоже разрабатывал (с БД). И сайты ?
Тогда сочувствую.

← →
Игорь Шевченко © (2006-03-14 13:11) [54]

paul_k © (14.03.06 13:03) [48]

> Обычная ситуация в любой банке. Жизнь тут так устроена.
> Программист - обслуга

Мазохизм, конечно, дело добровольное...

← →
Anatoly Podgoretsky © (2006-03-14 13:11) [55]

msguns © (14.03.06 12:37) [43]
Не воспитываешь ты коллектив.

← →
by © (2006-03-14 13:13) [56]

msguns © (14.03.06 13:10) [53]
Программы тоже разрабатывал (с БД).
Программы? Конечно, вся статистика работы филиала оператора проводной связи, налоговый учет, доработка биллинговой системы (Access, FoxPro) и прочие радости. До разработки сайтов не дошло.

← →
paul_k © (2006-03-14 13:15) [57]

> Мазохизм, конечно, дело добровольное...

Ну, степень мазохизма от прямого руководителя зависит.:) В этом отношении у меня все очень хорошо

← →
msguns © (2006-03-14 13:16) [58]

>Anatoly Podgoretsky © (14.03.06 13:11) [55]
>Не воспитываешь ты коллектив.

Отвоспитывал свое. Хочется "на старости" спокойной работы. Почему и ушел из начальников в свое время. И сейчас ни за какие коврижки. Тем более к б.. пардон, женщинам ;)

← →
by © (2006-03-14 13:16) [59]

msguns © (14.03.06 13:10) [53]
(с БД).
Delphi + Firebird, MSSQL. Access, FoxPro 2.6 6.0 - в общем зоопарк был еще тот.
Игорь Шевченко © (14.03.06 13:11) [54]
Мазохизм, конечно, дело добровольное...
Почему мазохизм - не всегда присутстует возможность свободного и обширного выбора. А кушать то хочется.

← →
msguns © (2006-03-14 13:20) [60]

>by © (14.03.06 13:16) [59]
>Delphi + Firebird, MSSQL. Access, FoxPro 2.6 6.0 - в общем зоопарк был еще тот.

;)))
Тот же венегрет, только вместо фокса - парадокс

← →
Nikolay M. © (2006-03-14 13:58) [61]

Спасибо всем за удержание ветки на плаву :)

Насчет аналитиков, карт и работы после 11.
Во-первых, как правильно сказали, биржевая торговля начинается в 10-11. Во-вторых, бэкофис закрывает предыдущий опердень во внутренней учетной системе в лучшем случае к 14 часам, а бывает, что и ближе к вечеру.
И, наконец, в карты в нашем подразделении играть не принято. У всех всегда есть работа.

← →
Danilka © (2006-03-14 14:05) [62]

[61] Nikolay M. © (14.03.06 13:58)
В смысле, в этом Уралсибе на бирже играют? Просто интересно.

← →
paul_k © (2006-03-14 14:06) [63]

> И, наконец, в карты в нашем подразделении играть не принято.

А как же пятничная вечерняя пулька?:)

← →
Bless © (2006-03-14 14:24) [64]

Хорошая вакансия, имхо.
Жаль, далеко.

<offtop>
2 Nikolay M.
Ты тут как-то искал человека уж не помню точно, что-то типа написать программу для получения данных из одной программы и преобразования их затем в удобоваримый формат для последующей работы с ними, на что тебе встречно предложили просто "разгадать" формат, в котором программа хранит свои данные.
Если не секрет, разгадали?
</offtop>

← →
Nikolay M. © (2006-03-14 14:34) [65]

> Bless © (14.03.06 14:24) [64]

АФАИР, последний конструктивный пост был от DiamondShark, который собирался это сделать безвозмездно от скуки :) На этом все и заглохло. Начальство успокоилось, дело положили на полку, все вернулось в статус кво :)

> Danilka © (14.03.06 14:05) [62]

Почему нет? Тебе, например, тоже никто не запрещает этим заниматься.

> paul_k © (14.03.06 14:06) [63]
> А как же пятничная вечерняя пулька?:)

Преферансистов не видать. Тут другие интересы :)

← →
Vovchik_A © (2006-03-14 14:56) [66]

2msguns © (14.03.06 13:10) [53]

О ! Молодец ! :) А куда ?

2paul_k © (14.03.06 13:03) [48]

> И не надейся.. Обычная ситуация в любой банке. Жизнь тут
> так устроена. Программист - обслуга. Со всемы вытекающими.
>

Я бы за всех не расписывался. Опять же обслуга обслуге рознь.

← →
msguns © (2006-03-14 14:59) [67]

>Vovchik_A © (14.03.06 14:56) [66]

чезара

← →
Курдль © (2006-03-14 15:10) [68]

> Danilka © (14.03.06 14:05) [62]
> В смысле, в этом Уралсибе на бирже играют? Просто интересно.

Банки на бирже не "играют", а чаще всего брокерят. Также инвестирую свои средства в фонды.

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

> Курдль © (14.03.06 15:10) [68]
> Банки на бирже не "играют", а чаще всего брокерят.

Уралсиб - это далеко не банк. В смысле - не только банк.

← →
Курдль © (2006-03-14 15:19) [70]

> Уралсиб - это далеко не банк. В смысле - не только банк.

Да знаю я его, как облупленного - бывший БашКред! :)

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

> Курдль © (14.03.06 15:19) [70]
> Да знаю я его, как облупленного - бывший БашКред! :)

Тогда должен знать, что Уралсиб - это не только бывший БашКред и не только банковская деятельность.

← →
Danilka © (2006-03-14 15:33) [72]

Понятно. Не, я просто из чистого любопытства.

← →
Piter © (2006-03-14 17:01) [73]

msguns © (14.03.06 12:37) [43]
Не знаю, как в Московии, но, думаю, в людой части СНГ это вполне приличные условия и ОЧЕНЬ достойная зарплата за ТАКУЮ работу

отлично сказал!!!

А в Америке за такую работу, такая плата - ПРОСТО МИЗЕР!!! 20 кб в год!!! Столько уборщицы получают...

← →
Sandman25 © (2006-03-14 17:09) [74]

Piter © (14.03.06 17:01) [73]

Не надо сравнивать зарплаты в номиналах. В некоторых африканских странах можно прожить на пару баксов в неделю. В Москве так получится?

← →
Piter © (2006-03-14 17:26) [75]

Sandman25 © (14.03.06 17:09) [74]

странный ты.

А я о чем гутарю?

Ты хоть прочел пост, на который я отвечал? Да собственно, я его и процитировал...

← →
Sandman25 © (2006-03-14 17:40) [76]

Piter © (14.03.06 17:26) [75]

Прочел, но не совсем понял. Точнее понял так, что уборщицы в Москве получают 20 кб в год :) Потом запутался еще больше и решил, что ты сравниваешь цены в Америке и Москве. А я против любых сравнений, о чем и написал :)
В общем, со мной всё понятно, теперь сам удивляюсь, почему я неправильно понял.

← →
isasa © (2006-03-14 17:55) [77]

Piter © (14.03.06 17:01) [73]
Ну не скажи. Мой соавтор по многим проектам после уезда туда на ПМЖ начинал там с 32000 в год. И то после 1.5 годичной рассылки резюме и помощи общины.

← →
Sandman25 © (2006-03-14 17:58) [78]

isasa © (14.03.06 17:55) [77]

За последние годы доллар очень сильно упал.

← →
Piter © (2006-03-14 19:09) [79]

Sandman25 © (14.03.06 17:40) [76]

смысл в том, что товарищ написал, что такая зарплата круть в странах СНГ.

Я хотел попытаться на примере показать, что причем здесь страны СНГ вообще.

← →
программист (2006-03-15 00:08) [80]

> [65] Nikolay M. © (14.03.06 14:34)
> Преферансистов не видать. Тут другие интересы :)

ну вот.... и интересы другие.. Не, не пойду в Никойл...:)
кстати, до сих пор в стекляшке за МДМ-мом сидите?

> [66] Vovchik_A © (14.03.06 14:56)
> Я бы за всех не расписывался. Опять же обслуга обслуге рознь.

1. Таки все же обслуга?
2. а рознь - как уже писал - от шефа зависит. Мне в этом отношении повезло, можно сказать.

> Тогда должен знать, что Уралсиб - это не только бывший БашКред
> и не только банковская деятельность.

Да, славна история того что нинче Уралсиб зовется. Скорее верно его не бывшим БашКредом звать, а Никойлом..

← →
paul_k © (2006-03-15 00:09) [81]

Кто сидел за моим компом и опорочил его?
это к тому, что предидущий пост мой

← →
Sandman25 © (2006-03-15 09:38) [82]

Piter © (14.03.06 19:09) [79]

Я уже понял. Не сразу иронию уловил.

← →
Nikolay M. © (2006-03-15 10:03) [83]

> кстати, до сих пор в стекляшке за МДМ-мом сидите?

Угу. К лету грозят переехать на Новый Арбат :(

> Да, славна история того что нинче Уралсиб зовется. Скорее
> верно его не бывшим БашКредом звать, а Никойлом..

Да чего в нынешнем Уралсибе только нет...

← →
Курдль © (2006-03-15 10:09) [84]

Мой утрешний "разговор" с подругой из одного известного банка:
=====================================================
Она (9:52 AM) :
А у меня каждый день начинается с общения с автоматизаторами-опять комп не увидел с утра принтер! "подружить их" больше чем на 1 день наши деятели не в состоянии!
Я (9:53 AM) :
Вот и переходи на работу в банк... к таким!
Она (9:54 AM) :
Не к таким не то что "на работу", с такими и "... на одном поле"- подумала бы!
Я (9:59 AM) :
А наверное не так-то просто найти "не таких"?
Она (10:01 AM) :
В принципе понятно, что серьезные люди в такую контору не пойдут! Но! Дело все в том, что каждый идиот-начальник старается подобрать себе еще более тупых подчиненных-а то вдруг подсидят?!

← →
paul_k © (2006-03-15 10:10) [85]

>
> Да чего в нынешнем Уралсибе только нет...

перечислять форума не хватит.
А обеды все также дороги, что народ по окресностям рассасывается пожрать?

← →
tesseract © (2006-03-15 10:10) [86]

Мдя происходит оптовое собеседование на знание истории Уралсиб :-)
Победитель получает 1,5 Кб за календарный месяц, с не более чем 2 дедлайнами в течении отчётного периода :-))

← →
Igorek © (2006-03-15 10:53) [87]

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

← →
Vovchik_A © (2006-03-15 10:59) [88]

2Курдль © (15.03.06 10:09) [84]

> Она (9:52 AM) :
> А у меня каждый день начинается с общения с автоматизаторами-
> опять комп не увидел с утра принтер! "подружить их" больше
> чем на 1 день наши деятели не в состоянии!

У нас, например, все не так. Мы что-то не правльно делаем ?

← →
Nikolay M. © (2006-03-15 11:03) [89]

> Курдль © (15.03.06 10:09) [84]
> Дело все в том, что каждый идиот-начальник старается подобрать
> себе еще более тупых подчиненных-а то вдруг подсидят?!

Факт. У нас все подразделения подбираются по типу начальника. Нам хорошо, про нашего директора трудно что-то объективно плохое придумать. Зато есть ТАКИЕ старперские отделения.... Молодняк пашет от зари до зари и все равно получает люлей, а старперы, которым 2 дня до пенсии, чаи гоняют и рабочий процесс своим тугодумьем тормозят :(

← →
jack128 © (2006-03-15 11:04) [90]

Vovchik_A © (15.03.06 10:59) [88]
Мы что-то не правльно делаем ?

а дело в том, что вы "не такие". Совсем не такие ;-)

← →
Nikolay M. © (2006-03-15 11:06) [91]

> paul_k © (15.03.06 10:10) [85]
> А обеды все также дороги, что народ по окресностям рассасывается
> пожрать?

В последние полгода обеды стали дороже, а порции меньше :(
В окрестностях тоже особо не попитаешься: в МДМ какие-то забегаловки на манер макдональдса, а пищу из институтских столовок не каждый сможет есть.

← →
Nikolay M. © (2006-03-15 11:11) [92]

> Igorek © (15.03.06 10:53) [87]
> Насчет тюнинга запросов и хинтов (одно из требований вакансии).
> Вообще то хинты, имхо, это признак того, что сам запрос
> написан неправильно, база недоконфигурирована, индексы,
> ключи не выставлены, правильного разделения нету и т.д.
> Так что поосторожнее с этим. :)

Это признак того, что у тебя мало опыта по работе с БД.
Вот примитивный вопрос, не каждый мог мне на него правильно ответить, хотя такая задача встречается по 10 раз на дню.
Есть таблица с полем дата-время. Ессесно, по нему есть индекс. Задача: на Т-SQL выбрать все записи за конкретную дату @ReportDate.

← →
msguns © (2006-03-15 11:13) [93]

>Nikolay M. © (15.03.06 11:03) [89]
>Молодняк пашет от зари до зари и все равно получает люлей, а старперы, которым 2 дня до пенсии, чаи гоняют и рабочий процесс своим тугодумьем тормозят :(

Представляешь, Коля, лет через ..дцать, когда ты будешь старпером, будешь у себя в кабинете чаи гонять, а молодняк на тебя пахать будет без продыху ? Кррраситищща !
;)

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

> msguns © (15.03.06 11:13) [93]

Я знал, что ты обязательно что-то запостишь в ответ :))))))

← →
msguns © (2006-03-15 11:15) [95]

>Nikolay M. © (15.03.06 11:14) [94]
>Я знал, что ты обязательно что-то запостишь в ответ :))))))

Гад ты однако, Ник ! ;)))

← →
Sandman25 © (2006-03-15 11:17) [96]

Nikolay M. © (15.03.06 11:11) [92]

date_end = param_date + 1;

where thedate between param_date and date_end?

← →
stone © (2006-03-15 11:17) [97]

> Есть таблица с полем дата-время. Ессесно, по нему есть индекс.
> Задача: на Т-SQL выбрать все записи за конкретную дату
> @ReportDate.

Народ не учитывал время?

← →
Nikolay M. © (2006-03-15 11:29) [98]

> msguns © (15.03.06 11:15) [95]
> Гад ты однако, Ник ! ;)))

Гыгы :)))

> Sandman25 © (15.03.06 11:17) [96]
>
> date_end = param_date + 1;
>
> where thedate between param_date and date_end?

Да. Чаще были попытки написать что-то вроде
ExtractDateExpression (date_time_field) = @ReportDate
И даже после подсовывания под нос "правильного" варианта не каждый мог сказать, что в одном варианте будет использоваться индекс, а в другом - нет.
Имхо, претендуя на зарплату в 1.5КБ такие вещи все-таки нужно знать.

← →
Nikolay M. © (2006-03-15 11:30) [99]

> stone © (15.03.06 11:17) [97]
> Народ не учитывал время?

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

← →
paul_k © (2006-03-15 11:31) [100]

> [91] Nikolay M. © (15.03.06 11:06)
> В последние полгода обеды стали дороже, а порции меньше
> :(

приезжай к нам обедать:) заодно и пивка попьем...

← →
Nikolay M. © (2006-03-15 11:33) [101]

> paul_k © (15.03.06 11:31) [100]

Я по первости ездил обедать аж на Красные Ворота, на предыдущую работу :)
А ты где территориально? :)

← →
Sandman25 © (2006-03-15 11:34) [102]

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

Люди пытались продемонстрировать знание функций :)
Я думаю, в недалеком будущем будут созданы такие оптимизаторы SQL, которые смогут использовать индекс в случае с ExtractDate. Честно говоря, я удивлен, почему уже сейчас такого нет.

← →
paul_k © (2006-03-15 11:36) [103]

> Есть таблица с полем дата-время. Ессесно, по нему есть индекс.
> Задача: на Т-SQL выбрать все записи за конкретную дату @ReportDate.

а что такого?
отрубаем от @ReportDate время (если надо, а обычно - надо)
далее >=@ReportDate and < dateadd(dd,1,@ReportDate)

Только писать таким способом начинают после 10-го наступления на грабли..

Да и причем тут индекс.
надо выбрать записи за период день а они ищуть на конкретное время.@ReportDate. обычно это 00:00:00.

← →
paul_k © (2006-03-15 11:37) [104]

> [101] Nikolay M. © (15.03.06 11:33)
> А ты где территориально? :)

Погодинская. минут 15 от тебя на машине или 20 на метро и пешком

← →
Nikolay M. © (2006-03-15 11:38) [105]

> Sandman25 © (15.03.06 11:34) [102]
> Люди пытались продемонстрировать знание функций :)

Мне не нужна демонстрация знаний, которые могут быть получены из БОЛ за 5 минут :)
А индексация AnyFunction (IndexedField) вряд ли когда-либо будет осуществлена, имхо.

← →
Sandman25 © (2006-03-15 11:39) [106]

Nikolay M. © (15.03.06 11:38) [105]

Для ExtractDate должны исключение сделать.

← →
Nikolay M. © (2006-03-15 11:43) [107]

> paul_k © (15.03.06 11:36) [103]
> а что такого?
>
> Только писать таким способом начинают после 10-го наступления
> на грабли..

Вот я и понимаю сразу - были ли эти грабли или человек просто книжку полистал.

> Погодинская. минут 15 от тебя на машине или 20 на метро
> и пешком

А есть где поесть? Честно говоря, по нынешней погоде ломает куда-то тащиться, а вот подсохнет - можно.

← →
Nikolay M. © (2006-03-15 11:45) [108]

> Sandman25 © (15.03.06 11:39) [106]
> Для ExtractDate должны исключение сделать.

Вряд-ли :)
Проще научить программистов пользоваться DateTimeField BETWEEN ... :)

← →
paul_k © (2006-03-15 11:45) [109]

> [107] Nikolay M. © (15.03.06 11:43)

Да у нас в банке столовка не плохая. и всего 120 ре:)

← →
Курдль © (2006-03-15 11:47) [110]

А вот что подумал.
Если крупный холдинг использует MS SQL Server, и автоматизаторы не только с этим не борятся, но и еще совершенно спокойно набирают команду "на будущее", то как это вообще называется?..

← →
Igorek © (2006-03-15 11:47) [111]

> Это признак того, что у тебя мало опыта по работе с БД.
> Вот примитивный вопрос, не каждый мог мне на него правильно
> ответить, хотя такая задача встречается по 10 раз на дню.
>
> Есть таблица с полем дата-время. Ессесно, по нему есть индекс.
> Задача: на Т-SQL выбрать все записи за конкретную дату
> @ReportDate.

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

Каковы типы @ReportDate и колонки с датой? Какое время в @ReportDate?

А запрос я бы написал так:
1) две переменные типа данных как столбец
2) вычислить точное начало - конец отчета
3) и запрос
select * from t
where t. dt > @startDate and t. dt < @stopDate

Теперь скажи, какой надо добавить хинт, что-бы улучшить запрос?

← →
stone © (2006-03-15 11:48) [112]

> Курдль © (15.03.06 11:47) [110]
> А вот что подумал.
> Если крупный холдинг использует MS SQL Server, и автоматизаторы
> не только с этим не борятся, но и еще совершенно спокойно
> набирают команду "на будущее", то как это вообще называется?
> ..

А в чем проблема?

← →
Nikolay M. © (2006-03-15 11:49) [113]

> paul_k © (15.03.06 11:45) [109]
> Да у нас в банке столовка не плохая. и всего 120 ре:)

Ок, будет время и погода - спишемся :)
А что, и пиво есть? :)

← →
Igorek © (2006-03-15 11:50) [114]

Я имею ввиду:

> <query_hint > ::=
> { { HASH | ORDER } GROUP
> | { CONCAT | HASH | MERGE } UNION
> | { LOOP | MERGE | HASH } JOIN
> | FAST number_rows
> | FORCE ORDER
> | MAXDOP number_of_processors
> | OPTIMIZE FOR ( @variable_name = literal_constant [ ,
> …n ] )
> | PARAMETERIZATION { SIMPLE | FORCED }
> | RECOMPILE
> | ROBUST PLAN
> | KEEP PLAN
> | KEEPFIXED PLAN
> | EXPAND VIEWS
> | MAXRECURSION number
> | USE PLAN N"xml_plan"
> }

← →
Nikolay M. © (2006-03-15 11:51) [115]

> Курдль © (15.03.06 11:47) [110]
> Если крупный холдинг использует MS SQL Server

Ты про Уралсиб? У нас десятки, если не сотни серверов от FB до Оракла.
Не понял смысл поста... :(

← →
Курдль © (2006-03-15 11:52) [116]

> stone © (15.03.06 11:48) [112]
> А в чем проблема?

В MS SQL Server-е, конечно!!! :)

← →
stone © (2006-03-15 11:52) [117]

> Курдль © (15.03.06 11:52) [116]
>
> > stone © (15.03.06 11:48) [112]
> > А в чем проблема?
>
>
> В MS SQL Server-е, конечно!!! :)

Какая?

← →
paul_k © (2006-03-15 11:53) [118]

> [110] Курдль © (15.03.06 11:47)

нормально это называется. От задач зависит.

← →
Nikolay M. © (2006-03-15 11:53) [119]

> Igorek © (15.03.06 11:47) [111]
> Теперь скажи, какой надо добавить хинт, что-бы улучшить
> запрос?

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

← →
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]

Угу

← →
Piter © (2006-03-15 19:59) [149]

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

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

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

← →
Petr V. Abramov © (2006-03-15 20:43) [150]

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

← →
Petr V. Abramov © (2006-03-15 20:49) [151]

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

← →
Anatoly Podgoretsky © (2006-03-15 21:04) [152]

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

← →
Petr V. Abramov © (2006-03-15 21:06) [153]

Ну у нас же цивилизованный коллектив, слабого не бьют, потому согласен с [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 минут на задачу. В распоряжении кандидата только голова, бумага и ручка.

> Nikolay M. © (15.03.06 18:36) [147]

Мне бы Ваши проблемы! :)
Т.е. Вы оцениваете степень мастерства претендента по его умению выжать последние крохи быстродействия из SQL сервера? :)

> Т.е. Вы оцениваете степень мастерства претендента по его
> умению выжать последние крохи быстродействия из SQL сервера?
> :)

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

> [161] Курдль © (16.03.06 09:36)

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

> Bless © (16.03.06 09:07) [159]
> И еще, когда опубликуешь, напиши, сколько времени на эти
> задачки дается, пожалуйста.
> Бум ждать.

Это заочная задачка, дособеседовательная. Например, один кандидат прислал вариант с кучей SELECT FROM SELECT и не учел даже половины условий из задачи, хотя я вполне допускал, что некоторые моменты могут быть поняты неоднозначно из-за незнания предметной области и был готов закрыть на это глаза. Ввиду его завышенных пожеланий к зарплате, собеседование так и не состоялось, что сэкономило время нам обоим.
Задачку придумал на коленке, вечером, за 15 минут, она очень приближена к боевым условиям. Сам я ее не решал :)

> Igorek © (16.03.06 09:48) [162]
> paul_k © (16.03.06 09:50) [163]

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

> Sandman25 © (16.03.06 10:19) [166]
> и вообще решить не могу :)

Мне ежедневно приходится писать гораздо более сложные запросы :(

> Nikolay M. © (16.03.06 10:15) [165]

Интересно, а как Вы оценили бы кандидата, пишущего такие запросы:

select A.A_ID, A.A_NAME, D.D_NAME, (select sum(B.B_SUMMA) from B where B.A_ID = A.A_ID) as B_SUMMA, (select sum(C.C_SUMMA) from C where C.A_ID = A.A_ID) as C_SUMMA, from A left outer join (D, E, F) on D.A_ID = A.A_ID and E.D_ID = D.D_ID and F.E_ID = E.E_ID?

Это важно, поскольку у старых ораклистов и мускулистов разные подходы к таким запросам.

> Sandman25 © (16.03.06 10:23) [169]
> Разве это плохо? Хотя, конечно, если действительно каждый
> день...

Нет, не плохо, но бывает, что немного надоедает :)

> Курдль © (16.03.06 10:25) [170]
> Интересно, а как Вы оценили бы кандидата, пишущего такие
> запросы:

Никак. Это PL/SQL, а я не знаю, насколько оптимально выполнение такого запроса ораклом. Встречал мнение, что разбиение большого страшного запроса, как это любят делать в MS SQL, в оракле не годится - вроде, оракл любит самостоятельно разруливать именно многоэтажные запросы с кучей подзапросов, джойнов и тд. Возможно, я ошибаюсь.

> [170] Курдль © (16.03.06 10:25)

Без условий задачи оценить решение? мдя...
если чесно, то увидев таблицы A,B,C,D - послал бы такого кандидата не взирая на звания и регалии и все прочее.. Ибо если человет какие псевдонимы таблицам дает - то явно не сработаемся.

[173] Nikolay M. © (16.03.06 10:36)
это не пл/скл, а незнамо что такое. :)
по-крайней мере и mssql и орокол на такой синтаксис: join (D, E, F) ругаюцца.

> Danilka © (16.03.06 11:00) [176]
> по-крайней мере и mssql и орокол на такой синтаксис: join
> (D, E, F) ругаюцца.

Где-то я точно видел такой синтаксис.
О, кажется, Курдль как-то писал...

Курдль © (16.03.06 10:25) [170]

> Интересно, а как Вы оценили бы кандидата, пишущего такие
> запросы:

Я бы плохо оценил. Не вдаваясь в суть запроса, только по слову "SUMMA"

> Nikolay M. © (16.03.06 10:36) [173]
> Никак. Это PL/SQL

Нет. Это чистый ANSI.

> paul_k © (16.03.06 10:57) [174]
> если чесно, то увидев таблицы A,B,C,D - послал бы такого кандидата

Как правильно сказал Nikolay M., это общепринятая форма написания примеров. Так что поостереглись бы посылать кого не попадя :)

> Danilka © (16.03.06 11:00) [176]
> по-крайней мере и mssql и орокол на такой синтаксис: join
> (D, E, F) ругаюцца.

MS SQL должен сожрать, раз его старший брат Sybase ASA съедает.
А оракл, старше 9го, съедает с доработкой типа внутри скобок (D inner join F on F.D_ID = D._D_ID и т.д.)

> Игорь Шевченко © (16.03.06 11:15) [178]
> Я бы плохо оценил. Не вдаваясь в суть запроса, только по
> слову "SUMMA"

Забавно. Во-первых, не "SUMMA", а "В_SUMMA". И что Вы имеете против, если поле действительно означает сумму? Это не противоречит ни спецификации, ни рекомендованным стилям. А вот назвать поле "SUM" было бы и вправду трагично...

> Курдль © (16.03.06 11:20) [180]
> Нет. Это чистый ANSI.

Не поверю до тех пор, пока не залезу в стандарт и не увижу такую форму записи.

SELECT * FROM sysalerts LEFT OUTER JOIN (syscategories, sysjobs) ON 1=2 Server: Msg 170, Level 15, State 1, Line 4 Line 4: Incorrect syntax near ",".

> Danilka © (16.03.06 10:33) [172]
>
> [170] Курдль © (16.03.06 10:25)
> запрос нерабочий :)
>

Разве что из-за запятой перед "from"

> Nikolay M. © (16.03.06 11:25) [182]
> Не поверю до тех пор, пока не залезу в стандарт и не увижу
> такую форму записи.

Тогда посыпаю голову пеплом и забираю свои слова про "чистый ANSI" :(
Интересно, а как бы Вы реализовали мой пример на TSQL? Или на чем бы то ни было, но чтобы он корректно отработал на MS SQL?..

> это общепринятая форма написания примеров

да??? ГОСТ в студию. Или норму опубликованую. :)
Мне всеже казалось что примеры пишуть TableA,TableB, ViewC и так далее.
Опять же - у каждого свои взгляды..

> Интересно, а как бы Вы реализовали мой пример на TSQL?

Условие задачи где?. Было бы - легко реализовали бы:)

[180] Курдль © (16.03.06 11:20)
Если "раскрыть скобки", то, таки да, съест и орокол старше 9-ки и mssql.
Но даже если все открячить, выкинуть лишние соединения, или добавить их обработку в секцию select, то, цитирую: "Без условий задачи оценить решение?".

> paul_k © (16.03.06 11:35) [185]
> Условие задачи где?. Было бы - легко реализовали бы:)

Ок! :)
Если Вам не лениво будет решить, я не поленюсь составить условие :)

> Курдль © (16.03.06 11:30) [184]
> Тогда посыпаю голову пеплом и забираю свои слова про "чистый
> ANSI" :(

Да уж. Просто АНСИ - это очень убогий стандарт, поэтому был очень удивлен таким заявлением.

В том примере LEFT JOIN (A, B, C) элементарно разворачивается в 3 JOIN-а:

FROM a LEFT JOIN A ON ... LEFT JOIN B ON ... LEFT JOIN C ON ...

Вот такая форма, если не ошибаюсь, уже будет соответствовать ANSI, а подзапросы суммирования в части SELECT - нет.

Условие задачи.

Существуют следующие таблицы:
A - договор
B - заявка, относящаяся к договору, как "много-к-одному"
C - платежка, относящаяся к договору, как "много-к-одному"
D - расчетный счет, относящийся к договору, как "один-к-одному"
E - распорядитель (юр. лицо), относящийся к счету, как "один-ко-многим"
F - субъект, относящийся к распорядителю, как "один-ко-многим"

Надо составить набор данных из договоров, с указанием общей суммы заявок и общей суммы платежек по каждому и (если таковые есть) наименованиями получателей(юр. лицами), указанными в р/с договора.
(Поле "наименование" имеется только у таблицы F).

Надеюсь, не ошибся в своем "реверс-инжиниринге" :)

1.
A - договор
...
D - расчетный счет, относящийся к договору, как "один-к-одному"
а нафига?

2. Необходимы все договора, в т.ч. и те, по которым небыло ниодной заявки/платежки?
3. Нафига в твоем запросе внешние соединения, если он для решения данной задачи?
ну и т.д.

или договор м.б. без р/с, распорядителя и субъекта?

> 2. Необходимы все договора, в т.ч. и те, по которым небыло
> ниодной заявки/платежки?

Да. Пусть будет так.

> 3. Нафига в твоем запросе внешние соединения, если он для
> решения данной задачи?

В договоре может быть и не указан счет. Тогда как без внешних соединений?
Читай: "...и (если таковые есть) наименованиями получателей

"

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

Прием резюме еще не окончен.

Чё притихли? Мож у меня тоже вакансия есть?! :)

Упрощаю задачу - не поленился нарисовать модель, хоть и не совсем по первоначальному моему запросу: http://www.kurdl.h15.ru/pages/pictures/diagram.gif

[193] Nikolay M. © (16.03.06 12:29)
> Ни разу не возражаю против развернувшегося оффтопа

это хорошо :)

> но все-таки хотелось бы обратить внимание на сабж.

дык, воть, ветку поднимаем, глядишь, кто и заинтересуецца. :)

[194] Курдль © (16.03.06 13:05)
как я понял, надо 4 поля: id договора, два поля с суммами по заявкам/оплатам и еще одно - наименование субъекта, так? и в чем проблема-то? простейшая задачка. если по наименованию субъекта не требуется фильтрация/сортировка, то яб вообще взял селект из таблицы договоров и три подзапроса, два считаюших суммы, третий вытаскивающий субъекта.

> яб вообще взял селект из таблицы договоров и три подзапроса,
> два считаюших суммы, третий вытаскивающий субъекта.

А почему третий - подзапрос, а не внешнее соединение?

> Danilka © (16.03.06 13:41) [197]

А где написано, что внешнее соединение тормознутее подзапроса?

И мне интересно все-таки, как будет выглядеть такой запрос на MS SQL?

> Danilka © (16.03.06 13:31) [195]
> дык, воть, ветку поднимаем, глядишь, кто и заинтересуецца. :)

Так потому и не возражаю :)

> Курдль © (16.03.06 11:51) [189]

Типа такого:
select o.*, r.OrderRequestAmount, p.OrderPaymentAmount, jp.jpName from A as o left join ( select sum(Amount) as OrderRequestAmount, orderID from B group by orderID ) as r on o.ID = r.orderID left join ( select sum(Amount) as OrderPaymentAmount, orderID from C group by orderID ) as p on o.ID = p.orderID left join ( select ac.orderID, jp.[Name] as jpName from D as ac left join E as jp on ac.ID = jp.accountID ) as jp on o.ID = jp.orderID

> Igorek © (16.03.06 14:13) [200]

Замысловато...
Похоже на запрос для ранних версий оракла.
Но подозреваю, что group by будет пожирать очень много времени.
Сильно отличается от того, что я написал навскидку для "Sybase ASA" в Курдль © (16.03.06 10:25) [170] (еще один мой респект Watcom!).

Первый акт мрлезонского балета просто суммы по договорам
SELECT t_contract.id AS contract, SUM(t_order.doc_sum) AS order_cum, SUM(t_paydoc.doc_sum) AS pay_sum FROM t_contract LEFT OUTER JOIN t_paydoc ON t_contract.id = t_paydoc.contract_id LEFT OUTER JOIN t_order ON t_contract.id = t_order.contract_id GROUP BY t_contract.id
Второй акт с подбором имени физика 2 варианта
SELECT t_contract.id AS contract, SUM(t_order.doc_sum) AS order_cum, SUM(t_paydoc.doc_sum) AS pay_sum, t_person_j.id AS Expr1, t_person_f.f_name FROM t_contract LEFT OUTER JOIN t_account ON t_contract.acc_id = t_account.id LEFT OUTER JOIN t_order ON t_contract.id = t_order.contract_id LEFT OUTER JOIN t_paydoc ON t_contract.id = t_paydoc.contract_id LEFT OUTER JOIN t_person_j LEFT OUTER JOIN t_person_f ON t_person_j.id = t_person_f.person_jur_id ON t_account.person_jur_id = t_person_j.id GROUP BY t_contract.id, t_person_f.f_name
или достаем имя физика подзапросом
SELECT t_contract.id AS contract, SUM(t_order.doc_sum) AS order_cum, SUM(t_paydoc.doc_sum) AS pay_sum, (SELECT t_person_j.id AS Expr1, t_person_f.f_name FROM t_account LEFT OUTER JOIN t_person_j LEFT OUTER JOIN t_person_f ON t_person_j.id = t_person_f.person_jur_id ON t_account.person_jur_id = t_person_j.id where t_account.id = t_contract.acc_id ) as F_Name FROM t_contract LEFT OUTER JOIN t_paydoc ON t_contract.id = t_paydoc.contract_id LEFT OUTER JOIN t_order ON t_contract.id = t_order.contract_id GROUP BY t_contract.id

вроде не сильно налажал..

не таки налажал.. откуда то взял что "Р/С в договоре может отсутствовать" мдя
тогда тока так
SELECT t_contract.id AS contract, SUM(t_order.doc_sum) AS order_cum, SUM(t_paydoc.doc_sum) AS pay_sum, t_person_j.id AS Expr1, t_person_f.f_name FROM t_contract INNER JOIN t_account ON t_contract.acc_id = t_account.id LEFT OUTER JOIN t_order ON t_contract.id = t_order.contract_id LEFT OUTER JOIN t_paydoc ON t_contract.id = t_paydoc.contract_id LEFT OUTER JOIN t_person_j LEFT OUTER JOIN t_person_f ON t_person_j.id = t_person_f.person_jur_id ON t_account.person_jur_id = t_person_j.id GROUP BY t_contract.id, t_person_f.f_name

> Курдль © (16.03.06 14:37) [201]
> Но подозреваю, что group by будет пожирать очень много времени.

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

> paul_k © (17.03.06 09:30) [206]
> и что, я сосвсем лажу написал? или как?

Извини, не проверял :) Как-нить на досуге на реальной базе посмотрю, а то ныне у меня, как у Винни Пуха: "... в голове опилки и длинные слова меня только огорчают" :)

Я бы написал так, как написал в [170].

Жаль, что Николай, - эксперт по супер-запросам, не проявил интереса к нашим попыткам.

> Курдль © (17.03.06 10:01) [207]
> Жаль, что Николай, - эксперт по супер-запросам, не проявил
> интереса к нашим попыткам.

Под..под.. подколол :)))
Павел прав - мне бы сейчас действительно продержаться до выхода нового сотрудника :) И так уже на двух стульях сижу. Так что вы уж пока без меня как-нибудь :)

[205] Igorek © (16.03.06 15:25)
Ню-ню.
Таки да, твои подзапросы карашо распаралеливается, однако, потом они все соединяюцца с таблицей договоров и чего там говорит план запроса, скока это будет стоить?
Кроме того, в реальной ситуации редко когда требуется инфа по всем договорам, скорее всего потребуется либо по открытым, либо за период, либо по тем, у которх есть неоплаченый остаток.
Для первых двух, таки, вытаскивать суммы будет намного оптимальнее, чем твой вариант с добавлением условий.
Третий вариант, тут лучше ввести регистр, по которому и фильтровать.

Да, Есть подозрение, что я присоеденюсь к Николаю в поиске людей....

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

> paul_k © (20.03.06 11:14) [213]
> от попробую поработать хедхантером в свободное время

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

ээээ... сейчас студиозусы дипломы дописывають. От их и поставлено целью ловить:)

кстати, не скинешь свою задачку на почту? крнкуренту:)

> ээээ... сейчас студиозусы дипломы дописывають. От их и поставлено
> целью ловить:)

Ууу.. Сочуйствую.
Только вот этого не бери

http://www.sql.ru/forum/actualthread.aspx?tid=266933&pg=1
http://www.sql.ru/forum/actualthread.aspx?tid=251058

А то увольнять потом замучаешься :)))

Если найду задачку, что я студентам давал - кину. То, что я сейчас даю, для студиотузов будет сложновато.

> Если найду задачку, что я студентам давал - кину. То, что
> я сейчас даю, для студиотузов будет сложновато.

Студиозус студиозусу люпус эст:)
все давай. :) В свою очередь обещаю, что как только до своих тестов доберусь обязательно перешлю в ответ

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