Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Было бы проще, давно бы уже все было. Был, емнип, даже порт на дотнет того самого sqlite. Только оно нафик никому не пригодилось, кроме как для экспериментов.
Почему же эксперименты — было дело использовал его в качестве локальной БД для UWP-приложений. Беда, конечно, что EF для него не подходил, пришлось пришивать свои миграции. А нативная поддержка SQLite в EF появилась уже попозже, и с рядом ограничений на минимальную версию ОС.
Здравствуйте, varenikAA, Вы писали:
AA>Нашел http://sqldatabase.net.
AA>Кто-нибудь использовал?
AA>Вообще, странно, что в java минимум 3-и отличных реализации причем все: AA>1. в двух режимах — встроенный/сервер AA>2. авторизация AA>3. ACID AA>4. один jar. AA>Я про H2, Derby, HSQL.
В яве их много потому что JPA изначально был ДАВНО прописан в спецификации, но встроенной реализации не было. А тесты надо было на чем то запускать вот их и расплодилось по историческим причинам.
В .net потому и нет такого безобразия потому что Entity Framework не был частью framework изначально, его потом добавили а сейчас он отдельно от .NET живет и развивается.
AA>По .net либо платное, либо sqlite|firebird (неродное).
А зачем больше?
SQLite для desktop и мобильных приложений — его майкрософт активно развивает и в составе нет core ДАЖЕ своя NATIVE сборка, оптимизированная, РОВНО одной версии, независимая от OS. Что очень круто — версия ровно одна. 3.22 для 2.2 и 3.26 для 3.0. ЭТОЖ КАПЕЦ КАК КРУТО.
Учите SQLite
Для тестов есть InMemory DB (правда только для EF) и Local DB.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, varenikAA, Вы писали:
AA>>По .net либо платное, либо sqlite|firebird (неродное).
НС>Ничего странного. Дотнетовский интероп позволяет совершенно без каких либо проблем использовать стандарт де-факто — sqlite.
В кофеварке можно будет заюзать?
Вообще, странно, что в java минимум 3-и отличных реализации причем все:
1. в двух режимах — встроенный/сервер
2. авторизация
3. ACID
4. один jar.
Я про H2, Derby, HSQL.
По .net либо платное, либо sqlite|firebird (неродное).
Здравствуйте, Слава, Вы писали:
С>Здравствуйте, varenikAA, Вы писали:
AA>> либо firebird (негодное).
С>fixed
С>Для явы просто написано в разы больше кода, чем для дотнета.
Причем, надо разделять жизнь до корэ и после. По сути сейчас корэ как основа гораздо лучше чем жвм.
но вот беда, большая часть(лучшая) — интероп.
Здравствуйте, varenikAA, Вы писали:
AA>Нашел http://sqldatabase.net.
AA>Кто-нибудь использовал?
AA>Вообще, странно, что в java минимум 3-и отличных реализации причем все: AA>1. в двух режимах — встроенный/сервер AA>2. авторизация AA>3. ACID AA>4. один jar. AA>Я про H2, Derby, HSQL.
AA>По .net либо платное, либо sqlite|firebird (неродное).
Странно, бесплатная, а сурцы не выложены. Судя по закачкам это будет чудо если кто-то здесь ее пробовал.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Дотнетовский интероп позволяет совершенно без каких либо проблем использовать стандарт де-факто — sqlite.
А что насчёт какого-нибудь Unity 3D? Там у тебя код может выполняться и на x86, и на ARM64, и т.д. Без проблем в platform-agnostic way не так просто. Было бы проще, если бы была полностью управляемая реализация под .NET Standard 2.0.
Здравствуйте, Qbit86, Вы писали:
Q>А что насчёт какого-нибудь Unity 3D? Там у тебя код может выполняться и на x86, и на ARM64, и т.д.
С армом проблем нет. Не в курсе что там с юнити, но в UWP все прекрасно работает без лишних телодвижений.
Q>Было бы проще, если бы была полностью управляемая реализация под .NET Standard 2.0.
Было бы проще, давно бы уже все было. Был, емнип, даже порт на дотнет того самого sqlite. Только оно нафик никому не пригодилось, кроме как для экспериментов.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>С армом проблем нет. Не в курсе что там с юнити, но в UWP все прекрасно работает без лишних телодвижений.
Нужно, чтоб работало на Android/iOS. При этом Юнити не умеет в NuGet, нужно как-то выковыривать нативные бинарники под разные архитектуры/операционки.
Гораздо лучше, если бы было достаточно управляемых dll'ок, не тянущих нативных зависимостей.
Здравствуйте, Qbit86, Вы писали:
Q>Нужно, чтоб работало на Android/iOS. При этом Юнити не умеет в NuGet, нужно как-то выковыривать нативные бинарники под разные архитектуры/операционки. Q>Гораздо лучше, если бы было достаточно управляемых dll'ок, не тянущих нативных зависимостей.
Думаю, скоуп юнити не настолько велик, чтобы тащить радитолько него сложные проекты
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Думаю, скоуп юнити не настолько велик, чтобы тащить радитолько него сложные проекты
Скоуп Юнити очень велик (к сожалению; я не то чтобы большой фанат Юнити). Мобильные игры — это большая и прибыльная сфера; и Юнити здесь стал фактически стандартом. Это не отменяет его кривости и слабой инструментальной поддержки, конечно.
Здравствуйте, VladCore, Вы писали:
VC>Учите SQLite
Да, вчера написал небольшой тест (10К id autoincr,name — вставка и сразу обновление, потом создание индекса по name и выборка)
litedb(Nosql) -23 сек
— самый удобный в программировании
Sqldatabase — 12 сек
— почему-то не следует ado net provider, пришлось додумывать много.
sqlite — 2 сек,
вставка и сразу, потом коммит, потом создание индекса и выборка.
причем и файл самый маленький получился.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, varenikAA, Вы писали:
AA>>По .net либо платное, либо sqlite|firebird (неродное).
НС>Ничего странного. Дотнетовский интероп позволяет совершенно без каких либо проблем использовать стандарт де-факто — sqlite.
linux имел проблемы, особенно если SqlProvider F#-повый. Но это было давно, с тех пор не проверял.
