Ок, спасибо. Хорошо, заявлено использование PartiQL для запросов в гибридные источники, например, пусть даже разные серверы баз: SQL Server, PostgreSQL, MariaDB. Интересно, как и где? Только в амазонской туче можно такое использовать? Т.е. где-то должен быть реальный интерпретатор и «опросщик» реальных источников.
Сделал Амазон такую спецификацию, предположим, они реализовали у себя в облаке обработчик. Но что дальше? Как этот язык запросов может быть применен в реальном мире вне облаков? Для этого нужно, чтобы серверы баз (Р и не Р СУБД) знали его, драйверы уже приложатся.
Blazor + NET Core 3 в развитии, надо изучать.
Но, прочитав частушки типа «Больше тудушек богу тудушек!» становится странно, автор лучше бы ошибки исправил в тексте, если в состоянии, чем такое писать.
Например,
Все регистрируется в Startap.cs [запятая] как в обычном asp.net core приложении. Тут ничего нового. А вот внедрение зависимостей для нашей VM таки происходит через публичные свойства [запятая] а не через кноструктор. Свойство просто нужно декорировать отрибутом [<-ОтрЕбутом]
Ссылка «Windows 10 internals for .NET developers» ведет на амазон и там старая добрая книжка
«Windows Internals, Part 1: System architecture, processes, threads, memory management, and more (7th Edition)»
По поводу государственной и приватной страховок: вы как-то односторонне сравнили.
Это не единственная разница. п
Например, приватная страховка может порезультатам года возвращать сумму, если ююзер не обращался (не болел или платил сам и не подавал им). Сумма может увеличиваться с каждым годом, но если попросил их оплатить — они оплатят, но это сбивает премии в 0.
Надо помнить, что если юзер ушел на приватную страховку, то вернуться на гос. можно не всегда, только при определнных условиях. А иногда — невозможно. Так что, там все не так однозначно.
Логгирование — это немножко другая история, это односторонняя запись в лог, а то, что описано в статье, насколько я понял — должно давать возможность разным юзерам работать одновременно с таблицей, что собственно и так реализовано в постгресе.
Все бы хорошо, лента дешевая, объемы большие и т.д., но странно — это устройство последовательного доступа, постоянный физический конакт с механизмом, головками, потом — может посыпаться, если где-то посреди сбой — дальше практически не читаемо…
Такое впечатление, что это разгово в 90-х-начале 2000-х и дальше технологии не пошли.
Спасибо, хорошая статья. Вот только вопрос: неужели не нашлось нормальное слово
«предварительно спаблишенное приложение»?
Если нет, то тогда надо переводить и другие также:
превиоузли спаближенная аппликация
Но, прочитав частушки типа «Больше тудушек богу тудушек!» становится странно, автор лучше бы ошибки исправил в тексте, если в состоянии, чем такое писать.
Например,
Все регистрируется в Startap.cs [запятая] как в обычном asp.net core приложении. Тут ничего нового. А вот внедрение зависимостей для нашей VM таки происходит через публичные свойства [запятая] а не через кноструктор. Свойство просто нужно декорировать отрибутом [<-ОтрЕбутом]
«Windows Internals, Part 1: System architecture, processes, threads, memory management, and more (7th Edition)»
Это не единственная разница. п
Например, приватная страховка может порезультатам года возвращать сумму, если ююзер не обращался (не болел или платил сам и не подавал им). Сумма может увеличиваться с каждым годом, но если попросил их оплатить — они оплатят, но это сбивает премии в 0.
Надо помнить, что если юзер ушел на приватную страховку, то вернуться на гос. можно не всегда, только при определнных условиях. А иногда — невозможно. Так что, там все не так однозначно.
Такое впечатление, что это разгово в 90-х-начале 2000-х и дальше технологии не пошли.
«Метки:драмма, лицензии, open source»
?
«предварительно спаблишенное приложение»?
Если нет, то тогда надо переводить и другие также:
превиоузли спаближенная аппликация
В немецком языке глагол всегда стоит на втором месте.
mkdir -p rescue/iso/isolinux/
…