Компания PrimeBase Technologies выпустила (http://www.primebase.org/news.php) кандидат в релизы проекта PBXT (PrimeBase XT), разработанного с нуля хранилища данных для MySQL, поддерживающего следующие возможности (http://www.primebase.org/documentation/index.php):
- Мультиверсионная организация хранения данных MVCC (multi-version concurrency control), позволяющая избавится от блокировок при выполнения операций чтения;- ACID-совместимая поддержка транзакций, включая возможность обработки нескольких конкурирующих транзакций;
- При изменении данных и выполнении операций "SELECT FOR UPDATE" блокировка производится на уровне конечных записей;
- Поддержка быстрого отката транзакций и восстановления после некорректного завершения работы сервера;
- Система обнаружений взаимных блокировок (Deadlock);
- Использования хранилища в виде журнала, позволяет записываться данные напрямую в БД, без создания отдельного лога транзакций;
- Обеспечение ссылочной целостности...
URL: http://www.primebase.org/news.php
Новость: http://www.opennet.ru/opennews/art.shtml?num=19478
Решены нетривиальные задачи по работе с данными. Посмотрим насколько качественно это сделано будет в релизе.
Уже догоняет PostgreSQL? ;))))) Ню Ню.
Интересно, а бывает такое, что фанатики хотя бы раз промолчат? На любой пост по perl или mysql налетают неудовлетворенные индивидумы.
Но если по совести, то всё здесь описанное - действительно возможности родного (но, правда, и единственного) способа хранения данных в PostgreSQL.
При чтение новости даже такое ощущение складываеться что движок это просто взяли и портировали с постгреса :-)
Ну а что же тогда этот всеми любимый постгрес, например, не мог ввести числовой код ошибки (и SQLSTATE) аж до версии 8?
Да и вообще что все носятся с этим постгресом, у каждой СУБД свои задачи, ну не нужен каждому юзеру оракл для телефонной книжки.
> Ну а что же тогда этот всеми любимый постгрес, например, не мог
> ввести числовой код ошибки (и SQLSTATE) аж до версии 8?К хранилищу данных сие не имеет никакого отношения.
Может, просто не хотел?
>Уже догоняет PostgreSQL? ;))))) Ню Ню.а когда в вашем великом постгресе появятся acl на отдельные столбцы а?
>>Уже догоняет PostgreSQL? ;))))) Ню Ню.
>
>а когда в вашем великом постгресе появятся acl на отдельные столбцы а?
>В следующей версии -- 8.4
http://archives.postgresql.org/message-id/20080901063855.GJ1...
есть шанс, что, наконец, постгресс догонет мускул)
А в постгресе уже можно раздавать гранты человеческим способом, как в mysql? Типа, вот этому юзеру дать такие-то права на все объекты в такой-то базе.
А то когда я с ним работал, очень уж достала система работы с привилегиями.Хотя вообще консоль в постгресе удобнее, чем в mysql, и help круче. Я вот не понимаю, почему до сих пор не включено человеческое автодополнение в консоли mysql.
>>Уже догоняет PostgreSQL? ;))))) Ню Ню.
>
>а когда в вашем великом постгресе появятся acl на отдельные столбцы а?
>Постгресс не великий. Но я рад, что года три-четыре назад, когда нужно было выбрать бесплатную бд, я остановил выбор именно на ней, а не на mysql.
Очень для многих вещей (вычислительного характера) мне хватало PostgreSQL в чистом виде.
С другой стороны, если бы я выбрал MySQL у меня было бы больше опыта в написании клиентских приложжений, т.к. я бы не смог отделаться маленькими скриптами, тупо выполняющими по десятку SQL запросов.
>>Уже догоняет PostgreSQL? ;))))) Ню Ню.
>
>а когда в вашем великом постгресе появятся acl на отдельные столбцы а?
>Делаешь вьюху, на нее вешаешь рулс (или даже на саму таблицу вешаешь рулс), и в нём переопределяешь права хоть для конкретного столбца, хоть для конкретной строки, хоть для конкретного поля в конкретной строке, в зависимости хоть от текущего пользователя, хоть вообще от какого нибудь занзначения в другой таблице! (Кстати, в системных вьюхах самого постгреса так и сделано с полем пароля - оно заменяеться звёздочками)
З.Ы. Те кто скажет что это совсем не стандартно - однако права доступа на столбец, вроде тоже не стандартно, а?
Postgres хороший сервер. Никто с этим не спорит, но... Есть в нём фундаментальные недостатки, которые отталкивают меня лично(!) Есть недостатки в MySQL, которые заставляют нервничать. Но в целом, оба сервера хороши и применимы для любого класса задач. Чего спорить? Работать надо!
.......А теперь мы попытаемся со всей этой хернёй взлететь.....
В смысле самое интересное наступит тогда, когда будут первые тесты производительности под нагрузкой......
В журнале "Системный администратор" как-то давно был такой тест
Интересно, раньше в 4-версии MySQL была же поддержка BerkeleyDB таблиц, которые сами по себе поддерживают транзакции, мультиверсионность и прочее-прочее. По политическим соображениям, насколько я понимаю, после покупки BDB Ораклем этот движок из 5-го Мускуля попятили. Чё-то задумался - а этот движок в данный момент никто в качестве плагина не поддерживает?
> Интересно, раньше в 4-версии MySQL была же поддержка BerkeleyDB таблиц, которые сами
> по себе поддерживают транзакции, мультиверсионность и прочее-прочее. По политическим
> соображениям, насколько я понимаю, после покупки BDB Ораклем этот движок из
> 5-го Мускуля попятили. Чё-то задумался - а этот движок в данный
> момент никто в качестве плагина не поддерживает?Так у BerkleyDB проблемы с надежностью