каждый новый юзер - новый юзер в БД

и да я знаю ораклистов которые так пишут на постгре

Судя по вакансиям, такого говна уже не мало

это прошлый век

Это кто тебе сказал?

Это кто тебе сказал?

Может В ИНТЕРНЕТЕ прочитал?

Это кто тебе сказал?

ну так это неудобно. каждый раз бежать в базу чтобы завести новую офисную планктонину

сразу классика: у вас шестнадцать+ ядер?

3 каких-то ксеонки на сервере лень смотреть каких

а потом учет этих же планктонин. это рукалицо ж

и рулежка грантами на уровне БД. я такое видел

А роли отменили?

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

денормализацией же

а потом учет этих же планктонин. это рукалицо ж

Так рули той же таблицей в бд или ролями

ну так это неудобно. каждый раз бежать в базу чтобы завести новую офисную планктонину

Я про процедуры

Я про процедуры

процедуры я и сам пишу.

но по мне нормально несколько юзерей в бд и это не люди а приложения.

денормализацией же

Можно подробнее? Я немного инопланетянин в вопросах сленга.

и слой прокладко который решает что кому отдать

Можно подробнее? Я немного инопланетянин в вопросах сленга.

Одной сплошной таблицей

Одной сплошной таблицей

Ад же...

и слой прокладко который решает что кому отдать

Прокладкой тоже не всегда удобно рулить

Ад же...

С чего это?

С чего это?

Ну, потому что типов документов 15 штук, полей у номенклатуры 100, полей у позиций ещё 50

75к записей

В чем проблема?

И по каким критериям делать селект? А за 10 лет?

А ещё добавить клиентов

А ещё цены

75к записей?

75 тыщ?

Я открою страшную тайну, такие таблицы специально делают, чтобы было проще потом искать

75к записей?

Тссс. Погоди. Интересно же

Тссс. Погоди. Интересно же

да как бы при таком объеме вообще можно срать на оптимизацию

Я открою страшную тайну, такие таблицы специально делают, чтобы было проще потом искать

Нее прм без джоинов? А дба зачем? :)

(:

хорошо кому-то

(:

да как бы при таком объеме вообще можно срать на оптимизацию

Не пали контору.

(^

каждый новый юзер - новый юзер в БД

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

Нее прм без джоинов? А дба зачем? :)

Кушать всем хочется

Там понимаешь 75к записей. Джоины и всякие демоны..

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

я на прошлой неделе общался с людьми которые пилят двухзвенную. на постгресе.

И по каким критериям делать селект? А за 10 лет?

По любым требующимся. Искать за десять лет по сплошняковой таблице дешевле, чем через джойн.

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

У меня на работе совсем все иначе, но там вообще все иначе...

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

Судя по тому что зашифровали 26 000 баз пару недель назад и требуют выкуп.. таких навалом

По любым требующимся. Искать за десять лет по сплошняковой таблице дешевле, чем через джойн.

Ну, удачи

Ну, удачи

лол

По любым требующимся. Искать за десять лет по сплошняковой таблице дешевле, чем через джойн.

Ты сломал ему всю гордость за его познания

Ну, удачи

Я правильно понимаю, что вы, как программист, который ни черта не понимает в БД, учите специалистов по БД, как лучше делать им свою работу?

Я правильно понимаю, что вы, как программист, который ни черта не понимает в БД, учите специалистов по БД, как лучше делать им свою работу?

Он спец по бд

Размер записи будет шире, и читать с диска (на одну запись) надо будет больше. Но один хер это дешевле джойна

Он спец по бд

Вроде выше писал, что разраб

А если бд вообще колоночная, так лишние поля _вообще_ никак не участвуют в выборке и размере записи

Вроде выше писал, что разраб

Он сказал что он типа дба универсал

А если бд вообще колоночная, так лишние поля _вообще_ никак не участвуют в выборке и размере записи

А если это какой нибуть datastax то вообще на все начхать

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

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

Ну незя делать только на селект все..

Потому что у бд много других функций и их нужно задействовать иначе лох

Сегодня просто день эпических открытий в чате

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

а что там не так, кроме убогого переключения проектов и юзеров?

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

Я правильно понимаю, что вы, как программист, который ни черта не понимает в БД, учите специалистов по БД, как лучше делать им свою работу?

Конечно) потому что большего дебилизма представить сложно, чем километровую таблицу, ибо так оно хорошо и уютно) и можно друг другу рассказывать про селекты без джойнов

Конечно) потому что большего дебилизма представить сложно, чем километровую таблицу, ибо так оно хорошо и уютно) и можно друг другу рассказывать про селекты без джойнов

Как по вашему, почему придумали materialized view?

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

И это тоже верно, зачем знать что там? Делается же)

Как по вашему, почему придумали materialized view?

так в mysql его нет

Конечно) потому что большего дебилизма представить сложно, чем километровую таблицу, ибо так оно хорошо и уютно) и можно друг другу рассказывать про селекты без джойнов

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

а по денормализованой вжик и в один проход

да, она раздутая. но быстрая

Или почему для бизнеса в BI специально делают де нормализацию?

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

Как по вашему, почему придумали materialized view?

Если данные статические, то как бы

Конечно) потому что большего дебилизма представить сложно, чем километровую таблицу, ибо так оно хорошо и уютно) и можно друг другу рассказывать про селекты без джойнов

Ого. У нас новый адепт "создавай новую таблицу для новой книги" "заведи таблицу таблиц" и прочии маразмы

Если данные статические, то как бы

Что как бы?

Что как бы?

То как бы всё ок

а если динамические?

Ого. У нас новый адепт "создавай новую таблицу для новой книги" "заведи таблицу таблиц" и прочии маразмы

ну это принцип всяких бухгалтерий. и он порой быстрее

от задач зависит

от задач зависит

Вот. Но в бухгалтерии оно по другому поводу

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

Умрет на триггерах, проще одним инсертом батч вставлять

Ого. У нас новый адепт "создавай новую таблицу для новой книги" "заведи таблицу таблиц" и прочии маразмы

И это логично, в определённом случае

Умрет на триггерах, проще одним инсертом батч вставлять

смотря сколько вставлять..

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

да, она раздутая. но быстрая

Ну, тут вопрос был в дешевле, а дешевле ли место, чем сервак - спорно, после определённых объемов

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

Обновление этих вьюх

Эксель из одного листа - рулит. Гораздо быстрее наложить нужный фильтр, чем "джойнить" между собой разные листы в документе

Обновление этих вьюх

а проблема в чем

Эксель из одного листа - рулит. Гораздо быстрее наложить нужный фильтр, чем "джойнить" между собой разные листы в документе

потапенко говорит что для его магазинов и общепита порой тетрадки хватает школьной

(:

лучший способ учета

(:

Ну тетрадка - лучший пример носкл базы. Главное, чтобы она была в клеточку

тут вон ифон Х вышел а вы все про нормализацию

Ну тетрадка - лучший пример носкл базы. Главное, чтобы она была в клеточку

Как раз наоборот

И это логично, в определённом случае

Только в одном случае. Когда на месте архитектора сидит "мамкин погромист"

тут вон ифон Х вышел а вы все про нормализацию

Куда вышел?

Куда вышел?

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

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

Продадут часть спинеров. А че там нового прикрутили?