то на такие вакансии это будет сделать достаточно просто
Точно не проснулся :)
Писал уже в  (02.10.08 20:49) [55]

> Городской Шаман   (02.10.08 19:02) [49]

Неубедительно


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

Ты думаешь этого нет у грузчиков в Германии? и они не таскают холодильники сисадминам?

> clickmaker ©   (03.10.08 12:33) [78]
> > А что, в Питере нет небольших компаний, занимающихся каким-
> > то производством?
> есть и з/п программистов там от 10000р

Всё правильно, была вакансия на ЛЭМЗ (электросчетчики) 17000 руб., но как-то такая зарплата меня не вдохновила на отправку резюме.


> data ©   (03.10.08 12:13) [75]

Спасибо, уже опубликовала резюме сегодня на hh.

> Всё правильно, была вакансия на ЛЭМЗ (электросчетчики) 17000
> руб., но как-то такая зарплата меня не вдохновила на отправку
> резюме.


правильно, надо ценить себя.


> На позицию в 50000 рублей, в ситуации Раисы, ИМХО, сложно
> рассчитывать.


не согласна. Это сильно зависит от амбиций Раисы, а также от ее предыдущей позиции и опыта.

> не согласна. Это сильно зависит от амбиций Раисы, а также
> от ее предыдущей позиции и опыта.


Вообще - безусловно, всё в её руках. Но если человек сомневается
Немного знаю (или мне так кажется) Delphi, MS SQL.  
то "меня терзают смутные сомнения" (с).

> Немного знаю (или мне так кажется) Delphi, MS SQL.

да, такие слова, конечно, нельзя говорить на собеседовании:)

Удалено модератором

Удалено модератором

> то "меня терзают смутные сомнения" (с).


Меня они даже не терзают, увы.
( в отношении ее, есс-но )

Я б рекомендовал - няней. К новым "нацпочтинеимеетзначения".

> Я б рекомендовал - няней. К новым "нацпочтинеимеетзначения".


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

> зачем делать шаги вниз, когда можно (и нужно) вверх.


Согласен, но если человек спрашивает куда идти, то ответ - только "вниз".
Поскольку и если готов вверх - спрашивать не будет.

>data ©   (03.10.08 17:58) [89]

Наташ, ты такая хорошая, мы все тебя любим, но..
Иногда такое ощущение, что ты живешь в какой-то оранжерее, ей-богу ;)))

Только что пришла с работы, там была проблема. Оказалось, что функция (исправленная 4 дня назад) при вызове из программы и из Query Analyzer (MS SQL Server 2000) зависает. Привожу кусок из функции:




То есть если  подзапрос (select id_mn from mn where id_tck=(select id_TCK from mn  where id_mn=@id_MN)) and (id_inf=@id_inf1 or id_inf=isnull(@id_inf2,@id_inf1) ) возвращает более одного значения, то функция не отрабатывает. А если подзапрос возвращает одно значение, то функция отрабатывает (и отработала после исправления примерно 40000 раз).  Причем, если запускать запросы (а не вызывать функцию) из этой функции в Query Analyzer, то всё нормально отрабатывает.

Интересно, почему?  и кто-нибудь с таким сталкивался? (это я к тому, что я немного знаю MS SQL  ...)

>where id_mn in (select id_mn from mn where id_tck=(select id_TCK from mn  >where id_mn=@id_MN))
>and (id_inf=@id_inf1 or id_inf=isnull(@id_inf2,@id_inf1) )
>and datetime<@dt

Ужос ! За такое надо сразу выгонять ;))

> id_tck=(select id_TCK from mn  where id_mn=@id_MN))


Если больше одного значения - то ерунда будет. Либо top 1 добавить, либо не равенство, а in использовать.
В подробности не вдавался, ибо неохота.

> Ega23 ©   (05.10.08 19:33) [94]


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

> Больше одного значения не будет

хто сказал? возьму и вставлю, бо ТЗ поменялось и теперь по нему - так можно

> [95] Раиса ©   (05.10.08 19:42)
> Больше одного значения не будет, поэтому так написано.

Ошибка не в коде, а в том - что так думают и более того - на этом строят код...
:о)

MsGuns ©   (05.10.08 17:30) [93]


Структуры таблиц я не разрабатывала. Подскажите,  как лучше написать, чтобы не было ужаса. Суть запроса в том, что из таблицы выбираются 2 записи по значению поля id_mn=@id_MN (входной параметр), но не только по конкретному @id_MN, но и по всем, у которых id_TCK в таблице mn  такой же как и у заданного @id_MN.

А написала, потому что удивлена, что в Query Analyzer запросы отрабатывают, а функция значения не возвращает при тех же данных.

> [98] Раиса ©   (05.10.08 20:08)

В базах ничего не понимаю... sql не знаю...
но вижу проблему - неадекватные названия переменных...
свое же описание почитайте.
id_MN id_TCK mn id_mn
ассемблер и то понятнее...