критика чистого разума?

У канеманна

Как пишется?

Думай медленно решай быстро

Книжка

Спасибо

Про это почитаешь

Не достаточно про это почитать. О того что ты узнаешь что это, ты не научишься этим пользоваться.

Не достаточно про это почитать. О того что ты узнаешь что это, ты не научишься этим пользоваться.

Там про это тоже есть

Там про это тоже есть

И как? Помогает?

И как? Помогает?

Мне? Да

Там про это тоже есть

"вы лохи и не поймете все, что дальше написано, так что закройте сейчас же"

Мне? Да

Как ты это тестируешь?

"вы лохи и не поймете все, что дальше написано, так что закройте сейчас же"

Это научный труд, с исследованиями, контрольными группами и тд

Не просто высер очередного гуру

Это научный труд, с исследованиями, контрольными группами и тд

не поёрничать даже

не поёрничать даже

Ну

Это научный труд, с исследованиями, контрольными группами и тд

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

Читается он так себе, да

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

Ит депенд

Ит депенд

Без зависимостей.

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

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

И что было первым?

И что было первым?

Этот вопрос про курицу и яйцо.

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

Парень у тебя с логикой что-то...

Парень у тебя с логикой что-то...

Тссс. Не обижай милениала. :)

Поддержу

а что предложишь ?

Выступлю против книг, пожалуй

а что предложить можешь ?

документацию?

white papers?

Чтение кучи разных специалистов и проверка применимости сказанного ими?

а что предложишь ?

Берешь проект своей мечты и пилишь потихоньку.

Берешь проект своей мечты и пилишь потихоньку.

тоже так думаю сделать

время как найду

эт никогда

время как найду

Смишьно. Значит так и будешь ничего не понимать

Не, я серьезно вообще-то Я пилю свои проекты и ковыряю технологии, когда спадает нагрузка от проектов

Js developer detected

@stas_python будет жить. Поприветствуем!

Всем привет. Использую PostgreSQL, орм Peewee, ЯП Python. Есть примитивный вопрос по связям, сразу извинияюсь если что не так написал. Есть некая модель User и модель Package: class User(BaseModel): login = CharField(unique=True) class Package(BaseModel): id = UUIDField(primary_key=True) (если что peewee автоматически выставляет pk для user) Нужно чтобы один юзер мог заливать на сервер максимум 5 пакетов. Если заливает существующий пакет - куда-то записывается связь между существующим пакетом полученным по uuid и юзером который залил его. Как сделать эту самую связь максимально безкостыльно? У меня было несколько вариантов: 1) Создать у юзеров ArrayField из постгре, в котором будут храниться uuid пакетов которые он залил/попытался залить существующий 2) Создать промежуточную таблицу, эдакая реализация many-to-many связи 3) Перестать использовать uuid как pk, сделать обычный автоинкримент инт и создать ForeignKey к User Какой из вариантов более правильный? Следует сказать что этот самый uuid паралельно является айдишником документа в MongoDB.

ну наконец то, кто то решил заново изобрести торрент?

ну наконец то, кто то решил заново изобрести торрент?

Опенсорс порт "Своей Игры" в веб, которая сейчас только под винду. Есть онлайн версия, но неполноценная

Кстати, похоже что для моей задачи подходит и обычное postgresql json поле. Хотя, а может я в будущем захочу как-то анализировать данные, в таком случае монго покруче будет конечно...

Кстати, похоже что для моей задачи подходит и обычное postgresql json поле. Хотя, а может я в будущем захочу как-то анализировать данные, в таком случае монго покруче будет конечно...

а если неожидано в будущем навалит 100500 миллиардов клиентов?

собственно вопрос то в чем?

собственно вопрос то в чем?

Вопрос в той простыне побольше что я накатал. Как лучше связывать Package и User

Вопрос в той простыне побольше что я накатал. Как лучше связывать Package и User

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

Вопрос в той простыне побольше что я накатал. Как лучше связывать Package и User

https://t.me/pgsql

Парень у тебя с логикой что-то...

crub bucket

@JVK_evgeniy будет жить. Поприветствуем!

Всё поддержит...

Вопрос в той простыне побольше что я накатал. Как лучше связывать Package и User

какой фатальный недостаток у one to many?

какой фатальный недостаток у one to many?

Так нужно же еще 15 фреймворков запустить и где то там еще одна база в которой такие другое хранится

ребят, а секционирование в постгрессе не входит в бесплатный пакет?

ребят, а секционирование в постгрессе не входит в бесплатный пакет?

Входит

ребят, а секционирование в постгрессе не входит в бесплатный пакет?

Оно там через наследование таблиц

Входит

спасибо, а то в sql server дорого очень

Я календарь переверну- и снова третье сентября. На скрипты я свои взгляну- И снова третье сентября. Но почему, но почему Добавить курсоры тебе пришлось? Ведь было все у нас всерьез Второго сентября. Но почему, но почему хранимка не работает нифига Ведь было все у нас всерьез Второго сентября.

какой фатальный недостаток у one to many?

И какой?

ERROR: S client not available

Человек не ответил ((

Человек не ответил ((

фиг с ним ) мне интересно, ты же знаешь )

неа

я тупой

Нет, я

обнимемся

Хитрая жопа

какой фатальный недостаток у one to many?

В том, что один и тот же пакет могут залить миллион раз, это неприятно Я сделал через промежуточную таблицу, знатно отведав говна при работе с массивами из uuid'ов

А проблема-то в чем?

А проблема-то в чем?

Уже ни в чём.

и как массивы решают проблему в отличие от one-to-many?

и как массивы решают проблему в отличие от one-to-many?

В том что у каждого юзера может быть 5 уже существующих записей в базе? Потому что у Package pk без автоинкримента, значит каждый пакет уникальный

А массивы это как решают? Ты сейчас свой one-to-many запихнул в поле, лол

И при чем тут вообще автоинкремент?

А массивы это как решают? Ты сейчас свой one-to-many запихнул в поле, лол

Я запихнул сейчас many to many

И при чем тут вообще автоинкремент?

One to many отношение Пользователь должен быть один уникальный Пакет должен быть один уникальный

Где тут o2m?

у пользователя N пакетов

1..N

где же тут one to many ???

Да. Припустим залил юзер пакет. Второй юзер залил такой же пакет, мы не создаем новый пакет, а берём существующий

и что, второй юзе залил пакет, а все права на него остались у первого?

и что, второй юзе залил пакет, а все права на него остались у первого?

Никаких прав нет, там спецефические пакеты в общем

В том, что один и тот же пакет могут залить миллион раз, это неприятно Я сделал через промежуточную таблицу, знатно отведав говна при работе с массивами из uuid'ов

А массивы тут причем?

А массивы тут причем?

Можно хранить у каждого юзера массив из ююидов

Можно хранить у каждого юзера массив из ююидов

Маразм крепчает. А где логика? И нахрена тогда бд?

Маразм крепчает. А где логика? И нахрена тогда бд?

Всмысле логика? Задача выполняется, выборки тоже делать элементарно