Перейти к содержимому


Ads
Фотография
* * * - - 3 Голосов

Требуется специалист в ИТ отдел. Поддержка программ.

SQL поддержка

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 56

#41 Mordva givi

Mordva givi

    ПТвод

  • Почетный житель
  • PipPipPipPip
  • 2 787 сообщений

Отправлено 07.12.2017, 14:23

Флудеры smile.png

Вы про квартальные? % не озвучены.

В среднем +1 ЗП.

А вот писать запросы к СУБД это уже далеко не каждый ИТшник умеет.

Ну тут по специализации. Хотя организмы "программирую сайты", не понимающие БД, попадаются. Что там он пишет, что за "копроративные" сайты без БД...
А я говорю - В АНГАР! (с) Об.268
Поддерживаю! (с) Об. 212А

#42 marazm1

marazm1

    Аксакал

  • Почетный житель
  • PipPipPipPip
  • 1 925 сообщений

Отправлено 07.12.2017, 14:25

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


На иномарках ездят те, у которых нет средств содержать ВАЗ!


#43 nheco

nheco

    другая сторона

  • Почетный житель
  • PipPipPipPip
  • 2 820 сообщений

Отправлено 07.12.2017, 14:26

А вот писать запросы к СУБД это уже далеко не каждый ИТшник умеет.

 

Аааааа.... я мегакруртой итишник, я пишу create database, чтобы потом к ней кто-то писал селекты. )))))



#44 008

008

    [George Lazenby]

  • Почетный житель
  • 3 918 сообщений

Отправлено 07.12.2017, 14:36

Аааааа.... я мегакруртой итишник, я пишу create database, чтобы потом к ней кто-то писал селекты. )))))

 

Ну тогда я хакер, я пишу drop database spiteful.gif


Zork-Metal-Smiley.gif


#45 Сhes

Сhes

    Ружьё - друг человека.

  • Небожитель
  • PipPipPipPipPipPipPip
  • 15 269 сообщений

Отправлено 07.12.2017, 15:11

Аааааа.... я мегакруртой итишник, я пишу create database, чтобы потом к ней кто-то писал селекты. )))))

а что аааа то?
Или по твоему каждый кто причастен к ИТ сфере это должен уметь?
Ладно этож СГФ, тут каждый супергуру во всём, а ещё подпольный олегарх new_russian.gif


У кошки четыре ноги: вход (in), выход (out), земля (gnd) и питание (vcc).


#46 nheco

nheco

    другая сторона

  • Почетный житель
  • PipPipPipPip
  • 2 820 сообщений

Отправлено 07.12.2017, 15:23

а что аааа то?
Или по твоему каждый кто причастен к ИТ сфере это должен уметь?
Ладно этож СГФ, тут каждый супергуру во всём, а ещё подпольный олегарх new_russian.gif

 

А в чем сложность потратить час рабочего времени на изучение этого?
 



#47 Сhes

Сhes

    Ружьё - друг человека.

  • Небожитель
  • PipPipPipPipPipPipPip
  • 15 269 сообщений

Отправлено 07.12.2017, 15:25

А в чем сложность потратить час рабочего времени на изучение этого?
 

Точно и потом ещё час на каждое их направлении ИТ и через пару лет ты мегамозг smile.png


Потратить время, выучить и понять что делаешь и зачем совершенно разные вещи.


Сообщение отредактировал Сhes: 07.12.2017, 15:26

У кошки четыре ноги: вход (in), выход (out), земля (gnd) и питание (vcc).


#48 nheco

nheco

    другая сторона

  • Почетный житель
  • PipPipPipPip
  • 2 820 сообщений

Отправлено 07.12.2017, 15:36

))) Я к тому, что для селектов никаких сакральных знаний не требуется, чтобы слыть далеко не каждым.



#49 Сhes

Сhes

    Ружьё - друг человека.

  • Небожитель
  • PipPipPipPipPipPipPip
  • 15 269 сообщений

Отправлено 07.12.2017, 16:24

))) Я к тому, что для селектов никаких сакральных знаний не требуется, чтобы слыть далеко не каждым.

Гайки то же крутить может каждый, только кто понимает что и зачем он крутит единицы.


Как и паять например.


У кошки четыре ноги: вход (in), выход (out), земля (gnd) и питание (vcc).


#50 albo

albo

    Старожил

  • Житель
  • 358 сообщений

Отправлено 07.12.2017, 17:32

))) Я к тому, что для селектов никаких сакральных знаний не требуется, чтобы слыть далеко не каждым.

 

Не могу согласиться. Самые часто используемые запросы это SELECT, INSERT, UPDATE и DELETE.

И SELECT самый сложный.

Я конечно не про select * from table1, а про подзапросы, запросы к нескольким таблицам, группировки, агрегатные функции и т.д.

А вот по INSERT, UPDATE и DELETE можно сказать "никаких сакральных знаний не требуется".


Гений никогда никому не скажет, что он гений. По себе знаю.

#51 vita1ik

vita1ik
  • Новосел
  • 2 сообщений

Отправлено 08.12.2017, 00:22

Если вы знаете CRUD, это еще не значит что вы умете проектировать БД, просто в школе на информатике вы не спали, как остальные.

 

А вот по INSERT, UPDATE и DELETE можно сказать "никаких сакральных знаний не требуется".

Это заблуждение.

 

Приведу "простой" пример на удаление "лишних" записей.

Жизненный.

Смеркалось.

Утро.

К вам на работу идут налоговые инспекторы. Уже поднимаются по лестнице. 

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

- Удали все записи  в базе продажи продукции, где цена продажи была выше
   цены указанной в действовавшем на момент продажи прайсе.
В ручную не успеть, налоговая уже в коридоре, а пачка жирная. 
И в то время, пока главбух доедает последнюю накладную,
вы "простым" удалением зарабатывайте лежащую на столе котлету из бабла.
вот примерно так:
delete prodano 
from prodano inner join
(
select t1.[id] as ID, t1.tovarID, price, price_real, t1.dataprice as data_prodano, min(t2.dataprice) as data_price
from prodano as t1 left join prices as t2 
  on t1.tovarID = t2.tovarID and t1.dataprice >= t2.dataprice 
group by  t1.[id], t1.tovarID, price, price_real, t1.dataprice
having price > price_real
)  list_na_delete on prodano.ID = list_na_delete.ID


#52 PavelRM

PavelRM

    Небожитель

  • Небожитель
  • PipPipPipPipPip
  • 6 496 сообщений

Отправлено 08.12.2017, 10:08

 

Это заблуждение.

 

delete prodano 
from prodano inner join
(
select t1.[id] as ID, t1.tovarID, price, price_real, t1.dataprice as data_prodano, min(t2.dataprice) as data_price
from prodano as t1 left join prices as t2 
  on t1.tovarID = t2.tovarID and t1.dataprice >= t2.dataprice 
group by  t1.[id], t1.tovarID, price, price_real, t1.dataprice
having price > price_real
)  list_na_delete on prodano.ID = list_na_delete.ID

 

 

И в итоге использовал подзапрос со "сложным" select, а delete так и остался простым. Что и требовалось доказать ))


Какую бы глупость не придумала голова, что бы не сказал злой язык, что бы не сделали кривые руки, куда бы не принесли бешеные ноги, за все достается жoпe.
© bash.org.ru


#53 vita1ik

vita1ik
  • Новосел
  • 2 сообщений

Отправлено 08.12.2017, 10:44

Кто скажет что это не delete, пусть первый кинет в меня пачку денег )))

 

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



#54 Mordva givi

Mordva givi

    ПТвод

  • Почетный житель
  • PipPipPipPip
  • 2 787 сообщений

Отправлено 08.12.2017, 11:10

Селект то не очень сложный. Вот когда с 3 баз предвыборку надо сделать с расчетными полями, а уж потом на ней построить сцепку с данными... Вкусно получается.
А я говорю - В АНГАР! (с) Об.268
Поддерживаю! (с) Об. 212А

#55 true

true

    Небожитель

  • Небожитель
  • PipPipPipPipPipPip
  • 11 581 сообщений

Отправлено 12.12.2017, 10:16

И в итоге использовал подзапрос со "сложным" select, а delete так и остался простым. Что и требовалось доказать ))

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

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


можно и на простой таблице из 15 полей и простым селектом веселья немеряно поднять smile.png
p.s.
я не говорю про условия вида DELETE FROM bla WHERE id > 10 smile.png а то сейчас санными тряпками закидаете
С приходом опыта многие задачи становятся нам не только по плечу, но и глубоко по %%%.

#56 Mordva givi

Mordva givi

    ПТвод

  • Почетный житель
  • PipPipPipPip
  • 2 787 сообщений

Отправлено 12.12.2017, 10:58

Вакансия закрыта. Всем переживающим спасибо :)


А я говорю - В АНГАР! (с) Об.268
Поддерживаю! (с) Об. 212А

#57 nheco

nheco

    другая сторона

  • Почетный житель
  • PipPipPipPip
  • 2 820 сообщений

Отправлено 12.12.2017, 11:06

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


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





Темы с аналогичным тегами SQL, поддержка

Количество пользователей, читающих эту тему: 2

0 пользователей, 2 гостей, 0 скрытых пользователей