Хочу найти работу в Санкт-Петербурге

← →
blackman © (2008-10-03 13:12) [80]

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

← →
Empleado © (2008-10-03 13:32) [81]

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

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

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

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

← →
Раиса © (2008-10-03 13:48) [82]

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

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

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

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

← →
data © (2008-10-03 14:48) [83]

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

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

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

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

← →
Ega23 © (2008-10-03 14:51) [84]

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

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

← →
data © (2008-10-03 15:36) [85]

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

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

← →
Городской Шаман (2008-10-03 17:24) [86]

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

← →
Городской Шаман (2008-10-03 17:27) [87]

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

← →
Jeer © (2008-10-03 17:38) [88]

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

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

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

← →
data © (2008-10-03 17:58) [89]

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

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

← →
Jeer © (2008-10-03 18:08) [90]

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

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

← →
MsGuns © (2008-10-04 02:12) [91]

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

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

← →
Раиса © (2008-10-05 01:09) [92]

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

DECLARE cursor_pos CURSOR SCROLL FOR select top 2 latitude,longitude,datetime from pos -- where id_mn=@id_MN было раньше и работало 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 order by datetime desc

То есть если подзапрос (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 ...)

← →
MsGuns © (2008-10-05 17:30) [93]

>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

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

← →
Ega23 © (2008-10-05 19:33) [94]

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

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

← →
Раиса © (2008-10-05 19:42) [95]

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

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

← →
Palladin © (2008-10-05 19:54) [96]

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

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

← →
{RASkov} © (2008-10-05 20:06) [97]

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

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

← →
Раиса © (2008-10-05 20:08) [98]

MsGuns © (05.10.08 17:30) [93]

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

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

← →
@!!ex © (2008-10-05 20:56) [99]

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

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

← →
ANB (2008-10-06 12:09) [100]

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

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

Оракл учить надо. И з/п выше, и прям щас навскидку пару контор где опытную ораклистку оторвут с з/п от 70 тыр на руки. Правда - в Москве.

Ну и плюс меньше таких граблей, т.к. оракл сразу приучает к аккуратности в скалярных запросах :)

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

> ANB (06.10.08 12:09) [100]

id_tck=(select MIN(id_TCK) from mn where id_mn=@id_MN))
id_tck=(select top 1 id_TCK from mn where id_mn=@id_MN))

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

← →
ANB (2008-10-06 14:14) [102]

> Так правильно, не спорю (как правило так и пишу). Но вопрос-
> то не в этом. А в том, почему при одних и тех условиях запросы
> в Query Analyzer отрабатывают и показывают значение переменной,
> а функция значения не возвращает ничего и зависает при
> тех же данных

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

Кстати, тут мысль пришла: а как насчет военной службы? Наверняка есть места, где требуются люди со знаниями языков программирования и СУБД. Опять же, возможно решение жилищного вопроса - не отдельная квартира, но какая-нибудь комната в ДОСе, например...

> какая-нибудь комната в ДОСе

лучше в Виндах -)

> почему ... функция значения не возвращает ничего и зависает при тех же данных.

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

> [92] Раиса © (05.10.08 01:09)

> Интересно, почему?

потому что

ну стопудово IN не использовать
from pos inner join mn m on pos.id_mn = m.id_mn inner join mn n on n.id_tck = m.id_tck where n.id_mn=@id_MN и так далее

стопудово если поле названо зарезервированым словом брать его в квадратные скобки [datetime] а не datetime

> [98] Раиса © (05.10.08 20:08)
> А написала, потому что удивлена, что в Query Analyzer запросы
> отрабатывают, а функция значения не возвращает при тех же
> данных.

а как она объявлена?

> [101] Раиса © (06.10.08 14:06)
> Так правильно,

стопудово?

> ЮЮ © (09.10.08 11:09) [106]

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

> Павел Калугин © (15.10.08 10:53) [107]

inner join mn m on pos.id_mn = m.id_mn inner join mn n on n.id_tck = m.id_tck
Сегодня исправила на почти так... пока работает...

> стопудово если поле названо зарезервированым словом брать
> его в квадратные скобки [datetime] а не datetime

Раньше брала в [], сейчас для MS SQL не беру, и вроде проблем нет...

> > [101] Раиса © (06.10.08 14:06)
> > Так правильно,
>
> стопудово?

Ну, корректнее...

Спасибо за советы... Но до сих пор для меня странно, почему практически одно и то же при вызове функциии виснет, а в QA - отрабатывает. Хотя ответ ANB (06.10.08 14:14) [102] немного успокаивает...

Хочу найти работу в Санкт-Петербурге Найти похожие ветки