всем привет,

посмотрел презентацию, что планируется в следующем обновлении ASE, запланированном на конец года
(за ранее сорри, если кто в курсе и за возможную неточность информации)

может кому-то будет интересно

1. minimum log
нелья будет откатить последние измения rollback'ом
(только несколько записей при определенных условиях)
реализована опция как параметер для базы, таблицы или сессии

пример для сессии:
set dml_logging minimal

begin tran
delete from cust
rollback

все данны уделаны :)

если же что-то произошло, пока "шло" удаление, то в таблицы останутся "неудаленные" записи

2. IMDB - in-memory база
ничего не пишется на диск,min logging (пункт 1), нету crash recovery, база пересоздается после перезагрузки сервера. в остальном как обычная база

например, как создать базу:

sp_cacheconfig cache1,'100GB', inmemory_storahe
disk init name = 'test1#, physname = 'cache1',... type='inmemory'
create inmemory database test ...

3. tempdb как IMDB (пункт 2)

4. RDDB (reduced durability database) -
как понял, что-то между нормальной базой и IMDB, данные не гарантиривано пишутся с cache на диск. восстановит можно после "нормального" завершения или полностью пересоздать базу с нуля (как в пункте 2)

пункт 2 и 3
понравилось, по сравнению с тем же SolidDB/TimesTen,
что реализовано на базе ASE и очень прозрачно-и-незаметно для приложений

5. новая команда transfer table to|from
загрузка/выгрузка изменений из/в фаила

как пример:
insert into cust...
insert into cust...
transfer table cust to '/data/cust.1' for ase|bcp|iq|csv - можно выбрать формат фаила
(2 записи)
transfer table cust to '/data/cust.2' for ase
(ничего)
insert into cust...
transfer table cust to '/data/cust.2' for ase
(одна запись)

6. пара новых типов bigtime/bigdatetime

7. плюс изменения по мелочам

по п.5 немного больше деталей, как это предполагается работать:

делаем create | alter table с опцией transfer on | off
создается скрытая 8-байтовая колонка для идентификации новых/измененных данных
для трансфера берутся только закомиченные данные, все отстальное оставляется на "следующий" раз. запись последних выгруженных данных в spt_ххх таблицу, и также запись в monхххх.

да вот, еще было упоминание о тесной интеграции с IBM Tivoli Storage Мanager

вообще-то все эти пункты носят явно выраженый характер - extreme transaction processing.
пардон, но shrinkа не заметел там

думаю, многие из них уже реализованы (в неком виде) и применяются в Sybase RAPе

планирую быть на techselect*2009 в Лондоне, может Роб чем-то обрадует или покрайне мере "прояснит" ситуацию
дайте знать, если что-то конкретно интересует, постараюсь узнать в официальнокй (и не только) обстановке ;)

SQLMantisjap,
лучше бы шринк базы сделали.
к 2011 обещали сделать... ;)