мне и так понятно

это часть ТЗ

тз пишет бизнес

бизнес таблицы не строит

его пишут совместно

менеджер исполнителя и менеджер заказчика

бизнес в таблице ничего не понимает

особенно менеджер

там те же таблицы, но на логическом уровне

вот в таком виде, модель сущность-связь

потом из этого получаются уже таблички

ну а потом уже запросы (это уже на этапе реализации)

нормально плати, нормально будет (с) :)

если записи с цифрой platform id в табличке флагов нет, что она джойнит. ничего. следовательно кампания в табличке всегда null

ну а потом уже запросы (это уже на этапе реализации)

вот ты мне скажи null = 0?

нет

ну и хорошо.

null это null

Слуш, ну 100-200к руби программеру нормально вроде.

на пхп лучше пишут чётт )))

»> None is 0 False

питон тоже думает, что нет

бизнес таблицы не строит

всё так

а что думает MySQL я не знаю)

а что думает MySQL я не знаю)

а у меня что?

его пишут совместно

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

если записи с цифрой platform id в табличке флагов нет, что она джойнит. ничего. следовательно кампания в табличке всегда null

джойнт это в другой чатик :))))

)

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

там у неё есть странная табличка, где 2 столбца и в одном пусто

ну?

есть

ну, просто странная табличка)

странная.

null это null

null = null? ;)

мне ее сделали такую

null = null? ;)

конечно

конечно

конечно нет

==

None / null - это пустота

одна пустота равна другой пустоте?

да, равна

потому что это пустота

пустота - она ведь везде та же самая

и она равна самой себе

всё логично вроде

а знаешь почему?

потому что null в sql это не пустота

это неопределённая переменная. но не в смысле isset

а в смысле неизвестная. ЛЮБАЯ

любая возможная!

это чит для понимания sql :)

может быть)

но я на SQL не пишу) у меня ORM)

так там то же самое о_0

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

но запросы писать всё равно приходится

особенно когда надо статистику снять

ну, я не пишу на SQL)

базы маленькие

phpORMadmin)

они и с питоном через ORM ок

https://docs.djangoproject.com/en/1.10/topics/db/queries/

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

можно указать, на какую глубину и все эти JOIN'ы он сам напишет

удобно)

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

вот вы сейчас пару часов какой-то SQL писали-писали и не написали, а с ORM маленькая обезьянка может за 20 минут это сделать)

ERROR: S client not available

так в орм было бы так же

там был бы не 1 запрос

а много мелких

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

орм это не только много мелких

в случае с ORM как можно: сначала за 20 минут пишем какой-нибудь тест, потом скрипт на ORM + язык программирования, потом смотрим, что тест выполняется, пуляем в продакшен, там оно работает, а мы этот кусок кода просто показываем в группе SQL и говорим "чуваки, как отрефакторить?"

ты просто не умеешь писать модели :)

по той же причине

почему не умею писать?

я, скорее, не понимаю, зачем напрягаться так и несколько часов с 0 сразу же писать нормально, когда можно сделать побыстрее (и с тестом), а потом рефакторить

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

и когда хоть какое-то решение будет - его уже можно будет обвешать тестами и рефакторить

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

это уровень DBA, а не обычного программиста/менеджера)

почему сразу DBA? A - administrator же

на одной моей работке был целый отдел pl/sql погромистов, которые занимались только тем, что писали селекты на тысячу строк

почему сразу DBA? A - administrator же

отсылка к оптимизации запросов и индексам

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

а когда большая нагрузка - конечно, уже переходят с ORM на SQL

но там это делает не владелец проекта, а те, кто разбирается..

В опщем придется галки в другую сторону ставить.

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

SELECT c.* FROM adv_campaigns c JOIN statistics s ON c.id=s.campaign_id JOIN adv_campaigns_platforms as cp ON s.platform_id = cp.platform_id where c.status=3 AND cp.adv_campaign_id = c.id AND s.platform_id=4 AND s.type_id != 3 AND s.uid='5'

Вот он.

идеал.

блин, на работу вставать рано еще надо.

api on production ушло))

нет. не работает так. на платфоорме с id = 4 есть, а на платформе с id = 10 нету.

хотя похоже что дело не в запросе.

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

твоему проекту нужен СТО

CTO моего проекта ниче не делал) за что пришлось уволить)