Для меня Power Query — это еще один навороченный доменный язык для работы с данными. Осваивать его совершенно не хочется, потому для работы с данными уже придумали SQL, который поддерживается всеми современными СУБД.
Визуально, конечно Power Query круче консоли SQLite. Но если вместо консоли использовать Apache Superset или Metabase — получится еще круче.
Эксель прекрасный инструмент, ни в коем случае не хочу как-то его принизить. Но вот нормально работать в нем с несколькими связанными таблицами — совсем не получается.
В целом, «SQLite против Excel» чем-то схоже с «командная строка против проводника». Безусловно, сложнее. Но если освоить — удобнее, мощнее и продуктивнее для большого класса задач.
Мне особенно нравится, что последние годы разработчики SQLite часто сознательно реализуют фичи точно так же, как сделано в PostgreSQL. Например, оконные функции сделаны именно так, и даже тестировались на постгресе. Кажется, такая унификация с лучшей опенсорсной реляционной СУБД — отличная идея.
К сожалению только в пределах одного процесса, т.е. shared не имеет особого смысла и сомнительный юзкейс
Почему сомнительный, разве он не подходит для async-операций в пределах одного процесса?
Да, в плане типов SQLite — это своеобразный JavaScript. Если для кого-то это проблема, можно просто не использовать такую «динамическую типизацию». Используйте The Good Parts ツ
Да, именно! Получается быстрее и удобнее пандаса. Конечно, пандас мощнее, но мощь его редко когда требуется. SQLite прекрасно справляется в большинстве случаев.
Я в основном использую SQLite для прикладного анализа данных. Загрузить датасет из csv / json, найти проблемы в данных, почистить данные, сджойнить таблички, пофильтровать, сгруппировать, посчитать агрегаты, выгрузить обратно в csv — как-то так.
Удобно, что в большинстве случаев не приходится даже ничего писать на Python. SQL, как декларативный язык, созданный специально для обработки данных — компактнее и проще, чем скрипты.
Еще использую SQLite как базу для блога. Работает быстро, удобный бекап — закоммитил один файл в гитхаб и готово.
SQLite спокойно работает с сотнями тысяч, миллионами и десятками миллионов записей. Если какие-то программы тормозят — это только вопрос прямоты рук разработчиков этих программ.
Зашёл ругаться на кликбейтный заголовок, а тут и правда две строчки :–) Всегда интересно читать примеры из практики, особенно когда так хорошо изложено.
А вы получали похожие и сопутствующие товары динамически для каждого товара или предрассчитали их и хранили где-то?
Очень классно, что заморочились не только на автоматическое заполнение реквизитов компании и банка, но и паспорт тоже сделали!
А зачем отдельно вызывать СПАРК для сведений о компании? То, что у вас на скриншоте, прекрасно отдает сама «Дадата» (которую вы подключили на форме регистрации).
Использую Ghost, это движок с UI. Он по умолчанию предлагает MySQL, но можно поставить на SQLite, что я и сделал.
Для меня Power Query — это еще один навороченный доменный язык для работы с данными. Осваивать его совершенно не хочется, потому для работы с данными уже придумали SQL, который поддерживается всеми современными СУБД.
Визуально, конечно Power Query круче консоли SQLite. Но если вместо консоли использовать Apache Superset или Metabase — получится еще круче.
Эксель прекрасный инструмент, ни в коем случае не хочу как-то его принизить. Но вот нормально работать в нем с несколькими связанными таблицами — совсем не получается.
В целом, «SQLite против Excel» чем-то схоже с «командная строка против проводника». Безусловно, сложнее. Но если освоить — удобнее, мощнее и продуктивнее для большого класса задач.
Она есть, но придется отдельно компилировать SQLite с поддержкой Unicode (SQLITE_ENABLE_ICU).
Мне кажется, очень уместно заиспользовали все перечисленные технологии. Отличная работа!
Мне особенно нравится, что последние годы разработчики SQLite часто сознательно реализуют фичи точно так же, как сделано в PostgreSQL. Например, оконные функции сделаны именно так, и даже тестировались на постгресе. Кажется, такая унификация с лучшей опенсорсной реляционной СУБД — отличная идея.
Почему сомнительный, разве он не подходит для async-операций в пределах одного процесса?
Мне тоже кажется, что 10000 — это художественное преувеличение ツ Вообще, если без экстрима, этих двух настроек должно быть достаточно:
Что характерно, Фоссил написан тем же самым автором — Ричардом Хиппом. Интересный дядька вообще.
Да, в плане типов SQLite — это своеобразный JavaScript. Если для кого-то это проблема, можно просто не использовать такую «динамическую типизацию». Используйте The Good Parts ツ
Пожалуйста! Прикольный сервис, но потерял все картинки. Да и в целом формат твит-шторма — на любителя.
Да, именно! Получается быстрее и удобнее пандаса. Конечно, пандас мощнее, но мощь его редко когда требуется. SQLite прекрасно справляется в большинстве случаев.
Я в основном использую SQLite для прикладного анализа данных. Загрузить датасет из csv / json, найти проблемы в данных, почистить данные, сджойнить таблички, пофильтровать, сгруппировать, посчитать агрегаты, выгрузить обратно в csv — как-то так.
Удобно, что в большинстве случаев не приходится даже ничего писать на Python. SQL, как декларативный язык, созданный специально для обработки данных — компактнее и проще, чем скрипты.
Еще использую SQLite как базу для блога. Работает быстро, удобный бекап — закоммитил один файл в гитхаб и готово.
Да, так тоже можно! Я взял этот пример кода из урока, который идет еще до изучения оконных функций. Поэтому он без них ツ
Вы сделали несколько утверждений:
Эти три утверждения не соответствуют действительности. Если вы и сами это понимаете — не вижу смысла дальше что-то обсуждать. Если нет — тем более.
SQLite спокойно работает с сотнями тысяч, миллионами и десятками миллионов записей. Если какие-то программы тормозят — это только вопрос прямоты рук разработчиков этих программ.
Зашёл ругаться на кликбейтный заголовок, а тут и правда две строчки :–) Всегда интересно читать примеры из практики, особенно когда так хорошо изложено.
А вы получали похожие и сопутствующие товары динамически для каждого товара или предрассчитали их и хранили где-то?
И в итоге совсем ушли от подхода с word2vec?
Избирательность применения — вообще большая проблема законов в России. Закон о персданных не стал исключением.
Верните мне мой 2007 (ಠ_ಠ)
Интересно, спасибо!
Очень классно, что заморочились не только на автоматическое заполнение реквизитов компании и банка, но и паспорт тоже сделали!
А зачем отдельно вызывать СПАРК для сведений о компании? То, что у вас на скриншоте, прекрасно отдает сама «Дадата» (которую вы подключили на форме регистрации).