![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Мега-СУБД от шарлатанов из РАЕН
Jul. 5th, 2007 08:53 pmБОльшего убожества я еще не встречал.
Цитаты с официяльного сайта убивают наповал.
SQL-сервер может работать с поддержкой транзакций и без нее. Чтобы включить поддержку транзакций надо в .ini файле задать параметр [SQL процесс].TrsMode равным 1 или 7 (быстрый или надежный режимы)
Это у них такие (sic!) транзакции. Надо же, оказывается КОДАСИЛы всякие и Кодды - фигней маялись, какую-то алгебру изобретали, какие-то там ссылочные целостности, атомарные операции, уровни изоляции, какие-то deadlocks нашли... А оказывается - надо было всего лишь в конфиге(!) параметр задать - "быстрые" или "надежные". Я так понимаю их комбинация не допускается.
Механизм транзакций не допускает изменений таблиц посторонними пользователями, обеспечивая монопольную работу хозяина транзакции.
Интересно, какими словами они опишут LOCK TABLE?
Каким образом общаются клиенты с SQL сервером?
Это просто праздник какой-то. Файловый message passing для клиент/сервера - это сила.
Клиенты и сервер общаются через сообщения. Cообщения помещаются в файлы со специальными именами. Cтруктура имени содержит информацию об адресатах. Имя файла-сообщения имеет вид: XXX_YYYY.ZZZ, где ZZZ - номер отправителя, XXX - номер получателя, а YYYY - порядковый номер сообщения. Cообщения помещаются в оговоренный каталог, который виден как клиентам, так и серверу.
Жаль что унутре там не хамеель или там ASN.1. Но ничего - так тоже весело.
Транзакции будут последовательные (как по-старому) и параллельные (новые)
... которые блокируют таблицу для монопольного доступа, ага. Ну очень параллельные.
Во время работы упаковки, работа пользователей приостанавливается
Это полная победа реформ. Какой 24/7, вы о чем? У нас тут упаковка!
CУБД HyTech - успешно конкурирует с такими СУБД как Oracle, Informix, SQLserv и т.д. Самая высокая скорость отработки запросов и экономичная организация данных СУБД HyTech уже никем не ставятся под сомнение.
Особенно ее режим "без новых параллельных транзакций" хорош, наверное. В этой позе Оракел нервно курит в углу, бимеры кусают локти, что купили информикс замест эитой мега-разработки, а авторы "SQLserv" - так вообще в предынфарктном состоянии. Жаль что не уточнили - это сайбеловцы или микрософтовцы валидол глотают.
И конечно Вы можете получить дистрибутив на нашем сервере (в режиме off-line).
Могучий сервер - никак обслуживается той же БД, потому в оффлайне. "Упаковка" в полный рост.
Читайте сами, http://www.nist.ru/skaz-mir/support/faq.html!
Цитаты с официяльного сайта убивают наповал.
SQL-сервер может работать с поддержкой транзакций и без нее. Чтобы включить поддержку транзакций надо в .ini файле задать параметр [SQL процесс].TrsMode равным 1 или 7 (быстрый или надежный режимы)
Это у них такие (sic!) транзакции. Надо же, оказывается КОДАСИЛы всякие и Кодды - фигней маялись, какую-то алгебру изобретали, какие-то там ссылочные целостности, атомарные операции, уровни изоляции, какие-то deadlocks нашли... А оказывается - надо было всего лишь в конфиге(!) параметр задать - "быстрые" или "надежные". Я так понимаю их комбинация не допускается.
Механизм транзакций не допускает изменений таблиц посторонними пользователями, обеспечивая монопольную работу хозяина транзакции.
Интересно, какими словами они опишут LOCK TABLE?
Каким образом общаются клиенты с SQL сервером?
Это просто праздник какой-то. Файловый message passing для клиент/сервера - это сила.
Клиенты и сервер общаются через сообщения. Cообщения помещаются в файлы со специальными именами. Cтруктура имени содержит информацию об адресатах. Имя файла-сообщения имеет вид: XXX_YYYY.ZZZ, где ZZZ - номер отправителя, XXX - номер получателя, а YYYY - порядковый номер сообщения. Cообщения помещаются в оговоренный каталог, который виден как клиентам, так и серверу.
Жаль что унутре там не хамеель или там ASN.1. Но ничего - так тоже весело.
Транзакции будут последовательные (как по-старому) и параллельные (новые)
... которые блокируют таблицу для монопольного доступа, ага. Ну очень параллельные.
Во время работы упаковки, работа пользователей приостанавливается
Это полная победа реформ. Какой 24/7, вы о чем? У нас тут упаковка!
CУБД HyTech - успешно конкурирует с такими СУБД как Oracle, Informix, SQLserv и т.д. Самая высокая скорость отработки запросов и экономичная организация данных СУБД HyTech уже никем не ставятся под сомнение.
Особенно ее режим "без новых параллельных транзакций" хорош, наверное. В этой позе Оракел нервно курит в углу, бимеры кусают локти, что купили информикс замест эитой мега-разработки, а авторы "SQLserv" - так вообще в предынфарктном состоянии. Жаль что не уточнили - это сайбеловцы или микрософтовцы валидол глотают.
И конечно Вы можете получить дистрибутив на нашем сервере (в режиме off-line).
Могучий сервер - никак обслуживается той же БД, потому в оффлайне. "Упаковка" в полный рост.
Читайте сами, http://www.nist.ru/skaz-mir/support/faq.html!
