https://opennet.ru/openforum/vsluhforumID3/52880.html Компания Oracle выпустила (http://www.innodb.com/wp/2009/04/19/innobase-introduces-embedded-innodb/) под лицензией GPLv2 вариант транзакционного хранилища данных Embedded InnoDB (http://www.innodb.com/products/embedded-innodb/), предназначенного для использования независимо от MySQL, путем прямого встраивания движка в пользовательское приложение. <br><br><br>Доступ к данным производится через низкоуровневый набор функций (http://www.innodb.com/doc/embedded_innodb-1.0/), в корне отличающийся по синтаксису от SQL и больше напоминающий ISAM (http://ru.wikipedia.org/wiki/ISAM)-подобный API. При этом поддерживаются операции работы с курсором, управление транзакциями и возможность использования индексов. Размер присоединяемой к приложению библиотеки составляет 838 Кб, поддерживаются языки C/C++, возможно использование в многопоточных программах и жестко конкурирующих процессах, в плане одновременного доступа к базе. Подключение базы организуется примерно тем же способом, что и BerkeleyDB. <br><br><br>Неко...<br><br>URL: http://www.inn https://opennet.ru/openforum/vsluhforumID3/52880.html#34 Sun, 26 Apr 2009 11:18:39 GMT &gt;Вашего скепсина относительно ХЕ не разделяю...<br><br>Блин, ну может как говорится, "я не умею их готовить" :) Не пробовал конечно запускать их несколько с привязкой каждого, к своему ядру/процессору, но для меня приемлемое решения - умение работать хотя бы с сотней гиг табличного пространства. По нынешней жизни, это мелкий объём данных, хотя всё относительно.<br>Простая задача - многогодовое журналирование, с возможностью оперативной аналитики. Ну явно тратиться на интерпрайз - лишнее. Поэтому MySql, даже не смотря на почти 5-летний стаж работы с восьмым Оракле.<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#33 Fri, 24 Apr 2009 05:39:24 GMT Да вы знаете, на мой взгляд, Дельфину ничего не угрожает прежде всего потому, что он становится, как бы это не странно звучало, основным конкурентом MS SQL. Они конкурируют и по требованиям к квалификации разрабов и обслуги, и по реальному функционалу, и по рабочей производительности. А Дельфин, скажем, в сочетании в ЗФСом так и вообще прелесть.<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#32 Fri, 24 Apr 2009 05:33:27 GMT Давайте всё же разведём, причём на очень большое расстояние, Дельфина и Слона. Абсолютное большинство разработчиков (хотя, грубое определение быдло-кодер к ним куда больше подходит) не знают целевой СУБД вообще. Хорошо это или плохо вопрос спорный. Но не зная Дельфина на нём проще получить хоть как-то работающий результат. Со Слоном или Ораклом такое вряд ли прокатит.<br>Вашего скепсина относительно ХЕ не разделяю. Если от ХЕ отрезать всё лишнее, то это вполне конкурентное и беспрецендентно мощное решение для небольших по объёму баз. Одного процессора и памяти в 1Гиг более чем достаточно, чтоб обслуживать предельный 4-х гиговый пул табличных пространств. Проблема в том, что ХЕ крайне скудно и шаблонно документирован. А так, это вполне рабочий этакий бэйби-Оракл.<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#31 Thu, 23 Apr 2009 17:06:27 GMT &gt;А разворачивать базы в десятки гигов на Дельфине это, имхо, извращение и риск<br><br>Я может что то пропустил? Ваш пост про дельфина первый. И как вы связали базу 10 гигов и дельфи, сложно понять.<br>А MySQL или Postgres по вашему знать не обязательно? Навероно Вы полагаете что там погоду делает PHP c Perl ну или теперь питоном?<br>И что за веб проекты у вас такие, которым многопроцессорность/ядерность по барабану да и оперативы особо не нужно? Для детских песочниц в домашних сетях XE может и сгодится.<br><br>&gt;Ой-ой-ой, можно подумать.<br><br>Вот именно что можно. Думайте!<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#30 Thu, 23 Apr 2009 13:52:31 GMT я понимаю, что всегда хотелось бы иметь самое лучшее и всё-такое..<br>но и mysql cовсем не плох в том, что он может и умеет делать.<br>вот и ембедед опять же есть. в амароке уже используется.<br><br>по поводу xe - это не плохое решение для коммерческих компаний.<br>вот, например, парус мог поставляться с ним и работать как говориться "из коробки".<br>ну а если компания большая, то они могут приобрести и мигрировать на "большого" брата.<br><br>надеюсь оракле его не похоронит. а если в результате они будут более интегрированы - вообще хорошо. например, хостится компания у кого то на mysql, а внутри oltp на oracle. и данные надо периодически обновлять между ними.<br>в принципе это всё не сложно, но даже разные типы данных раздражают и увеличивают ошибки.<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#29 Thu, 23 Apr 2009 13:29:39 GMT &gt;[оверквотинг удален]<br>&gt;need a database for each application you create, as you might <br>&gt;for some competing databases. <br>&gt;4. a 4GB limit is enforced on disk space&#8212;which on its face <br>&gt;appears to be serious limitation. <br>&gt;если учесть, что русский там только utf8, то ограничение в 4 Gb <br>&gt;- это даже не десятки, а двадцатки, четвертаки и полтинники. не <br>&gt;забывайте также, что пол-интернета "рискуют" таким образом уже лет 10-15. вторая <br>&gt;- другим. и 11xe тоже пока на горизонте не видно. и <br>&gt;патчей для дырок. <br>&gt;а посему моё мнение, что xe - это пробник.<br><br>Да, на счёт дырок вы правы. Это хоть и не критично, но неприятно. В общем, согласен с вами. Замены Дельфину в его нише просто нет.<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#28 Thu, 23 Apr 2009 11:41:30 GMT &gt;До некоторого времени.<br><br>хорошая оговорка.<br>зато жить интересно. :-D<br> https://opennet.ru/openforum/vsluhforumID3/52880.html#27 Thu, 23 Apr 2009 11:38:14 GMT &gt;Оракл ХЕ для вэб-проектов на яве вполне достаточен. А разворачивать базы в десятки гигов на Дельфине это, имхо, извращение и риск.<br><br>ну и где логика, если у xe вот такие ограничения: http://www.oracle.com/technology/pub/articles/cunningham-database-xe.html<br>1. limitation is memory&#8212;Oracle Database XE can address only 1GB of RAM. <br>2. limit is that XE will only use one CPU.<br>3. limit is that only a single XE database can run on any given computer. The important point here is that you don't need a database for each application you create, as you might for some competing databases.<br>4. a 4GB limit is enforced on disk space&#8212;which on its face appears to be serious limitation.<br>если учесть, что русский там только utf8, то ограничение в 4 Gb - это даже не десятки, а двадцатки, четвертаки и полтинники. не забывайте также, что пол-интернета "рискуют" таким образом уже лет 10-15. вторая - другим. и 11xe тоже пока на горизонте не видно. и патчей для дырок.<br>а посему моё мнение, что xe - это пробник. try&buy. https://opennet.ru/openforum/vsluhforumID3/52880.html#26 Thu, 23 Apr 2009 06:04:55 GMT А какое там безумие с управлением Табличными пространствами?<br>ЕРП-системы оперируют чаще всего сложно связными наборами данных и большим их количеством. ИноДБ для этого в принципе не подходит. Это простенький и лёгкий ИСАМ для встраивания в качестве замены небольшим базам на плэйнтексте.<br>