Абсолютно некорректное сравнениевполне корректное. Микроконтроллеры совсем не заканчиваются ATTiny13 и есть вполне "жирные" в плане ресурсов. Так что справедливости ради микроконтроллер на java вполне имеет право на существование. Что и иллюстрируют те же sim-карты.
а есть примеры кода для таких джава карт?не, у меня нету
Удачи с размещением виртуальной машины Java + кода самой программы с учетом имеющихся ресурсов...Справедливости ради:
%[0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF][-:][0123456789ABCDEF][0123456789ABCDEF]%select val from (select val where val<10 order by val desc limit N) as t1
union all
select val from (select val where val>10 order by val asc limit M) as t2Во времена DOS была такая СУБД FoxPro, а ранее dbase, paradox, clipper, clarion - это были в той или иной мере среды разработки/программирования со своими ЯП. Позднее - развились более другие и разные среды программирования, которые стали уметь универсально взаимодействовать с СУБД. Поэтому ныне при правильном подходе несвойственное СУБД делается не в ней и зачастую универсально: c/perl/php/phyton/c#/java/bash/powershell через промежуточный слой (фс) работают с файлом, разбирают его, а потом через другой промежуточный слой сливают результат в какую-нибудь любую СУБД. Притом сегодня в pg, завтра в mysql и т.д.
12 гиговый файл? Интерфейсы то будут сможете сделать , но как это будет ворочаться?А второй этап начнется когда надо будет эти 12 гигов пересинхронизировать с изменившимся первоисточником...
То бишь скомпилировав одну jvm мы сможем выполнять 100500 java-программ, а не компилировать каждую программу [java].