Программирование, т. 7

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

вкидывать ссылку на нормальные формы или это слишком лениво будет?

а хотя хуй с ним, нормальные формы

2 - никогда не пиши в фром таблицы через запятую. Найду, убью нахуй

джоин или ничего

А не не получится все в js сделать циферки то я посчитаю, а как выводить эту таблицу обратно грузить через update set и снова запросом на страницу?

2 - никогда не пиши в фром таблицы через запятую. Найду, убью нахуй

какие аргументы против писания через кому?

я когда работал на одной галере со специфической базой на оракле там вечно 100500 таблиц было в селекте и все инер джоины. так я их через кому ебашил и все так делали

что за манера писать "найду убью", "руки поотрываю", "руки отрывать нужно" и т.п.

это какой-то детект дебича

запятую, через запятую.

через кому

какие аргументы против писания через кому?

 

потому что это нихуя не читабельно, так пишут ток деды

когда ты пишешь в анси-92 стандарте, то запрос выглядит структурированым, разделена логика фильтров и условий джойнов, через запятую можешь случайно кросс джойн получить, а еще если там лефт/райт джойны в плюсиках запутаться

короче ебанина полная и сам руки бы отрывал тем, кто так пишет

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

select table3.name from

   table1,

   table2,

   table3,

where

   table1.type_id = ?

   and table2.id = table1.child_id

   and table3.id = table2.child_id

vs

select table3.name from

   table1 join table2 on table1.child_id = table2.id

   join table3 on table2.child_id = table3.id

where

   table1.type_id = ?

если представить что таблиц не 3 а 10, то по мне тут первый вариант гораздо лучше заходит

даже для 3 таблиц первый вариант читабельнее

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

потому что когда у тебя часть кодобазы написана в одном стандарте, а часть в другом - это называется говно из жопы, и когда я пришел консультантом в банк пару лет назад, где 30% кода было написано дидами из 80ых и там были запросы типа

select table3.name from

   table1,

   table2,

   table3,

   table4,

   table5,

   table6,

   table7,

where

   table1.type_id = ?

   and table2.id = table1.child_id+

   and +table3.id = table2.child_id

   and +table4.id = table2.child_id

   and +table4.id = table1.child_id

   and table3.id = table5.child_id

   and +table6.id = table2.child_id

   and +table6.id = table1.child_id

   and table4.id = table7.child_id

   and table4.id = table7.child_id

   and table6.id = х

   and table6.type = у

   and table4.key = z

   and table4.prop = p

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

у общества в котором используется что-либо кроме left join нет будущего!

а если нет аутер джоинов ебать в запросе нахуй

я же пишу по ситуации заюзать можно

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

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

 

select table3.name from

   table1,

   table2,

   table3,

where

   table1.type_id = ?

   and table2.id = table1.child_id

   and table3.id = table2.child_id

 

 

vs

 

select table3.name from

   table1 join table2 on table1.child_id = table2.id

   join table3 on table2.child_id = table3.id

where

   table1.type_id = ?

 

 

если представить что таблиц не 3 а 10, то по мне тут первый вариант гораздо лучше заходит

даже для 3 таблиц первый вариант читабельнее

 

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

потому что

select table3.name from
   table1,
   table2,
   table3,
 
   ой table4
where
   table1.type_id = ?
   and table2.id = table1.child_id
   and table3.id = table2.child_id
   ой, забыл еще один фильтр для джоина, ведь у меня в where помойка из ненужных условий

а вот так

select table3.name
from table1
join table2 on table1.child_id = table2.id
join table3 on table2.child_id = table3.id
where table1.type_id = ?

забыть вообще невозможно, потому что запрос тупо не компилируется

не говоря уже о том, что этот вариант переделывается в лефт джоин 1 словом и вообще комментится из запроса убиранием 1 строчки

а не искать куда размазало твой джоин по всему коду

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

а потом еще начинаются джоины на подзапросы, охуенный where получится, который таблица1, таблица2, (селект с группировкой из еще 5 таблиц), еще 10 таблиц, а само условие соединение где-то в ебенях)))))))

^ представил этот шок-контент, ужаснулся воистину 

в какой вселенной это нормальное дейстиве писать условия джойна таблиц в WHERE?

фромить одновременно из 2+ таблиц это тупо минное поле. если правильно джойнить таблицу то у тебя априори запрос не сработает если ты не укажешь правильно точку джойна

не говоря уже о том что запрос х10 более читаем если ты сразу указываешь что с чем и как ты джойнишь, а не запомнить сначала список таблиц, потом не забыть их к моменту когда ты найдёшь их в помойке из фильтров + джойн-условий в WHERE

лучше уже джойны иммитировать в коде который интерактит с базой

nolock

forceseek

энивей есть очень много монстров оракла которые нассут на лицо всем местным отрывателям рук и они пишут через кому

ссал на лицо всему что связано с оракл

то что диды слишком тупорыло-упрямые, что б переучиться на новый стандарт - не повод брать с них пример

Диды хоть воивали в отлчии от вас школяров