ASA:
"partiotioned view" организуется так же, как и в MSSQL - через UNION ALL. "partiotion by table" отсутствует (было бы странно это увидеть в SMB СУБД).

ASE:
Все есть.

P.S. Если посмотреть в FAQ , то там можно обнаружить следующий документ , рассказывающий о возможностях всех СУБД Sybase.

авторРасскажит плс темному, что же там в ASE все есть?
Я дал ссылку на документ, подготовленный для меня Sybase.ru, вот там все и читайте. Лично я вообще без понятия, чего там есть, чего нет в ASE - у меня для полного счастья в своих проектах в ASA 9 все есть (даже про запас) :)

michael_2 ASCRUS

ASCRUSASA:
было бы странно это увидеть в SMB СУБД

Так все-таки ASA не класса Enterprise, а "все-лишь" SMB? :)

Секционирование таблиц было бы очень удобно как в ASA так и в ASE. И в SMB бывают очень большие таблицы. Будем ждать.
Насколько я понимаю, секционирование таблиц полезно в 3 случаях:
1. Сверх-большие обьемы (когда реально таблица не помещается на жесткий диск)
2. Интенсивные операции по селективному индексу, который для больших таблиц становится не слишком удобным способом поиска удовлетворяющих условиям записей
3. OLAP, где требуется проводить аналитику по большому кол-ву записей и параллейное чтение индексов и таблицы не помешало бы.

Все пункты сейчас реализуются ручками - методом разбивания большой таблицы по разным tablespace и соединением полученных таблиц в представлении через UNION ALL. Что то типа того:
Недостатков у такого способа секционирования преогромное множество - начиная от поддержки одинаковой структуры для всех таблиц и заканчивая оптимизацией запросов, где если просто наложить фильтр на поля представления, оптимизатор догадается этот фильтр просто применить для каждого запроса представления, а любое соединение с представлением, аггрегация или еще чего будет рассматриваться как внешняя операция и представление сначала полностью будет выполнено и далее уже над ним сверху будут накладываться нужные операции, что с точки зрения эффективности выполнения совсем недопустимо. Можно конечно еще поиграться в "полное представление" (где для каждой таблицы представления соединяются и выводятся поля других наиболее часто используемых в запросах таблиц):
Здесь в данном случае при установке фильтрации по полю s.Name для представления оптимизатор отфильтрует записи до UNION ALL, без применения внешнего фильтра, а если обращений к этому полю не будет, вообще исключит из плана запроса таблицу Sprav.

Так же можно поиграться динамическим SQL, который в принципе неплохо отрабатывается в ASA, что то типа того:
На выходе получим данные, аналогичные предыдущему представлению. В принципе при такой схеме играться можно с чем угодно и как угодно. Однако в любом случае трудозатраты по такому "секционированию" будут несравненно выше, чем при встроенной поддержке этой фичи самой СУБД. Но это уже зависит от того, будут ли в ASA базы с сотнями миллионов записей или же все дело ограничиться десятками миллионов, которые ASA и сейчас неплохо проглатывает для SMB круга задач. Лично я думаю, что с учетом того, что сейчас ASA позиционируется как консолидированный сервер для удаленных и мобильных СУБД (UltraLite), рано или поздно они будут вынуждены вводить секционирование таблиц - так как уже сейчас многомиллионными таблицами уже никого на их форумах не удивишь, а информация по консолидированным БД будет продолжать накапливаться и расти в сторону критической массы.

CripА че кстати в row level locking в ASE сделано лучше чем в MSSQL2000?
То что при уровне изоляции read committed не блокируется все записи до конца запроса? Может быть это и хорошо только в MSSQL любой запрос благодаря этому отдельно становится как бы repeatable read, а в ASE получается, что если уровень изоляции не поднять то можно получить несогласованные данные.
Гм, вообще то для этого уровень repeatable read и предназначен и делать его неявно с read committed по меньшей мере странно - здесь мы ожидаем просто чистое чтение. Надо думать отсюда ноги всех проблем с блокировками у MSSQL и растут.

А как это в пределах одной сессии можно дедлок вызвать или я чего то не понял ? В ASA к примеру этот код никаких проблем не вызовет, там придется не мало постараться, чтобы дедлок получить.