ilikerГоспода а ктонибудь подписывался на бета тестирования ASA10юНовости изменения были?
Пока ничего вроде не слышно.

Как это не было - изначально основными фишками 10-ки заявлены snaphot-уровень изоляции, материализованные представления, кластер до 3 серверов и если не изменяет память instead of триггера. В принципе этих фич вполне будет достаточно для счастливой жизни разработчиков ASA для разработки и сопровождения БД с большими обьемами данных и нагрузками. В принципе судя по дальнейшему развитию 9-ки все туда и идет - вон уже сделали логирование планов запросов, с перехватом их в лог по указанной стоимости (очень однако полезная фича).

Не очень понял вопроса - а в чем она по Вашему мнению интересно теряет простоту в использовании ? Если вы о снапшотах, то не нужно путать просто еще один вводимый уровень изоляции снапшот с РСУБД-версионниками - это совершенно разные вещи. ASA была, есть и будет блокировочником, совершенно не требущим администрирования, легким в разработке, эксплуатации и изучении и всегда будет стремиться к максимальной производительности, надежности и функциональности и минимальной сложности в разработке и требованиям в администрировании и ресурсам. Это официальная позиция ASA-команды и я их полностью поддерживаю (кстати именно это они озвучили на их конференциях в ответ на просьбу народа сделать для ASA аналог бесплатной Express Edition c ограничениями, где при пересчете на время и стоимость разработки, а так же владения БД получается себе дешевле купить лицензии ASA, чем пользоваться урезанными, но бесплатными версиями MSSQL/Oracle/DB2).

P.S. Уровень снапшот-изоляции означает, что на этом уровне изоляции читатели не будут блокировать писателей и писатели блокировать читателей. Насколько я понимаю скорее всего снапшот будет сделан по образу и подобию снапшотов вышедшего MSSQL2005. Однако в отличие от MSSQL2005, где версионность прикрутили "сбоку" на TempDB, в заявлениях разработчиков ASA идет информация об изменении физического формата хранения БД, в т.ч. по причине ввода снапшотов, что по идее означает, что для поддержки версионности будет реализован механизм близкий к технологии версионности Interbase. В общем поживем, увидим. Одно точно - в стан Оракла ASA точно никогда не попадет ... хотя бы из за того, что разработчики ASA недавно напрочь отказались сделать совместимость обработки пустых строк с Ораклом, который как известно их интерпретирует в NULL, заявив, что они не собираются делать опции совместимости с багами других РСУБД

Ggg_old2 ASCRUS:
Для меня снапшот уровень изоляции и версионность это почти синонимы, т.к. до настоящего времени я считал, что версионность и обеспечивает снапшот уровень изоляции. Хотя на практике я к счастью не работал ни с ораклом, ни с интербейзом, ни с MSSQL2005, т.е познания имею исключительно теоретические.
Ну познания можно немножко усугубить
Здесь вкратце описано, как снапшот реализован в MSSQL2005: http://www.sql.ru/subscribe/2005/234.shtml#24

Ggg_oldТогда мне действительно не понятно, как СУБД может оставаться блокировочником и поддерживать снапшот. СУБД ведь должна где-то держать все изменяемы данные, и при каждой транзакции тратить ресурсы на создание их копий, иметь очень сложное ядро, что-бы этим всем рулить.
Если можно в кратце по этому поводу высказать мнение.
В моем понимании (кстати с точки зрения версионников, тоже чисто теоретическом), снапшот - это просто сред данных, где писатели и читатели друг друга не блокируют. Фактически на любом блокировочнике мы всегда может сами ручками сделать снапшот, воспользовавшись времянками. Настоящий же честный версионник - это где и писатели не блокируют писателей, что и реализовано в Interbase и Oracle. Везде естественно своя реализация. В Юконе конечно выкрутились через TempDB, но мне честно говоря их реализация не нравится - это называется прикрутить "сбоку". Ну а будет ли в ASA10 снапшот и как он будет реализован - до выхода финальной версии вряд ли узнаем, в отличие от MS и Oracle, в iAnywhere не принято трубить заранее о новшевствах и подробностях реализации, наверное потому, что частенько используются наваторские идеи. Пока официально в представленной ASA на TechWare2005 было заявлено о материализованных представлениях, Hot Failover и увеличению производительности с расширением графических средств управления, отладки и мониторинга. Ничего про снапшоты официально обьявленно не было. Так что вполне возможно, что в заявленном письме " in addition to enabling
us to efficiently add new features, such as snapshot isolation " имеется ввиду только расширение формата БД, которое позволит в дальнейших версиях ASA вводить новые фичи, такие как например уровень изоляции снапшот.

P.S. Лично я честно говоря могу неплохо прожить и без снапшота, так как во первых у ASA нормальная поддержка временных таблиц, во вторых снапшоты увеличивают время изменения записей, раз им приходится плодить версии, в третьих наиболее частая операция в СУБД - это вставки записей, а не изменения и в четвертых нужно уметь правильно проектировать БД и учитывать логику и специфику транзакций и блокировок, а не надеятся, что сервер сам все должен разрулить ценой потери скорости и затраты на ресурсы. Вот горячая замена, материализованные представления и увеличение производительности - это да, они нужны. А снапшот лучше бы реализовать потом, когда реально увидим, чем это Юкону обернулось