Как будто нам апекса мало было

Теперь ждите апекс + graal

А что надо ответить, кстати?

А что надо ответить, кстати?

тебе ничего не надо

ой, всё пропало

Он увёл его...

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

добавляешь в группу

и делаешь его админом

делаешь админом, да.

А дальше?

всё

У каждого оружия должна быть инструкция.

наверное приглашать по ссылке - тоже лишнее

У каждого оружия должна быть инструкция.

автору не до сук

Меня интересует, что надо нажать вновь прибывшему из этих двух кнопок? ИДЕМ?

Меня интересует, что надо нажать вновь прибывшему из этих двух кнопок? ИДЕМ?

Я думаю, что они равнозначны и расчёт идёт на то, что боты не будут тыкать кнопки. По крайней мере до тех пор, пока китаёзы не просекут фишку

Мне всё объяснили, спасибо

Мне всё объяснили, спасибо

Расскажи и нам, я угадал? Потому что это было только предположение

Да, всё равно какую кнопку жать

и как же быть дальше?

когда китайцы научатся кнопкку жать

Когда научатся, тогда и думать будем...

можно конечно оценивать длинну имени и если она более 100 симв - кикать

Когда научатся, тогда и думать будем...

вот да. бот русский, так что не факт ещё, что быстро до китаёз дойдёт. Если вообще дойдёт

когда китайцы научатся кнопкку жать

Дык. Потом будет жидкая версия. :)

Борода...

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

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

Разве это жизнь?

Разве это жизнь?

У тебя уже совсем крыша поехала?

У тебя уже совсем крыша поехала?

Типа бота нельзя коментить?

Товарищи. не могу допереть, помогите с архитектурой! В обшем есть юзеры, которые будут добавлять много контента, который должен быть привязан к id юзера. Так вот хочу сделать так: при регистрации юзера создаётся для него отдельная таблица с контентом. Так вот а как связать их?

Товарищи. не могу допереть, помогите с архитектурой! В обшем есть юзеры, которые будут добавлять много контента, который должен быть привязан к id юзера. Так вот хочу сделать так: при регистрации юзера создаётся для него отдельная таблица с контентом. Так вот а как связать их?

Foreign key

Foreign key

На айдишник юзера?

Товарищи. не могу допереть, помогите с архитектурой! В обшем есть юзеры, которые будут добавлять много контента, который должен быть привязан к id юзера. Так вот хочу сделать так: при регистрации юзера создаётся для него отдельная таблица с контентом. Так вот а как связать их?

Плохая практика на лету делать DDL. Схема БД должна быть статичной

Плохая практика на лету делать DDL. Схема БД должна быть статичной

Иначе ты с трудом данные сможешь обрабатывать запросами.

На айдишник юзера?

Поклонник фильма "Спиздили", тебе сколько лет?

Товарищи. не могу допереть, помогите с архитектурой! В обшем есть юзеры, которые будут добавлять много контента, который должен быть привязан к id юзера. Так вот хочу сделать так: при регистрации юзера создаётся для него отдельная таблица с контентом. Так вот а как связать их?

А ты попробуй в тетрадке записывать. Глядишь и допрешь

Иначе ты с трудом данные сможешь обрабатывать запросами.

Ну почему, динамический sql ему в помощь

Ну почему, динамический sql ему в помощь

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

Иначе ты с трудом данные сможешь обрабатывать запросами.

Просто записей много будет , и одной таблице долгий поиск

Есть паттерн решение?

Много -- это сколько?

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

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

Просто записей много будет , и одной таблице долгий поиск

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

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

Ты это. Статистику они потом будут добавлять. И потом подумают почему все плохо

Много -- это сколько?

Ну постепенно таблица будет расти , то есть ограничений нет,

Это любая таблица так

Ну постепенно таблица будет расти , то есть ограничений нет,

СКОЛЬКО записей будет ?

1милл

Ну постепенно таблица будет расти , то есть ограничений нет,

Таблица будет расти... ?

джисас бигжата

1милл

Это мало. Храни всё в одной таблице.

Это мало. Храни всё в одной таблице.

+1

А Какой предел для адекватной скорости?

ERROR: S client not available

1милл

Много -- это миллиард.

Много -- это миллиард.

Миллиард это тоже не так что бы много

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

А Какой предел для адекватной скорости?

встречный вопрос: запросы у вас адекватные?

Миллиард это тоже не так что бы много

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

Поклонник фильма "Спиздили", тебе сколько лет?

Сорри, не понимаю о чем ты

(но на всякий прострелю колено)

встречный вопрос: запросы у вас адекватные?

Вот давай попробуем угадать. Русский язык он знает давно. Но правильно составить вопрос не может. А sql он вообще не знает еще..

встречный вопрос: запросы у вас адекватные?

Селекты в основном

А Какой предел для адекватной скорости?

Ты должен 0) определить "адекватная скорость" 1) определиться, какие запросы будут происходить.

Селекты в основном

т.е. insert-ов не будет почти?

т.е. insert-ов не будет почти?

Да

Тем более в одну таблицу...

т.е. insert-ов не будет почти?

Точнее селекты гораздо чаще

т.е. insert-ов не будет почти?

А расти таблица будет за счет повышенной влажности?

Благодарю товарищи за ответы

Вот давай попробуем угадать. Русский язык он знает давно. Но правильно составить вопрос не может. А sql он вообще не знает еще..

Ты один не понял

Что за dba

?

dba, за что?

?

Mariadb

Благодарю товарищи за ответы

СУБД то какую надумал брать?

Ой ща начнется

Бгг

?

СУБД то какую надумал брать?

Твою любимую муську же

Что ни кто не знает?

Ну, мильён и она потянет...