Главным образом вам уже выше объяснили, что не бывает новых тарифов выгоднее архивных.
Потом ЦА вашего приложения всегда в курсе о тарифах и хоть раз в полгода заглядывает на сайт провайдера.
Например у меня 4 прова и не было повода менять тариф никогда от 5 до 10 лет. Я могу перескочить с 300мбит до 1гб временно, по-надобности, и через месяц вернуться обратно на 300. Мне для этого справочник не нужен. Думаю, что у айтишников с одним провайдером все ещё проще
Это ещё более неправильно. Зачем вы применяете термины, смысл которых лежит в другой области (например в OLAP), не понимая его и подстраиваетесь под них в своей простой реляционной БД? Делайте что хотели, смысл не в правильных терминах, а в правильной работе проекта, согласно замыслу.
(а лучше выберите другую тему для пет-проекта, эта бесперспективна) могу подсказать пару тем с действительно большими данными.
В реальных проектах как-то не модно стало держать хоть какую-то логику в БД.
Я как-то реализовывал пилотный проект по трекингу активности неких объектов. В БД из mqtt попадал вектор ускорения с акселерометра, прицепленного к объекту, раз в секунду. Некая статистика считалась по месячному временному окну. В общем я сделал все это джобом и парой тройкой хранимок. Нагенерил сколько-то лямов измерений и считалось это все в БД не более секунды.
Так вот, команда, которая из моего пилота делала прод, все это выкинула и перенесла рассчёт на бэкэнд, гоняя миллионы неаггрегированных записей из БД на бэк.
У меня есть и другие примеры для моего замечания. А вы наоборот зачем-то хотите тащить логику в БД, причём в вашем случае никаких оправданий про эффективность нет. Признайтесь честно, вы просто изучаете SQL и постарались придумать какой-то пет-проект под это. Я не знаю ни одного DBA, который бы назвал четыре связанных таблицы с несколькими тысячами записей в перспективе - проектированием архитектуры.
Ну нельзя же так. В те времена, когда бейсик был действительно актуален (когда был вшит в ПЗУ и домашний компьютер загружался в бейсик) он дал путь в профессию куче людей. Просто за это его можно и нужно уважать. Он собственно для этого и был предназначен, вы же в курсе, что BASIC это аббривиатура? Давайте теперь все детские конструкторы обзовем плохим словом и будем детей учить сразу автокаду и 3д-принтерам.
Вот так было бы правильнее: Вопрос трактовки слова "входил". МС свой дос простым смертным стала продавать только с версии 3.2 уже с GWBASIC.EXE, все остальное OEM-адаптации, будь то IBM или Compaq. Вот в IBM адаптации (включая 3.2-oem) это BASICA.COM - которому требовалось ПЗУ, а в Compaq portable это BASICA.EXE - ему не требовалось, но это по сути будущий GWBASIC
Он не просто был прошит, под него в оригинальном PC (model 5150) были отдельные панельки. Для кассетной версии они разумеется должны были быть заполнены ПЗУ в обязательном порядке, так как без них нельзя было пользоваться компьютером, а в версии с дисководами могли отсутствовать.
Интересный факт: многие БИОСы вплоть до 486 при отсутствии загрузочного устройства выдавали ошибку "Nonsense in BASIC"
Да, только что проверил. Ну то что у меня было - делало и именно так, как я описал. Что-то наверное из школы притащил. Уж извините, мне сейчас 45, тогда было 17, имею право что-то забыть. Попадётся ещё на просторах ютуба, допишу.
Главным образом вам уже выше объяснили, что не бывает новых тарифов выгоднее архивных.
Потом ЦА вашего приложения всегда в курсе о тарифах и хоть раз в полгода заглядывает на сайт провайдера.
Например у меня 4 прова и не было повода менять тариф никогда от 5 до 10 лет. Я могу перескочить с 300мбит до 1гб временно, по-надобности, и через месяц вернуться обратно на 300. Мне для этого справочник не нужен. Думаю, что у айтишников с одним провайдером все ещё проще
Питон - скриптовый универсальный язык с низкой производительностью (иногда кроме гуру, которые используют его для быстрого прототипирования)
SQL - Язык запросов к СУБД, где postgres одна из худших реализацией, если сравнивать с Mssql и Oracle
Довольно трудно будет найти предметную область для сравнения. Но в любом случае там должно быть много данных.
И опыты не будут никому полезны. Поскольку в проде принято использовать язык под задачу, а не наоборот.
Это ещё более неправильно. Зачем вы применяете термины, смысл которых лежит в другой области (например в OLAP), не понимая его и подстраиваетесь под них в своей простой реляционной БД? Делайте что хотели, смысл не в правильных терминах, а в правильной работе проекта, согласно замыслу.
(а лучше выберите другую тему для пет-проекта, эта бесперспективна) могу подсказать пару тем с действительно большими данными.
В реальных проектах как-то не модно стало держать хоть какую-то логику в БД.
Я как-то реализовывал пилотный проект по трекингу активности неких объектов. В БД из mqtt попадал вектор ускорения с акселерометра, прицепленного к объекту, раз в секунду. Некая статистика считалась по месячному временному окну. В общем я сделал все это джобом и парой тройкой хранимок. Нагенерил сколько-то лямов измерений и считалось это все в БД не более секунды.
Так вот, команда, которая из моего пилота делала прод, все это выкинула и перенесла рассчёт на бэкэнд, гоняя миллионы неаггрегированных записей из БД на бэк.
У меня есть и другие примеры для моего замечания. А вы наоборот зачем-то хотите тащить логику в БД, причём в вашем случае никаких оправданий про эффективность нет. Признайтесь честно, вы просто изучаете SQL и постарались придумать какой-то пет-проект под это. Я не знаю ни одного DBA, который бы назвал четыре связанных таблицы с несколькими тысячами записей в перспективе - проектированием архитектуры.
На касетах в процессе форматирования создавалась файловая система. В качестве магнитофона использовалась дека Маяк с удалённым управлением ЛПМ
Если интересно посмотрите на ютубе про компьютер Арго. Это не там появилось, но так проще найти.
или наоборот, только начиналась
На счёт Джонов не знаю, а у Иванов в СССР было несколько моделей 8ми битных компьютеров с CP/M на касетах.
Несовсем понятна цель борьбы с рандомными маками. Если вы трекаете семейные девайсы, то не проще ли поставить на них приложение-маяк?
Эх, забытые технологии. Были же раньше устройства, работающие неделями от двух АА.
Ну нельзя же так. В те времена, когда бейсик был действительно актуален (когда был вшит в ПЗУ и домашний компьютер загружался в бейсик) он дал путь в профессию куче людей. Просто за это его можно и нужно уважать. Он собственно для этого и был предназначен, вы же в курсе, что BASIC это аббривиатура? Давайте теперь все детские конструкторы обзовем плохим словом и будем детей учить сразу автокаду и 3д-принтерам.
Давай начнем с пайпов :)
Как же им не отставать если регулярно создаются новые RFC, а старые отменяются. Например на получение подсеток у прова, например на 6to4.
Я несколько лет назад устал за этим следить и с каждой версией линуха дорабатывать networkd файлы и отключил ipv6 у себя в домах с концами.
Я в контексте мониторов к домашним компьютерам
Вот так было бы правильнее:
Вопрос трактовки слова "входил". МС свой дос простым смертным стала продавать только с версии 3.2 уже с GWBASIC.EXE, все остальное OEM-адаптации, будь то IBM или Compaq. Вот в IBM адаптации (включая 3.2-oem) это BASICA.COM - которому требовалось ПЗУ, а в Compaq portable это BASICA.EXE - ему не требовалось, но это по сути будущий GWBASIC
PC\MS это же просто нейминг. Входил конечно, в гите лежит https://github.com/microsoft/MS-DOS/tree/main/v1.25/bin
Он не просто был прошит, под него в оригинальном PC (model 5150) были отдельные панельки. Для кассетной версии они разумеется должны были быть заполнены ПЗУ в обязательном порядке, так как без них нельзя было пользоваться компьютером, а в версии с дисководами могли отсутствовать.
Интересный факт: многие БИОСы вплоть до 486 при отсутствии загрузочного устройства выдавали ошибку "Nonsense in BASIC"
Первые мониторы, буквально и были версией существующих телевизоров с заглушками в неиспользуемых отверстиях и переделанными трансформаторами
Забыли просто ресурсы какие-то учесть. Ну теперь то скоро добавят
Вас сейчас заклюют. Надо было сразу два сетевых дампа прикладывать :-)
Запросто, например если блокировка на стороне приложения (бэкэнда) или по языку CDN конфигурируется ( P2P, stun, другой посредник)
Да, только что проверил. Ну то что у меня было - делало и именно так, как я описал. Что-то наверное из школы притащил. Уж извините, мне сейчас 45, тогда было 17, имею право что-то забыть. Попадётся ещё на просторах ютуба, допишу.