Не обеспечите. Без бензинового генератора и газового баллона для мощного электроинструмента, водонагревателя, СВЧ печи, пылесоса, плиты и духовки стоимость АКБ станет просто астрономической. Особенно если вспомнить, что в средней полосе солнце светит не так часто. Для примера, за прошедшую зиму в Москве оно светило всего 72 часа. При норме — 123 часа. Это же какая мощность СЭС и какой объем АКБ необходим, чтобы за 72 часа покрыть потребность домохозяйства на три месяца? Даже если взять по минимуму 300 КВт*ч социальной нормы на три месяца, то мощность СЭС должна быть порядка 20 КВт, а Li-Ion батарей на 300 КВт*ч — больше тонны!
Очень оригинально, во всем мире АЭС рентабельны, только не на Украине?
Свежак: www.sunpp.mk.ua/ru/article/10337-finansovyy-otchet-energoatoma-ubytochnyy-na-bumage
«Из-за того, что Энергоатом был вынужден в рамках ПСО продавать половину от объема произведенной электроэнергии по цене 1 коп/кВт-час, потери Компании составили 1,2 млрд грн. Таким образом Энергоатом фактически дотировал население на сумму 40 млрд грн.»
А Вы в курсе, за счет чего этот «зеленый тариф» выплачивается? Если не в курсе — то за счет АЭС. И это вовсе не бездонная бочка. Во-первых, АЭС становятся не рентабельны и ни модернизации, ни строительства новых энергоблоков с такой политикой не будет. Во-вторых, по мере выхода из эксплуатации энергоблоков АЭС и появлению новых «зеленых» энергостанций, найти другой источник финансирования зеленого тарифа будет уже мало реально.
И тогда как долбанет, так долбанет. СЭС начнут массово закрываться, так как не выгодно, а новые АЭС строить десятилетия, тогда как быстро можно ввести в эксплуатацию только ТЭЦ.
Сейчас доля нетто производства АЭС — свыше 50%. И именно эти 50% дотируют 1-2% СЭС. Но большинству энергоблоков — свыше 30 лет. Причем, почти у всех срок эксплуатации уже истек и продлевался на 10 лет. А дальше что? Уже в 2023 году будет выведен из эксплуатации первый энергоблок Южноукраинской АЭС. К 2025 году — второй энергоблок Южноукраинской АЭС и первый энергоблок Запрожской АЭС. К 2030 году из эксплуатации будет выведены уже 11 энергоблоков из 19 в находящихся сейчас в эксплуатации. А строительство двух новых энергоблоков Хмельницкой АЭС начатое в 1986 и 1987 году как-то не движется. Потому что отчисления на «зеленую энергетику» делают проект нерентабельным. Да и покупка древних ВВЭР-1000 у чешской дочки российского Уралмаша имеет массу и технических, и политических минусов.
EXTRACT (YEAR FROM cast(inspection_date as DATE)) = 2015 — так в принципе не получится использовать индекс по inspection_date.
Если inspection_date имеет тип DATE, то существенно эффективней было бы сделать индекс по inspection_date и использовать выражение вида inspection_date BETWEEN CAST ('2015-01-01' AS DATE) AND CAST ('2015-12-31' AS DATE)
Со строкой аналогично но уже в виде inspection_date>='2015' AND inspection_date<'2016'
Что касается Data Science, тут даты индексируются в подавляющем большинстве случаев. Потому как на входе миллиарды записей.
Так же, настоятельно не рекомендую подстраивать платформу под инструмент (Python), вместо того, чтобы подстраивать инструменты под платформу и цели. Это уже отчетливо пахнет «золотым молотком». Существенно эффективней хранить данные в оптимальном формате для БД, а не для одного из используемых инструментов. Тогда, по необходимости, и инструменты можно менять аки перчатки.
Значит плохо читали. До конца 80-х аппаратные средства не только не поддерживали миллионы символов в знакогенераторе, но литерные, даже по физическому устройству, вообще не могли его поддерживать.
Потому юникод и родился только в 1991 году.
Вы уж простите, но для миллиона символов даже в примитивной матрице 8x8 требуется 8 мегабайт. А в те времена, даже 32К 27C256 только появились. Что касается 4 мегабайтных 27C320 — то их еще и в проекте не было.
Хорошо рассуждать сейчас, имея гигабайты оперативки. А до конца 80-х обычными были 640К-1М. Куда Вы в них такую матрицу всунете?
Я, уже после появления юникода, в 1992 году, был в восторге от целых 4 мегабайт оперативки для OS/2. А о практическом применении юникода мог только мечтать.
Исторически до компьютеров первой добралась 5-битная телеграфная кодировка Бодо. 6-битная BCD кодировка для UNIVAC долго не прожила, трансформировавшись в 8-битный EBCDIC.
Расположение кириллицы в КОИ было, по тем временам, вынужденным. Значительное количество программных продуктов и аппаратных средств тогда просто обнуляло старший бит. Но фонетическое соответствие кодов кириллицы латинским буквам, получавшимся при сбросе старшего бита, позволяло хотя бы понять, что же было написано изначально по получившемуся транслиту.
Окончательно проблему кодировок удалось решить только в начале 90-х годов, после полного перехода к знакосинтезирующим устройствам (в первую очередь — для печати), что позволило использовать юникод, появившийся как раз в 1991 году. До тех пор, пока широко использовались литерные принтеры (от рычажных, до барабанных и цепных), смысла в юникоде особо не было.
В связи с тем, что разработка Windows NT началась еще совместно с IBM в рамках OS/2 в 1988 году (за три года до появления юникода), юникодом в ней и не пахло. Что касается Windows 95/98, то они изначально являлись надстройкой на DOS, что сильно ограничивало возможности использования юникода.
Так что никакого злого умысла. Просто прогресс кодировок по мере развития аппаратных средств.
Следует отметить, что, например, разработчики СПО живут вовсе не подаяние, а неплохо зарабатывают. Есть разные способы монетизации.
К слову, развитие СПО стало немаловажным фактором, повлиявшим на политику MS в области пиратства. Для примера, никто не спорит, что то же MS Office более функционален, чем LibreOffice. Но трудно спорить с тем, что эту дополнительную функциональность используют единицы процентов пользователей. Остальным пользователям функциональности LibreOffice хватит с избытком. Лично мне не хватает только возможности построения сводных таблиц через MDX/DAX. Остальное — мелочи.
Свежак: www.sunpp.mk.ua/ru/article/10337-finansovyy-otchet-energoatoma-ubytochnyy-na-bumage
«Из-за того, что Энергоатом был вынужден в рамках ПСО продавать половину от объема произведенной электроэнергии по цене 1 коп/кВт-час, потери Компании составили 1,2 млрд грн. Таким образом Энергоатом фактически дотировал население на сумму 40 млрд грн.»
Решение о продолжении строительства двух энергоблоков Хмельницкой АЭС было принято 26 июля 2018 года: www.unian.net/economics/energetics/10202265-kabmin-utverdil-teo-dostroyki-dvuh-blokov-hmelnickoy-aes-stoimostyu-72-milliarda.html
До этого строительство вообще было заморожено, хотя к 1991 году было завершено на 75%.
И тогда как долбанет, так долбанет. СЭС начнут массово закрываться, так как не выгодно, а новые АЭС строить десятилетия, тогда как быстро можно ввести в эксплуатацию только ТЭЦ.
Сейчас доля нетто производства АЭС — свыше 50%. И именно эти 50% дотируют 1-2% СЭС. Но большинству энергоблоков — свыше 30 лет. Причем, почти у всех срок эксплуатации уже истек и продлевался на 10 лет. А дальше что? Уже в 2023 году будет выведен из эксплуатации первый энергоблок Южноукраинской АЭС. К 2025 году — второй энергоблок Южноукраинской АЭС и первый энергоблок Запрожской АЭС. К 2030 году из эксплуатации будет выведены уже 11 энергоблоков из 19 в находящихся сейчас в эксплуатации. А строительство двух новых энергоблоков Хмельницкой АЭС начатое в 1986 и 1987 году как-то не движется. Потому что отчисления на «зеленую энергетику» делают проект нерентабельным. Да и покупка древних ВВЭР-1000 у чешской дочки российского Уралмаша имеет массу и технических, и политических минусов.
Если inspection_date имеет тип DATE, то существенно эффективней было бы сделать индекс по inspection_date и использовать выражение вида inspection_date BETWEEN CAST ('2015-01-01' AS DATE) AND CAST ('2015-12-31' AS DATE)
Со строкой аналогично но уже в виде inspection_date>='2015' AND inspection_date<'2016'
Что касается Data Science, тут даты индексируются в подавляющем большинстве случаев. Потому как на входе миллиарды записей.
Так же, настоятельно не рекомендую подстраивать платформу под инструмент (Python), вместо того, чтобы подстраивать инструменты под платформу и цели. Это уже отчетливо пахнет «золотым молотком». Существенно эффективней хранить данные в оптимальном формате для БД, а не для одного из используемых инструментов. Тогда, по необходимости, и инструменты можно менять аки перчатки.
Потому юникод и родился только в 1991 году.
Вы уж простите, но для миллиона символов даже в примитивной матрице 8x8 требуется 8 мегабайт. А в те времена, даже 32К 27C256 только появились. Что касается 4 мегабайтных 27C320 — то их еще и в проекте не было.
Хорошо рассуждать сейчас, имея гигабайты оперативки. А до конца 80-х обычными были 640К-1М. Куда Вы в них такую матрицу всунете?
Я, уже после появления юникода, в 1992 году, был в восторге от целых 4 мегабайт оперативки для OS/2. А о практическом применении юникода мог только мечтать.
Расположение кириллицы в КОИ было, по тем временам, вынужденным. Значительное количество программных продуктов и аппаратных средств тогда просто обнуляло старший бит. Но фонетическое соответствие кодов кириллицы латинским буквам, получавшимся при сбросе старшего бита, позволяло хотя бы понять, что же было написано изначально по получившемуся транслиту.
Окончательно проблему кодировок удалось решить только в начале 90-х годов, после полного перехода к знакосинтезирующим устройствам (в первую очередь — для печати), что позволило использовать юникод, появившийся как раз в 1991 году. До тех пор, пока широко использовались литерные принтеры (от рычажных, до барабанных и цепных), смысла в юникоде особо не было.
В связи с тем, что разработка Windows NT началась еще совместно с IBM в рамках OS/2 в 1988 году (за три года до появления юникода), юникодом в ней и не пахло. Что касается Windows 95/98, то они изначально являлись надстройкой на DOS, что сильно ограничивало возможности использования юникода.
Так что никакого злого умысла. Просто прогресс кодировок по мере развития аппаратных средств.
К слову, развитие СПО стало немаловажным фактором, повлиявшим на политику MS в области пиратства. Для примера, никто не спорит, что то же MS Office более функционален, чем LibreOffice. Но трудно спорить с тем, что эту дополнительную функциональность используют единицы процентов пользователей. Остальным пользователям функциональности LibreOffice хватит с избытком. Лично мне не хватает только возможности построения сводных таблиц через MDX/DAX. Остальное — мелочи.