РЖ
Конечно, плакать и колоться гораздо приятнее.
Size: a a a
2021 January 06
m
а кто-то плачет?
m
если плачет, то см. пункт первый - котму от этого сейчас плохо
m
но у нормальных разработчиков там навернякак будет какая-нибудь функция типа
get_this_fucking_params(param_list)
get_this_fucking_params(param_list)
m
они ее вызвают и вообще не парятся в каком виде там в базе что лежит.
МШ
Возвращаясь к вопросу целесообразности массивов/nosql и т.д. - смотрю сейчас на очень интересную табличку (настройки пользовательского интерфейса), в которой 70 (!) столбцов и всего одна строка! Причем, как бы данные не изменялись, строка всегда будет одна. Отслеживая запросы в приложении пришел к выводу, что целиком из таблицы никогда ничего не выбирается, только по определенным группам столбцов, столбцы между группами не пересекаются 🤦🏼♂️
И что вас смущает? Вполне себе решение. А вот бездумно совать json(b)/xml/массивы/etc - вот это вот реальная дичь.
МШ
и, конечно же,
- во что выльется переделка, если посчитать все косты
- во что выльется переделка, если посчитать все косты
Проблема в том, что нормально даже не посчитать, а просто прикинуть порядок стоимости переделок могут сильно не только лишь все. :( Зато берутся в режиме: хватай мешки, вокзал отходит. А потом плачут, колются, но продолжают жрать кактус, потому что: ну мы же начали!
R
И что вас смущает? Вполне себе решение. А вот бездумно совать json(b)/xml/массивы/etc - вот это вот реальная дичь.
Ну никто ведь не говорит про бездумное использование, напротив) Ах да, я же не сказал главного - львиная доля этих полей (61 шт) после выборки сериализуется и складывается в кэш на redis 😆
m
ну да, но тут похоже переделки вообще не имеют большого смысла, если не брать в расчет эмоции про кактус :)
m
Ну никто ведь не говорит про бездумное использование, напротив) Ах да, я же не сказал главного - львиная доля этих полей (61 шт) после выборки сериализуется и складывается в кэш на redis 😆
почему вообще поднимается этот вопрос про поля?
ну пусть их 60 штук... да фиг бы с ними, пока они влазят и читаются оттуда раз в жизни...
ну пусть их 60 штук... да фиг бы с ними, пока они влазят и читаются оттуда раз в жизни...
МШ
Ну никто ведь не говорит про бездумное использование, напротив) Ах да, я же не сказал главного - львиная доля этих полей (61 шт) после выборки сериализуется и складывается в кэш на redis 😆
Все страньше и страньше. В вашем случае. даже после уточнения не хватает данных, а именно: для решения какого прикладного вопроса используется такое решение?
2_
Всем привет!
Коллеги кто то сталкивался с подобной задачей, или знает решение просьба помичь) буду рад любой помощи!
Есть таблица с сообщениями, нужно вывести список сообщений исодя из полученных параметров в виде даты start end , для этого использую BETWEEN, проблема в следующем, могу ли я каким то образом. в Postgres проверить если с текущей даты нет результатов к примеру Null то автоматом прошла еще одна проверка с новым диапазоном , например к текущей добавяется + 1 day и так далее пока не найду результат , то есть чтобы Postgres через какую нибудь процедуру понимал если null тогда еще раз выборка
Коллеги кто то сталкивался с подобной задачей, или знает решение просьба помичь) буду рад любой помощи!
Есть таблица с сообщениями, нужно вывести список сообщений исодя из полученных параметров в виде даты start end , для этого использую BETWEEN, проблема в следующем, могу ли я каким то образом. в Postgres проверить если с текущей даты нет результатов к примеру Null то автоматом прошла еще одна проверка с новым диапазоном , например к текущей добавяется + 1 day и так далее пока не найду результат , то есть чтобы Postgres через какую нибудь процедуру понимал если null тогда еще раз выборка
а не проще через рекурсивный cte такие вещи делать?
R
Все страньше и страньше. В вашем случае. даже после уточнения не хватает данных, а именно: для решения какого прикладного вопроса используется такое решение?
Хранение настроек виджетов веб-приложения. Вкл/выкл, текст заголовков, цвет фона и т.д.
2_
Хранение настроек виджетов веб-приложения. Вкл/выкл, текст заголовков, цвет фона и т.д.
а чем например set_config/current_setting не устраивает?
при чем значение можно держать например только в пределах транзакции.
при чем значение можно держать например только в пределах транзакции.
МШ
Хранение настроек виджетов веб-приложения. Вкл/выкл, текст заголовков, цвет фона и т.д.
Ну и нормально. Каждое поле соответствует виджету, не вижу проблемы. Плюс, хранение индивидуальных настроек для пользователей: каждому пользователю соответствует отдельная запись. Плюс общая запись по умолчанию, плюс записи по умолчанию для тем. Тут всё в порядке.
2_
Ну и нормально. Каждое поле соответствует виджету, не вижу проблемы. Плюс, хранение индивидуальных настроек для пользователей: каждому пользователю соответствует отдельная запись. Плюс общая запись по умолчанию, плюс записи по умолчанию для тем. Тут всё в порядке.
судя по вводной, что запись одна, это скорее общие настройки для всех пользователей.
МШ
2flower _
судя по вводной, что запись одна, это скорее общие настройки для всех пользователей.
Ну да, но возникает вопрос, а есть ли, и в каком виде хранятся индивидуальные настройки. Вполне возможно, что это какой-то стартап, и до индивидуальных настроек товарищи ещё не доросли.
2_
Ну да, но возникает вопрос, а есть ли, и в каком виде хранятся индивидуальные настройки. Вполне возможно, что это какой-то стартап, и до индивидуальных настроек товарищи ещё не доросли.
я настолько глубоко не думал. :)
МШ
2flower _
я настолько глубоко не думал. :)
Я тоже не думаю. Просто на автомате пурга генерится, из опыта в вебе. :) :D
МШ
Ну и курс проектирование БД никто не отменял. Ибо нас в ВУЗ-е весьма жёстко учили думать головой и соображать мозгами. Всё остальное - вторично.