Oracle vs HyTech. По мотивам откровений Ковалевского / Сравнение СУБД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle vs HyTech. По мотивам откровений Ковалевского

147 сообщений из 147, показаны все 6 страниц

все

Oracle vs HyTech. По мотивам откровений Ковалевского

#34653888

Plisteron

Гость

Наверное, многие уже читали интервью "академика" Ковалевского "Хватит платить Западу - у России должна быть своя ОС" , в которой он (Ковалевский) противопоставляет Oracle российскую СУБД HyTech.
Саму HyTech я не видел, а с Oracle работаю довольно давно (лет 9 примерно).
После прочтения возник вопрос, который я адресую знатокам HyTech: что умеет эта чудо-СУБД, чего не умеет Oracle?
Ну, и, конечно, ряд дополнительных вопросов по HyTech:
- количество поддерживаемых платформ ("железо" и ОС);
- возможность работы в кластере и работа в распределённых БД;
- максимальный поддерживаемый объём БД;
- максимальное количество обновременно работающих пользователей;
- используется ли версионный механизм;
- наличествует ли механизм автономных транзакций;
- есть ли возможность кластеризации и партиционирования данных;
- организация таблицы по индексу (index-organized table);
- возможность "горячего" бэкапа;
- возможность выполнения ретроспективных запросов, наличие механизма наподобие Oracle Flashback Technology;
- возможность выполнения хранимой процедуры с как правами владельца оной, так и с правами вызывающего;
- наличие механизмов работы с XML;
- возможность создания вложенных таблиц;
- наличие механизма аудита (успешное подключение, неудачная попытка подключения и т.п.) и аналога ораклового fine-grained auditing (FGA);
- наличие jobs (выполнение кода по расписанию);
- возможность создания материализованных представлений;
- наличие OLAP;
- возможность криптозащиты данных с доступом к ним с использованием электронного ключа eKey.
Извиняюсь, что все фичи без структуры и вперемешку.

Заранее благодарен за ответы.

...

Рейтинг:

0 / 0

11.07.2007, 15:51

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34653965

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Plisteron!
Ты пишешь:

Plisteron[Sorry, skipped]
P> После прочтения возник вопрос, который я адресую знатокам HyTech это мифические существа.
хотя, допускаю, что коллега ЧАЛ, таки видел живьём,
представителей этой гипотетической (негуманоидной) цивилизации...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

11.07.2007, 16:07

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654229

SergSuper

Участник

Откуда: SPb

Сообщения: 5 995

Рейтинг: 0 / 0

как-то не освящен вопрос что процессоры тоже разрабатывает американская фирма интел
тоже ведь ей немало бабла перепадает

а вообще начали бы с того что бы все эти законодатели пересели бы наконец на отечественные машины - зачем поддерживать немецкий автопром
а то как-то не искренне звучит

...

Рейтинг:

0 / 0

11.07.2007, 17:04

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654280

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

SergSuperкак-то не освящен вопрос что процессоры тоже разрабатывает американская

Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме). А тут божий дар с яишницей пытаются сравнивать

...

Рейтинг:

0 / 0

11.07.2007, 17:15

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654302

Plisteron

Гость

Gluk (Kazan) SergSuperкак-то не освящен вопрос что процессоры тоже разрабатывает американская

Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме). А тут божий дар с яишницей пытаются сравнивать
В смысле, Oracle и HyTech? Я ж говорю, HyTech ни разу не видел и не знаю, яичница он или божий дар.
Ну, хорошо. Раз прозвучало слово ЛИНТЕР, какие из вышеперечисленных фич есть в ЛИНТЕР, какие фичи в нём есть, которых нет в Oracle? Просто ради интереса.

...

Рейтинг:

0 / 0

11.07.2007, 17:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654311

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

здесь

...

Рейтинг:

0 / 0

11.07.2007, 17:21

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654316

Yo.!

Гость

Gluk (Kazan)

Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме). А тут божий дар с яишницей пытаются сравнивать

а чем линтер отличается от МС ? тем, что скрыт даже принцип работы и отсутствует хоть какая либо документация ? имхо уж лучше МС, там хотя бы понятно почему оно будет работать.

...

Рейтинг:

0 / 0

11.07.2007, 17:22

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654327

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

Вопрос философский, кстате...
"Чего такое есть там, чего нету тут?"...
"Зачем всё это нужно?"

И, под конец, вопрос - который очень давно волнует меня лично - нахрена
столько разных моделей мобилок, если они все успешно справляются со
своим основным предназначением - позволяют звонить и принимать звонки,
да и к тому же - у меня уже есть моторолла? Зачем Сименс/Нокия/Сони
пыжатцо - и выдумывают нечто новое?

зы и зачем мне жена - если уже есть жена соседа?
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

11.07.2007, 17:24

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654336

RomanSavelyev

Гость

В РФ нет конкурентоспособной коммерческой СУБД, только детский лепет типа линтеров и хютеков.

Автору статьи по исходной ссылке не нужно, чтоб что-то дёшево работало. Ему нужны госконтракты на разработку очередного велосипеда.

Если бы ему надо было "дёшево и сердито" - он говорил бы о PostgreSQL (например).

Но... в школах нужен Windows.
Человек должен быть обучен работе с тем, что реально пригодится в реальной жизни.

...

Рейтинг:

0 / 0

11.07.2007, 17:27

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654343

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Gluk!
Ты пишешь:

GlukGK> Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме).
GK> А тут божий дар с яишницей пытаются сравнивать никто ничего не пытается.
существует определённая группа лоббиcтов,
которые ставят перед собой конкретную задачу:
"взять всё и поделить!"
взять естессно, из бюджета (целевой программы),
поделить, естессно, между собой.
Ковалевский активно пихает это "чудо" - HyTech
во все дыры, до каких ему удаётся дотянуться.
Ему удалось пропихнуть это в Фонд социального страхования,
где он является зам.председателя, в РосЗдрав, где тоже есть свои люди, и т.п.
А весь вой в прессе - тупой PR...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

11.07.2007, 17:29

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654367

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

Мимопроходящий
Привет, Gluk!
Ты пишешь:

GlukGK> Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме).
GK> А тут божий дар с яишницей пытаются сравнивать никто ничего не пытается.
существует определённая группа лоббиcтов,
которые ставят перед собой конкретную задачу:
"взять всё и поделить!"
взять естессно, из бюджета (целевой программы),
поделить, естессно, между собой.
Ковалевский активно пихает это "чудо" - HyTech
во все дыры, до каких ему удаётся дотянуться.
Ему удалось пропихнуть это в Фонд социального страхования,
где он является зам.председателя, в РосЗдрав, где тоже есть свои люди, и т.п.
А весь вой в прессе - тупой PR...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

да в курсе, про это говно даже разговаривать не хочу
вот Линтер ОТНЮДЬ не детский лепет (я не лоббист)

...

Рейтинг:

0 / 0

11.07.2007, 17:37

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654394

Plisteron

Гость

Gluk (Kazan) здесь
Результат беглого осмотра содержимого ссылки.
- Логическая структура данных не отделена от физической. Кстати, означает ли это, что я не могу создать таблицу, располагающуюся на нескольких дисках?
- Таблиц, организованных по индексу, нет.
- Автономные транзакции в триггерах отсутствуют.
Из плюсов -- версионный механизм и возможность горячего резервирования.

...

Рейтинг:

0 / 0

11.07.2007, 17:45

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654461

Участник

Откуда: Москва

Сообщения: 2 768

Рейтинг: 0 / 0

Больше всего мне понравились ограничения hytech:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

Ограничения
Параметр                                                 V 2.50 (32 битная адресация файлов)  V 2.58 (64 битная адресация файлов) 
Максимальная длина поля в таблице          32767                                              32767 
Максимальная длина записи в таблице       62000                                              62000 
Максимальное количество полей в таблице 512                                             512 
Максимальная длина ключевого поля          255                                             255 
Максимальное количество одновременно открытых таблиц 96                          96 
Максимальное число записей в таблице и в промежуточных результатах 16M-1  256M-1 

Максимальное количество одновременно открытых курсоров определяется памятью процесса определяется памятью процесса 
Максимальное количество одновременно используемых переменных определяется памятью процесса определяется памятью процесса

...

Рейтинг:

0 / 0

11.07.2007, 18:01

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654465

Участник

Откуда: Москва

Сообщения: 2 768

Рейтинг: 0 / 0

Не туда нажал... Извините за недоделанное форматирование.

...

Рейтинг:

0 / 0

11.07.2007, 18:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654474

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, AI!
Ты пишешь:

AIA> Не туда нажал... Извините за недоделанное форматирование.ты бы тынц лучше указал...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

11.07.2007, 18:05

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34654602

SergSuper

Участник

Откуда: SPb

Сообщения: 5 995

Рейтинг: 0 / 0

ограничения hytechМаксимальное количество одновременно открытых таблиц
Чё-то фокс прямо напоминает...

...

Рейтинг:

0 / 0

11.07.2007, 18:42

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34655138

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

Plisteron- Логическая структура данных не отделена от физической.

Гмм. можно пальцем ткнуть откуда сие проистекло ?

...

Рейтинг:

0 / 0

12.07.2007, 08:15

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34655717

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

Plisteron пишет:
> он (Ковалевский) противопоставляет Oracle российскую СУБД HyTech.
> Саму HyTech я не видел, а с Oracle работаю довольно давно (лет 9 примерно).

Ну у нас есть и Линтер, я не знаю, что за HiTech, но что Линтер - это
нормальная полноценная промышленная СУБД - это я знаю точно. Если
бы у меня был бы выбор, оракль или Линтер - выбрал бы Линтер точно.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

12.07.2007, 11:30

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34655747

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

Мимопроходящий пишет:
> Автор: "Мимопроходящий"
>
> Привет, AI!
> Ты пишешь:
>
> AI
> A> Не туда нажал... Извините за недоделанное форматирование.
>
> ты бы тынц лучше указал...

Тынц, тынц давай на этот ХуТих.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

12.07.2007, 11:36

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34656555

ЮВ

Участник

Сообщения: 526

Рейтинг: 0 / 0

Из ответов разработчиков ЛИНТЕР.

PlisteronРезультат беглого осмотра содержимого ссылки на ЛИНТЕР.
- Логическая структура данных не отделена от физической. Кстати, означает ли это, что я не могу создать таблицу, располагающуюся на нескольких дисках?

Что означает - "логическая структура не отделена от физической".
Имеется ввиду, что таблицы располагаются в файлах, а не в неком
абстрактном "tablespace"? Если да, то действительно не отделена. Однако
под логической структурой данных понимается отнюдь не набор таблиц и
references в БД. Это как раз физическая структура.
Однако если отвечать на вторую часть вопроса, то однозначно - можно. Таблица размещается в 3-х группах файлов (данных, индексов и BLOB). Каждая из групп может состоять из 63 экстентов,
которые могут располагаться на разных дисках или в разных каталогах - как угодно.

Plisteron- Таблиц, организованных по индексу, нет.

Действительно, нет.

Plisteron
- Автономные транзакции в триггерах отсутствуют.

Если имеется ввиду возможность выполнить в триггере операцию типа
регистрации операции - чтобы её результаты закоммитились вне зависимости
от того, пройдёт ли верхняя операция или нет, то это поддерживается.
С помощью триггеров можно сделать аудит.

...

Рейтинг:

0 / 0

12.07.2007, 14:27

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34657148

Yo.!

Гость

ЮВИз ответов разработчиков ЛИНТЕР.

лучше бы разработчики рассказали почему они вынуждены травить байки на тему транзакций в документации:

Without such locks, corruption is possible. But ANTs software’s patent pending
technology allows lock-free operation, yet with guaranteed correctness...

имхо нужно быть реально "академиком" Ковалевским, чтоб повестись на такой развод.

...

Рейтинг:

0 / 0

12.07.2007, 16:23

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34657183

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Yo.!!
Ты пишешь:

Yo.! ЮВИз ответов разработчиков ЛИНТЕР.
Y> лучше бы разработчики рассказали почему они вынуждены травить байки на тему транзакций в документации:

Y> Without such locks, corruption is possible. But ANTs software’s patent pending
Y> technology allows lock-free operation, yet with guaranteed correctness...

Y> имхо нужно быть реально "академиком" Ковалевским, чтоб повестись на такой развод.
ты считаешь, что разработчики ЛИНТЕР имеют
отношение к "ANTs software inc." ?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

12.07.2007, 16:31

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34657226

Yo.!

Гость

Мимопроходящий
ты считаешь, что разработчики ЛИНТЕР имеют
отношение к "ANTs software inc." ?

от блин развелось субд, аж путатся начал :)

...

Рейтинг:

0 / 0

12.07.2007, 16:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34657421

RomanSavelyev

Гость

Ну что пристали с линтерами?
Материализованных запросов нет.
Многомерных таблиц нет.
А уж об OLAP-функциях - так вообще лучше молчать. (хотя может добавили сейчас? Я на Линтере проект довольно давно делал)

Расширяемости нет.
В Oracle или DB2, в случае нужды, я спокойно поставлю рядом ещё один (или N) серверов, распределю данные по узлам и получу рост производительности, близкий к линейному.

Если я на фронтофисный регистратор ставлю Cache', то я хоть получаю хрошую скорость регистрации данных, тоже понятно, за что деньги платятся.

А линтеры всякие - не имеют НИ ОДНОГО значимого преимущества перед абсолютно бесплатным PostgreSQL.

...

Рейтинг:

0 / 0

12.07.2007, 17:17

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34657449

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, RomanSavelyev!
Ты пишешь:

RomanSavelyevOracle...
DB2...
Cache'...

R> А линтеры всякие - не имеют НИ ОДНОГО значимого
R> преимущества перед абсолютно бесплатным PostgreSQL.поржал!
железная логика

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

12.07.2007, 17:22

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34658316

Plisteron

Гость

ЮВИз ответов разработчиков ЛИНТЕР.

PlisteronРезультат беглого осмотра содержимого ссылки на ЛИНТЕР.
- Логическая структура данных не отделена от физической. Кстати, означает ли это, что я не могу создать таблицу, располагающуюся на нескольких дисках?

Что означает - "логическая структура не отделена от физической".
Имеется ввиду, что таблицы располагаются в файлах, а не в неком
абстрактном "tablespace"?
Да, именно это я и имел в виду. Очень удобная вещь.
ЮВ
Если да, то действительно не отделена. Однако
под логической структурой данных понимается отнюдь не набор таблиц и
references в БД. Это как раз физическая структура.
Однако если отвечать на вторую часть вопроса, то однозначно - можно. Таблица размещается в 3-х группах файлов (данных, индексов и BLOB). Каждая из групп может состоять из 63 экстентов,
которые могут располагаться на разных дисках или в разных каталогах - как угодно.
До 63 экстентов? Спасибо, повеселили... Получается не "однозначно - можно", а "однозначно - почти можно". ;)

...

Рейтинг:

0 / 0

13.07.2007, 16:54

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34658439

ЮВ

Участник

Сообщения: 526

Рейтинг: 0 / 0

RomanSavelyevНу что пристали с линтерами?
Материализованных запросов нет.
Многомерных таблиц нет.
А уж об OLAP-функциях - так вообще лучше молчать. (хотя может добавили сейчас? Я на Линтере проект довольно давно делал)

Расширяемости нет.
В Oracle или DB2, в случае нужды, я спокойно поставлю рядом ещё один (или N) серверов, распределю данные по узлам и получу рост производительности, близкий к линейному.

Если я на фронтофисный регистратор ставлю Cache', то я хоть получаю хрошую скорость регистрации данных, тоже понятно, за что деньги платятся.

Жизненная ситуация: булочная на расстоянии 1 км от места жительситва. Каждый день надо покупать буханку хлеба и батон. Реализовать это можно следующими срсобами:
1 ходить пешком
2 ездить на общественом траспорте
3 ездить на велосипере
4 ездить на мотоцикле
5 ездить на "Жигулях"
6 ездить на джипе

Каждый их этих способов 100% реализует поставленную задачу.
Но затраты в каждом случае будут разные.
Если я знаю, что мне никогда не пригодятся многомерные таблицы (т. е. мне не приcпичит ездить за хлеблм на джипе), то я и не буду тратится на это. Свою задачу я могу решить более экономным способом (т. е., образно говоря, выбрав подходящую СУБД по критерию стоимость/функциональность). Конечно, если речь идет о деньгах из собственного кармана, а не из бюджета.

RomanSavelyevНу что пристали с линтерами?
А линтеры всякие - не имеют НИ ОДНОГО значимого преимущества перед абсолютно бесплатным PostgreSQL.

Перефразируя известную претензию военных к гражданским
"Если вы такие умные, то почему не ходите строем" ?
хочу спросить
"Если вы такие умные, то почему используете платные СУБД, когда есть бесплатная PostgreSQL"?

...

Рейтинг:

0 / 0

13.07.2007, 17:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34658475

тыц

Участник

Откуда: центральная нигерия

Сообщения: 4 323

Рейтинг: 0 / 0

полазил по сайту этого линтера очень много о всяких окошечках и тп, а вот полноценного concepts не нашёл... настараживает, как и фраза с википедии "Существует также версия Линтер-ВС построенная на основе PostgreSQL"

...

Рейтинг:

0 / 0

13.07.2007, 17:56

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34658576

ЮВ

Участник

Сообщения: 526

Рейтинг: 0 / 0

тыцполазил по сайту этого линтера очень много о всяких окошечках и тп, а вот полноценного concepts не нашёл... настараживает, как и фраза с википедии "Существует также версия Линтер-ВС построенная на основе PostgreSQL"

архитектура ЛИНТЕР

...

Рейтинг:

0 / 0

13.07.2007, 18:44

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34659099

Участник

Откуда: Москва

Сообщения: 2 768

Рейтинг: 0 / 0

MasterZiv
Мимопроходящий пишет:
> Автор: "Мимопроходящий"
>
> Привет, AI!
> Ты пишешь:
>
> AI
> A> Не туда нажал... Извините за недоделанное форматирование.
>
> ты бы тынц лучше указал...

Тынц, тынц давай на этот ХуТих.
Posted via ActualForum NNTP Server 1.4

Тынц на HyTech. Забавная штукенция...

...

Рейтинг:

0 / 0

14.07.2007, 14:46

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34659274

М сказ

Гость

AI Тынц на HyTech. Забавная штукенция...

авторВ настоящее время фирма "Сказ_М" уверенно чувствует себя на компьютерном рынке России, поскольку ее детище - СУБД HyTech - успешно конкурирует с такими СУБД как Oracle, Informix, SQLserv и т.д. Самая высокая скорость отработки запросов и экономичная организация данных СУБД HyTech уже никем не ставятся под сомнение.

И доку, такое ощущение, писала Дарья Донцова

...

Рейтинг:

0 / 0

14.07.2007, 19:05

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34659514

Локшин Марк

Участник

Откуда: Воронеж

Сообщения: 3 083

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

15.07.2007, 12:25

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660084

RomanSavelyev

Гость

Plisteron
До 63 экстентов? Спасибо, повеселили... Получается не "однозначно - можно", а "однозначно - почти можно". ;)
Там даже "почти" не можно :)
В голову авторов даже не приходят мысли о разделении данных по серверам и параллельной обработке запроса несколькими серверами БД.

Это не СУБД. Это игрушка.

...

Рейтинг:

0 / 0

16.07.2007, 10:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660184

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

AI пишет:

> Тынц, тынц давай на этот ХуТих.

> Тынц <http://www.nist.ru/skaz-mir/doc/v25/index.htm> на HyTech. Забавная
> штукенция...

Этот тынц я видал. Это какой-то недотынц. Фигня какая-то.
Хде картинке ?
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.07.2007, 10:29

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660190

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

RomanSavelyev пишет:

> Это не СУБД. Это игрушка.

Т.е. у тебя все СУБД, кроме оракула, не катят ?
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.07.2007, 10:31

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660283

RomanSavelyev

Гость

ЮВЖизненная ситуация: булочная на расстоянии 1 км от места жительситва. Каждый день надо покупать буханку хлеба и батон. Реализовать это можно следующими срсобами:
1 ходить пешком
2 ездить на общественом траспорте
3 ездить на велосипере
4 ездить на мотоцикле
5 ездить на "Жигулях"
6 ездить на джипе
Так вот, если нужна простая СУБД на 1-ом сервере - я не буду заказывать инвалидную коляску типа линтеров, а остановлюсь на бесплатных и открытых продуктах.
Благо, они достаточно добротны, а гарантии сохранности данных - ровно те же.
Кроме того, тот же Постгрес даёт много лучшую производительность практически на всех запросах.

Смех в том, что линтер "пухнет и дохнет" раньше, чем бесплатные СУБД.
Зачем платить за "костыли"?

Ну, коли уж Постгрес тот же не тянет - уж никуда не денешься, плати за полноценную СУБД.

Перефразируя известную претензию военных к гражданским
"Если вы такие умные, то почему не ходите строем" ?
хочу спросить
"Если вы такие умные, то почему используете платные СУБД, когда есть бесплатная PostgreSQL"?
С чего вы это взяли? Очень даже пользую Постгрес там, где он пригоден.

...

Рейтинг:

0 / 0

16.07.2007, 10:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660294

RomanSavelyev

Гость

MasterZiv
> Это не СУБД. Это игрушка.
Т.е. у тебя все СУБД, кроме оракула, не катят ?
Мне игрушечные "не катят". Не знаю ни одного случая, когда целесообразно применение закрытого Линтера вместо бесплатного Постгреса.

К тому же DB2 во многом превосходит Оракл. :)

...

Рейтинг:

0 / 0

16.07.2007, 11:00

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34660511

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, RomanSavelyev!
Ты пишешь:

RomanSavelyevR> Мне игрушечные "не катят". Не знаю ни одного случая, когда
R> целесообразно применение закрытого Линтера вместо
R> бесплатного Постгреса.
R> К тому же DB2 во многом превосходит Оракл. :)полку Йоу прибыло...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.07.2007, 11:50

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34661735

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Ну вот стоит только в отпуск уйти, как начинается самое интересное :-)

...

Рейтинг:

0 / 0

16.07.2007, 16:11

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34783811

просто читатель

Гость

HyTech тынц
4. Уточнение join

При соединении двух больших таблиц лучше, чтобы по каждой таблице был произведен отбор записей. Такой отбор можно ввести искусственно:

Вместо такого запроса

select * from a, b
where a.f1 = b.f1 and a.f1 = 2;

можно использовать запрос:

select * from a, b
where a.f1 = b.f1
and a.f1 = 2
and b.f1 in (select f1 from a
where f1 = 2);
Во многих практических случаях (но не всегда) второй запрос выполняется быстрее.

Вот это оптимизация, и я понимаю. Там дальше еще примеры круче есть.
Даешь HyTech в массы!

...

Рейтинг:

0 / 0

07.09.2007, 11:54

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34784248

Andreww

Участник

Сообщения: 1 783

Рейтинг: 0 / 0

HyTech тынц
При соединении двух больших таблиц лучше, чтобы по каждой таблице был произведен отбор записей. Такой отбор можно ввести искусственно:

Вместо такого запроса

......

можно использовать запрос:
......

Здравствуйте, я оптимизатор СУБД HyTech поскольку в настояший момент у меня есть другия важные дела, я успешно конкурирую с "... такими СУБД как Oracle, Informix, SQLserv и т.д...." поэтому я не могу по нормальному оптимизировать ваш элементарный запрос, пожалуйста перепишите его сами, тогда глядишь чего и выйдет, в некоторых случаях :)

П.С. да, чуть не забыл, ядро СУБД HyTech просило передать, поскольку "...экономичная организация данных СУБД HyTech уже никем не ставятся под сомнение.." не создавайте больше 63 экстентов - экономтье :)

ВОСТОРГ ПРОСТО !!!

...

Рейтинг:

0 / 0

07.09.2007, 13:26

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34784417

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Andrewwне создавайте больше 63 экстентов - экономтье Чем же тебя так зацепили эти 63 экстента?

...

Рейтинг:

0 / 0

07.09.2007, 14:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34785604

просто читатель

Гость

2 pavelp:

Вы разработчик этой чудо-системы?
Можете прокомментировать раздел "Оптимизация SQL запросов" из ссылки на документацию?
А то я уже готов поверить, что эта совершенно новая СУБД просто оставит всех зарубежных конкурентов далеко позади.

...

Рейтинг:

0 / 0

07.09.2007, 20:22

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34785684

RebusA

Гость

Ну.......не знаю, почитал я про hyTec..........даже не знаю че сказать.
Ну вот например следующее :
http://old.osp.ru/pcworld/1997/02/62.htmОрганизация информации в СУБД HyTech - реляционного типа. Вся информация базы данных хранится в таблицах.
Мля....... ))) Это что определение реляционности? Это не они писали, но про них, ну да ладно писак много, и не такое написать могли.
Или вот еще :
Иду на http://www.nist.ru/skaz-mir/doc/v25/index.htm
, читаю про индексы( http://www.nist.ru/skaz-mir/doc/v25/sql/st_create_index.htm ) и офигеваю.......они что ж, всю таблицу индексируют, или как? Я че-т не верю что до такого могли додуматься. Ну или там разработчики эльфы :).
А еще........я не нашел там ни единного слова о констреинтах..........надеюсь плохо искал , а то страшно как-то.

В принципе сравнивать особо нечего :)

...

Рейтинг:

0 / 0

07.09.2007, 21:47

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34787155

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

просто читательВы разработчик этой чудо-системы? К счастью, нет :-)))
Мне, кстати, очень понравился их рекламный проспект где написано следующее:
"Преимущества ...":
...
поиск данных осуществляется по уникальной технологии без чтения самих данных;
...
использование инвертированных списков позволяет отказаться от сортировки временных отношений и на порядок уменьшить время выполнения операций слияния;
... "

Поржали :-)

...

Рейтинг:

0 / 0

10.09.2007, 09:21

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34866303

DiZin

Гость

Gluk (Kazan) Мимопроходящий
Привет, Gluk!
Ты пишешь:

GlukGK> Честно говоря странный топик. Есть НОРМАЛЬНЫЙ Линтер (даже с представителем на этом форуме).
GK> А тут божий дар с яишницей пытаются сравнивать никто ничего не пытается.
существует определённая группа лоббиcтов,
которые ставят перед собой конкретную задачу:
"взять всё и поделить!"
взять естессно, из бюджета (целевой программы),
поделить, естессно, между собой.
Ковалевский активно пихает это "чудо" - HyTech
во все дыры, до каких ему удаётся дотянуться.
Ему удалось пропихнуть это в Фонд социального страхования,
где он является зам.председателя, в РосЗдрав, где тоже есть свои люди, и т.п.
А весь вой в прессе - тупой PR...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

да в курсе, про это говно даже разговаривать не хочу
вот Линтер ОТНЮДЬ не детский лепет (я не лоббист)

Очень интересно наблюдать за ситуацией, когда ругают СУБД HyTech те, кто ее никогда не видел. Когда я с ней работал, я сам ее неоднократно материл самыми тяжелыми словами... Но на самом деле ... после того, как я познакомился со всеми возможностями HyTech, то полюбил его больше, чем MS SQL или FireBird.
Я, конечно понимаю, что стремления Ковалевского - как можно больше наполнить свой корман, но это вполне естественное стремление... и только из-за этого ругать HyTech не стоит...

В данный момент я уже не работаю в Фонде, но по ХайТечу скучаю... мне не хватает многих его возможностей. И на самом деле - эта СУБД в Фонде справляется со своей задачей.

Единственное, что портит картину в Фонде - корявые руки программистов НИСТ, и глючность тех программ, которые они пишут для Фонда ... но это уже выходит за рамки данного топика.

...

Рейтинг:

0 / 0

12.10.2007, 21:18

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34866314

DiZin

Гость

RebusAНу.......не знаю, почитал я про hyTec..........даже не знаю че сказать.
Ну вот например следующее :
http://old.osp.ru/pcworld/1997/02/62.htmОрганизация информации в СУБД HyTech - реляционного типа. Вся информация базы данных хранится в таблицах.
Мля....... ))) Это что определение реляционности? Это не они писали, но про них, ну да ладно писак много, и не такое написать могли.
Или вот еще :
Иду на http://www.nist.ru/skaz-mir/doc/v25/index.htm
, читаю про индексы( http://www.nist.ru/skaz-mir/doc/v25/sql/st_create_index.htm ) и офигеваю.......они что ж, всю таблицу индексируют, или как? Я че-т не верю что до такого могли додуматься. Ну или там разработчики эльфы :).
А еще........я не нашел там ни единного слова о констреинтах..........надеюсь плохо искал , а то страшно как-то.

В принципе сравнивать особо нечего :)

На самом деле зря ругаетесь... СУБД HyTech является достаточно быстро работающей, при правильной конфигурации сервера и СУБД. А чтобы узнать ее внутреннее строение и понять алгоритмы работы вам как минимум придется прочитать все три тома Дональда Кнута (если писатель написанного выше вообще в курсе, что это за человек). При этом она предоставляет широкие возможности для программиста... Но писак много... и не всегда тексты пишут люди, знакомые с ситуацией. Чтобы понять значение индексов в HyTech вы должны знать, как они там строятся... Но боюсь, ни разу не видев данной СУБД можно только "офигевать", "че-т не верить" и писать странные комментарии.
Настоящим недостатком HyTech'a является отсутствие литературы, где написано понятным языком, что и как устроено... Но данной СУБД занимается довольно узкий круг специалистов, которые все узнают уже в работе... А ожидать выхода книжки тиражом в несколько тысяч экземпляров для СУБД, программируют под которую 300 человек... смешно. Поэтому и нужно развивать HyTech хотя бы у нас в стране. Но если пообщаться с нужными людьми, то все становиться понятно и логично...

Я считаю несправедливыми обвинения в адрес данной СУБД от людей, которые с ней не работали... а также от людей, которые работали только с HyTech. Oracle я правда не знаю, но знаю другие СУБД... И если Ковалевскому удасться пролобировать свои интересы и сделать HyTech бесплатным, то для предприятий и желать лучше нечего... И еще один плюс данной БД... Найдите хоть одну взломанную базу Фонда Соц. страха??? Зато других баз за глаза ...

...

Рейтинг:

0 / 0

12.10.2007, 21:35

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34866511

mir

Участник

Откуда: Томск

Сообщения: 1 032

Рейтинг: 0 / 0

DiZin
В данный момент я уже не работаю в Фонде, но по ХайТечу скучаю... мне не хватает многих его возможностей. Чисто для общего развития: каких его возможностей вам не хватает?

...

Рейтинг:

0 / 0

13.10.2007, 09:09

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34866549

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

HyTech достаточно старая разработка. Появилась где-то в начале девяностых, я это помню потому, что программы на HyTech предлагалось писать на Pascal при помощи их собственного оконного фреймворка, в то время как тогда уже были популярны Turbo Vision и Turbo Power-овская библиотека.
HyTech работал под ДОС. В то время его прочили в "убийцы РСУБД", потому что у него был "очень-очень быстрый поиск".
Внедрялось это все вроде бы в милиции, всего внедрений было на уровне 150.
Потом HyTech на долгие годы сгинул, и возник только в прошлом году, в контекте его внедрений как "российской СУБД", и так далее.

поскольку HyTech "отсутствовал" в течение примерно 10 лет, то возникает вопрос - кто его сейчас дорабатывает, или это все осталось в том же самом виде? По большому счету мне даже это не интересно, т.к. понятно что вся эта возня связана с распилом бюджетных денег.

Вы слышали, что годовой бюджет по Электронной России освоен только на 0.9 процента?
Ну вот. Люди не знают как деньги освоить, мучаются. А вы на HyTech нападаете...

...

Рейтинг:

0 / 0

13.10.2007, 10:56

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34867937

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

DiZinНо на самом деле ... после того, как я познакомился со всеми возможностями HyTech, то полюбил его больше, чем MS SQL или FireBird.

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

...

Рейтинг:

0 / 0

15.10.2007, 09:36

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34867941

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

15.10.2007, 09:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34868119

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

DiZin пишет:
Чтобы понять
> значение индексов в HyTech вы должны знать, как они там строятся... Но

Какое-то сомнительное свойство, не находите ?
Мне-то глубоко пофигу на HyTech или еще на что-то, просто если
для использования СУБД надо прочитать всего Кнута и быть ее
разработчиком - это значит, в ней там что-то сильно неправильно.

> работе... А ожидать выхода книжки тиражом в несколько тысяч экземпляров
> для СУБД, программируют под которую 300 человек... смешно. Поэтому и

Обычно к продуктам прилагается документация. И что же, нет ее ?

> Я считаю несправедливыми обвинения в адрес данной СУБД от людей, которые
> с ней не работали... а также от людей, которые работали только с HyTech.

Это точно. С этим согласен.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

15.10.2007, 10:44

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34868125

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

kdv пишет:

> Вы слышали, что годовой бюджет по Электронной России освоен только на
> 0.9 процента?
> Ну вот. Люди не знают как деньги освоить, мучаются. А вы на HyTech
> нападаете...

Может лучше Линтер двигать ?
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

15.10.2007, 10:45

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34868350

SergSuper

Участник

Откуда: SPb

Сообщения: 5 995

Рейтинг: 0 / 0

MasterZiv
kdv пишет:

> Вы слышали, что годовой бюджет по Электронной России освоен только на
> 0.9 процента?
> Ну вот. Люди не знают как деньги освоить, мучаются. А вы на HyTech
> нападаете...

Может лучше Линтер двигать ?
весь вопрос в тому кому лучше

...

Рейтинг:

0 / 0

15.10.2007, 11:40

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34868532

Чендлер

Гость

читал статью бегло, 6-ой абзац

Код: plaintext

Таким образом, возьмем сумму в  3 , 8  млрд, разделим на курс доллара и получим некую сумму в несколько сотен миллионов долларов.

толи я не выспался толи чо, слово "разделим" к месту?

...

Рейтинг:

0 / 0

15.10.2007, 12:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34869253

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

авторМожет лучше Линтер двигать ?
С Линтером ситуация не такая простая. Если я правильно понял доклад по Линтеру на прошлой конференции "Корпоративные Базы Данных", то Линтер пошел по пути из серверов общего назначения в специфические. Например, в новой версии будет два варианта сервера - тестовый и рабочий. Для начала запускается тестовый, который соображает где чего и как нужно оптимизировать, а потом рабочий сервер запускается на этой инфе. Соответственно, опять же как я понял, исключается оптимальная работа "рабочего" сервера на динамически меняющихся данных. А такие данные везде, кроме ряда специализированных задач.

...

Рейтинг:

0 / 0

15.10.2007, 15:14

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34869735

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

kdvС Линтером ситуация не такая простая. Если я правильно понял доклад по Линтеру на прошлой конференции "Корпоративные Базы Данных", то Линтер пошел по пути из серверов общего назначения в специфические. Не совсем так (кстати, Дим, непонятно какой ты доклад имеешь в виду, этого года или прошлого?). Даже совсем не так. Текущая линейка продуктов ЛИНТЕР действительно более тяготит, и реально используется, в относительно специфических применениях. Просто так получилось. В чем-то даже помимо нашей воли :-). Очевидно, что клиенты оказывают большое влияние на систему.
Кроме того, последнее время мы много экспериментировали - OLAP, компрессия данных, различные варианты хранения - и достигли хороших обнадёживающих результатов, практически обо всём рассказывали на КБД. Направление, выбранное нами для экспериментов несколько лет назад, оказалось идейно очень близко к нынешним работам Стоунбрейкера (свежие переводы Кузнецова: тынц , тынц ).
Но это совсем не значит, что мы хотим забуриться в какую-то жуткую специфику. Мы хотим из каждого решения постараться выжать максимум, уж как получится :-), а потом эти результаты интегрировать в единую адаптивную систему. Т.е., в итоге, вся специфика будет скрыта внутри (неонка!), в недрах общей системы. По такому пути мы сейчас идём. Технологический задел есть. Многое уже проработано и существует в протипах (отдельные маааааленькие кусочки обкатываются в текущих версиях). Что из этого получится - покажет время... и деньги :-)

...

Рейтинг:

0 / 0

15.10.2007, 17:05

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34869920

Птерик

Участник

Сообщения: 16

Рейтинг: 0 / 0

PlisteronНаверное, многие уже читали интервью "академика" Ковалевского "Хватит платить Западу - у России должна быть своя ОС" , в которой он (Ковалевский) противопоставляет Oracle российскую СУБД HyTech.
Заранее благодарен за ответы.
Ну, если честно академик Ковалевский говорил немного о другом. Основная его тема - это своя российская ОС. Где рождались все операционные системы? В университетах, чаще всего в американских. И все они были бесплатные (я имею в виду Unix и т.п.). Тот же Windows свое "рождение" имеет в массачусетском университете, если мне память не изменяет. Потому что начали писать его студенты. Так почему Россия не может - неужели своих программистов нету?
Кстати, я видет российские ОС, которые успешно "умерли" со временем. В МФТИ напиример была своя - я точно помню. В результате что получили? Нет ни одной своей. Прав академик, мы работаем "на дядю Сэма" вместо того, чтобы развивать своё ПО.
Я уж не знаю почему академик Ковалевский вспомнил именно hytech - может ближе к Москве она. Есть ещё масса OpenSource баз данных, вполне можно обратить на них внимание.
А по поводу SQL... по хорошему SQL standard можно изучить и на MySQL.
Здесь важна лишь ОТКРЫТОСТЬ и БЕСПЛАТНОСТЬ программ. Считаю, что компьютерной грамоте можно обучиться и на LINUX Red HAt или SUSE, в связке с MySQL - всё бесплатно, открытый код. Просто кто-то из руководства Министерства образования "ДАЛ УСТАНОВКУ" - ставить в школы только Microsoft Windows, ну и платить за него из госбюджета. Вот Ковалевский и протестует против ЭТОГО решения. И я его полностью поддерживаю. А oracle ... то по моему он просто "под руку" попал к нему.

...

Рейтинг:

0 / 0

15.10.2007, 17:58

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34869959

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

ПтерикТот же Windows свое "рождение" имеет в массачусетском университете, если мне память не изменяет. В MIT была разработана X Window System (причём при нехилой поддержке со стороны, к примеру, DEC).

...

Рейтинг:

0 / 0

15.10.2007, 18:11

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34869993

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

ПтерикТак почему Россия не может - неужели своих программистов нету?
Кстати, я видет российские ОС, которые успешно "умерли" со временем. В МФТИ напиример была своя - я точно помню. В результате что получили? Нет ни одной своей. Вы это так близко к сердцу воспринимаете :-)
Всё очень просто. Во времена рождения всех современных ОС шло бурное развитие аппаратной части. И в СССР в том числе. Потом эта отрасль с союзе была хладнокровно убита выстрелом в затылок. Соответсвенно загнулись системные разработки.

...

Рейтинг:

0 / 0

15.10.2007, 18:21

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34870080

SergSuper

Участник

Откуда: SPb

Сообщения: 5 995

Рейтинг: 0 / 0

pavelvp ПтерикТак почему Россия не может - неужели своих программистов нету?
Кстати, я видет российские ОС, которые успешно "умерли" со временем. В МФТИ напиример была своя - я точно помню. В результате что получили? Нет ни одной своей. Вы это так близко к сердцу воспринимаете :-)
Всё очень просто. Во времена рождения всех современных ОС шло бурное развитие аппаратной части. И в СССР в том числе. Потом эта отрасль с союзе была хладнокровно убита выстрелом в затылок. Соответсвенно загнулись системные разработки.
Мне кажется перестало развивать когда решили что лучше не развивать своё, а тырить на западе.
(или это есть тот выстрел в затылок ?)

...

Рейтинг:

0 / 0

15.10.2007, 18:56

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34870207

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

SergSuperили это есть тот выстрел в затылок ? Он самый...

...

Рейтинг:

0 / 0

15.10.2007, 20:13

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34870362

Изопропил

Участник

Сообщения: 33 046

Рейтинг: 0 / 0

pavelvp SergSuperили это есть тот выстрел в затылок ? Он самый...
А потом был контрольный выстрел...

...

Рейтинг:

0 / 0

15.10.2007, 23:17

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34871378

RebusA

Гость

DiZin
А чтобы узнать ее внутреннее строение и понять алгоритмы работы вам как минимум придется прочитать все три тома Дональда Кнута (если писатель написанного выше вообще в курсе, что это за человек).
Вы судите, даже не зная меня(знакомая ситуация, да?:) ).
DiZin... и не всегда тексты пишут люди, знакомые с ситуацией. Чтобы понять значение индексов в HyTech вы должны знать, как они там строятся... Настоящим недостатком HyTech'a является отсутствие литературы, где написано понятным языком, что и как устроено... Но данной СУБД занимается довольно узкий круг специалистов, которые все узнают уже в работе... А ожидать выхода книжки тиражом в несколько тысяч экземпляров для СУБД, программируют под которую 300 человек... смешно. Поэтому и нужно развивать HyTech хотя бы у нас в стране. Но если пообщаться с нужными людьми, то все становиться понятно и логично...
Я ссылался на официальную документацию. Буду рад если вы предоставите нормальную. Я люблю разбираться со всем новым. Но вот знаете ли, есть дурацкая привычка, разбираться во всем по доке.
DiZin
И еще один плюс данной БД... Найдите хоть одну взломанную базу Фонда Соц. страха??? Зато других баз за глаза ...
А сколько вы знаете взломанных самописных ОС? А сколько знаете взломанных,никому не известных СУБД?

P.S. С огромным удовольствием почитаю ПОЛНУЮ документацию по данной БД, если такая имеется. Поделитесь?

...

Рейтинг:

0 / 0

16.10.2007, 13:10

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34871847

ЮВ

Участник

Сообщения: 526

Рейтинг: 0 / 0

DiZinИ еще один плюс данной БД... Найдите хоть одну взломанную базу Фонда Соц. страха??? Зато других баз за глаза ...

Дело не в технической сложности взлома данной БД, а в целесообразности.
Если взломанные БД банковских операций, получателей кредитов и т. п. могут представлять интерес для определенной категории лиц, готовых выложить деньги за приобретение БД и потом компенсировать понесенные затраты (криминальным способом), то какой интерес может представлять БД, содержащая сведения о лицах, которым, наоборот, государство оказывает какую-то копеечную социальную помощь?
Кому можно продать такую БД?
Разве только тем, кто согласен пожертвовать свои капиталы на помощь бедным.
И много таких?

...

Рейтинг:

0 / 0

16.10.2007, 14:55

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34871959

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

ЮВ wrote:
> затраты (криминальным способом), то какой интерес может представлять БД,
> содержащая сведения о лицах, которым, наоборот, государство оказывает
> какую-то копеечную социальную помощь?
> Кому можно продать такую БД?
К примеру, аферистам, ворам "на доверии" и т.п.
Хотя - и впрямь, контингент весьма "специфический", широкого
распространения база не получит.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.10.2007, 15:21

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34873041

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

kdv пишет:

> С Линтером ситуация не такая простая. Если я правильно понял доклад по
> Линтеру на прошлой конференции "Корпоративные Базы Данных", то Линтер
> пошел по пути из серверов общего назначения в специфические.

Мне кажется вы не так что-то поняли ...
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.10.2007, 20:26

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34873055

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

Птерик пишет:

> Кстати, я видет российские ОС, которые успешно "умерли" со временем. В
> МФТИ напиример была своя - я точно помню. В результате что получили? Нет
> ни одной своей.

Linux чем не угодил ?
Чем он не свой ? Бери и делай дистрибут.
Никому не нужна на самом деле еще одна OS ни на фиг.
Тем более какая-то "своя".

Прав академик, мы работаем "на дядю Сэма" вместо того,
> чтобы развивать своё ПО.

Опять же, не прав. Надо - бери свободное ПО, развивай,
дополняй. Никакого дяди Сэма.

> Ковалевский и протестует против ЭТОГО решения. И я его полностью
> поддерживаю. А oracle ... то по моему он просто "под руку" попал к нему.

Это все да. Вон бы сколотили конторку, денюжку дали бы, чтобы люди
дистрибуты Линуха (ну или фри) готовили - сколько денег бы съэкономили.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

16.10.2007, 20:34

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34874297

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

ПтерикПросто кто-то из руководства Министерства образования "ДАЛ УСТАНОВКУ" - ставить в школы только Microsoft Windows, ну и платить за него из госбюджета.

все гораздо прозаичнее.
чему можно учить детей, если на 95% компов в стране установлены винды?
Винде.

Чему может учить учитель, который и в виндах-то не очень?
ТурбоПаскалю в ДОСе.

Чему нужно учить в строительных, финансовых и других учебных учреждениях - экселю, ворду?
Турбопаскалю в досе

Что можно запустить на хилом учебном компе - ДОС, Win95, Win98, WinXP, Vista?

ну и напоследок. есть бюджет. который сейчас частично тратится на платное ПО. Поставьте в классы бесплатное ПО, и ... будут свободные деньги в бюджете? Ничего подобного...

p.s. я не против бесплатного ПО в школах. я против перегибов как в отношении платного так и бесплатного ПО.

...

Рейтинг:

0 / 0

17.10.2007, 11:58

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34874385

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

kdv wrote:
> все гораздо прозаичнее.
> чему можно учить детей, если на 95% компов в стране установлены винды?
> Винде.
Чему угодно. В идеале - базовым знаниям.
В реальности - чему угодно :)

> Что можно запустить на хилом учебном компе - ДОС, Win95, Win98, WinXP,
> Vista?
trustix secure linux?
Fedora?
SuSE?
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

17.10.2007, 12:11

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34874702

Чендлер

Гость

MasterZiv
kdv пишет:

> С Линтером ситуация не такая простая. Если я правильно понял доклад по
> Линтеру на прошлой конференции "Корпоративные Базы Данных", то Линтер
> пошел по пути из серверов общего назначения в специфические.

Мне кажется вы не так что-то поняли ...
Posted via ActualForum NNTP Server 1.4

судя по КБД 2007 в спецефические, упор делается на секурность

...

Рейтинг:

0 / 0

17.10.2007, 13:04

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34875267

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Чендлерсудя по КБД 2007 в спецефические, упор делается на секурность Создается впечатление, что мы о разных КБД говорим :-)
Вот полный текст доклада на КБД 2007. Никакого такого особенного упора :-) там не вижу. Да, защита - наша фича, мы всегда об этом говорим (всё-таки есть упор :-)) - высокий уровень защиты от НСД подтвёрждённый соответствующими сертификатами. Но это же только фича. Никакой специфики тут нет.

...

Рейтинг:

0 / 0

17.10.2007, 15:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34876793

Чендлер

Гость

pavelvpСоздается впечатление, что мы о разных КБД говорим :-)
Вот полный текст доклада на КБД 2007. Никакого такого особенного упора :-) там не вижу. Да, защита - наша фича, мы всегда об этом говорим (всё-таки есть упор :-)) - высокий уровень защиты от НСД подтвёрждённый соответствующими сертификатами. Но это же только фича. Никакой специфики тут нет.
Я на КБД 2007 сидел спал, просыпался тока на докладах о Линтер и Оракл. Про Линтер доклад больше всех понравился. Почемуто показалось что основная фича это секурити.

...

Рейтинг:

0 / 0

18.10.2007, 06:29

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34879006

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Чендлер...Про Линтер доклад больше всех понравился... Очень приятно это слышать. Спасибо.

...

Рейтинг:

0 / 0

18.10.2007, 18:11

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34936995

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

Российская ОС и СУБД говорите. А зачем изобретать велосипед? Возьмите линукс - чем не ОС, халява и все то что делает среднестатистическая секретутка на Word и Excel может и Open Office. Я блондинку пересадил эксперимента ради с винды на Линукс с Оупен Оффисом - она не заметила особенной разницы.

Нужна вам СУБД - возьмите MySQL. Только не берите постргес, потому что он-тупиковая ветвь развития. У нормальной СУБД мухи должны храниться отдельно от котлет, а логи (версии) отдельно от данных. Не зря все современные СУБД кроме постгреса и интэрбэйса сделаны именно так.

Вообще если бы в России компуперным образованием кто-то всерьез занимался, то давно в школах стоял бы бесплатный линукс. Я в свое время начинал учиться прогрммированию на СМ Эвм в 1986 году. Под Юниксом. До сих пор использую навыки написания скриптов на sh, с применением sed, awk, и разной прочей юниксовой утили.

...

Рейтинг:

0 / 0

14.11.2007, 02:32

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34937384

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Зл0йНужна вам СУБД - возьмите MySQL. Только не берите постргес, потому что он-тупиковая ветвь развития. Что значит возьмите??? PostgreSQL можно взять, а MySQL просто так взять нельзя.

...

Рейтинг:

0 / 0

14.11.2007, 10:20

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34937994

Yo.!

Гость

pavelvp Зл0йНужна вам СУБД - возьмите MySQL. Только не берите постргес, потому что он-тупиковая ветвь развития. Что значит возьмите??? PostgreSQL можно взять, а MySQL просто так взять нельзя.
ну и кто мне может помешать взять GPL продукт ?

...

Рейтинг:

0 / 0

14.11.2007, 12:29

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34938241

pavelvp

Участник

Сообщения: 653

Рейтинг: 0 / 0

Yo.!ну и кто мне может помешать взять GPL продукт ? То, что все изменения внесённые в данный продукт тоже будут GPL.

...

Рейтинг:

0 / 0

14.11.2007, 13:16

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34938383

Yo.!

Гость

pavelvp Yo.!ну и кто мне может помешать взять GPL продукт ? То, что все изменения внесённые в данный продукт тоже будут GPL.
и чо ? ну будет развиваемая и Россией открытая GPL субд и закрытые приложения правительственных структ сверху над этой субд. не вижу проблемы, хотя имхо постгрес выглядит гораздо перспективней...

...

Рейтинг:

0 / 0

14.11.2007, 13:39

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34943544

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

Yo.! pavelvp Yo.!ну и кто мне может помешать взять GPL продукт ? То, что все изменения внесённые в данный продукт тоже будут GPL.
и чо ? ну будет развиваемая и Россией открытая GPL субд и закрытые приложения правительственных структ сверху над этой субд. не вижу проблемы, хотя имхо постгрес выглядит гораздо перспективней...

На мой взгляд постгрес бесперспективен в принципе. Ввиду кривой идеологии хранения версий в блоках, со сборкой мусора (vacuum) и прочими прелестями. По уму надо выкинуть всю эту ересь на фиг и сделать нормальный WAL и хранить в блоке только одну версию данных. Что собственно и сделано в Оракле, InnoDB/MySql. Но это означает что надо просто весь постгрес взять и переписать. А зачем такое счастье, когда есть InnoDB, пусть и недоделанная на данном этапе. Я вообще сторонник выкинуть из MySql нафиг все лишнее типа поддержки MyIsam и BerkeleyDB, и добиться более-менее нормальной работы того что останется. Задача явно разрешимая так как принципиальных косяков (на уровне идеологии) в связке MySQL-InnoDB нет. А фичи можно потом дописать, по мере необходимости. В постгресе всякие клевые фичи есть, но только вот ядро и идеология там кривые, и сделать с этим ничего нельзя - только взять и с нуля написать новый постгрес.

...

Рейтинг:

0 / 0

16.11.2007, 03:05

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34943945

Yo.!

Гость

Зл0й
На мой взгляд постгрес бесперспективен в принципе. Ввиду кривой идеологии хранения версий в блоках, со сборкой мусора (vacuum) и прочими прелестями. По уму надо выкинуть всю эту ересь на фиг и сделать нормальный WAL и хранить в блоке только одну версию данных. Что собственно и сделано в Оракле, InnoDB/MySql. Но это означает что надо просто весь постгрес взять и переписать. А зачем такое счастье, когда есть InnoDB, пусть и недоделанная на данном этапе. Я вообще сторонник выкинуть из MySql нафиг все лишнее типа поддержки MyIsam и BerkeleyDB, и добиться более-менее нормальной работы того что останется. Задача явно разрешимая так как принципиальных косяков (на уровне идеологии) в связке MySQL-InnoDB нет. А фичи можно потом дописать, по мере необходимости. В постгресе всякие клевые фичи есть, но только вот ядро и идеология там кривые, и сделать с этим ничего нельзя - только взять и с нуля написать новый постгрес.
Хм ... WAL в постре есть, вы походу UNDO имеете ввиду. и не понял вашей уверености в том, что переписать небольшую часть сторадж системы постгреса сложнее, чем довести до ума оптимизатор, язык хп, schema, partitioning и сотни других вещей которые на десятилетия отстают от постгре в mysql ?

...

Рейтинг:

0 / 0

16.11.2007, 10:27

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34948724

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

авторВозьмите Linux, ... возьмите MySQL, ... возьмите PostgreSQL...
основная мысль, проталкиваемая политиками перед выборами, состоит в том, что Россия должна иметь СВОЮ операционную систему и т.п. Т.е. не ту, которая разрабатывается абстрактно фиг знает где, а ту, которая разрабатывается именно в России. Собственно, такие варианты линуксов давно есть.

...

Рейтинг:

0 / 0

19.11.2007, 13:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34957012

ыудусе

Участник

Откуда: Владик

Сообщения: 131

Рейтинг: 0 / 0

kdv авторВозьмите Linux, ... возьмите MySQL, ... возьмите PostgreSQL...
основная мысль, проталкиваемая политиками перед выборами, состоит в том, что Россия должна иметь СВОЮ операционную систему и т.п. Т.е. не ту, которая разрабатывается абстрактно фиг знает где, а ту, которая разрабатывается именно в России. Собственно, такие варианты линуксов давно есть.

Кхм
Царь-Сервер, Царь-ОС, Царь-СУБД ... Поставить на Красной Пощади шоб японцы фотались

...

Рейтинг:

0 / 0

22.11.2007, 05:54

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34976791

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

Yo.!
Хм ... WAL в постре есть, вы походу UNDO имеете ввиду. и не понял вашей уверености в том, что переписать небольшую часть сторадж системы постгреса сложнее, чем довести до ума оптимизатор, язык хп, schema, partitioning и сотни других вещей которые на десятилетия отстают от постгре в mysql ?

Вы исходники Постгреса видели. Там "переписать небольшую часть сторадж системы постгреса" не получится. Масштаб задачи не тот. Фичи типа языка ХП на самом деле дописать не так уж и тяжко. Вообще тут надо как следует посмотреть, может просто интегрироваться с JVM и забить на язык ХП.

А еще, я бы на оупенсорсный Ингрес обратил внимание. Вполне ничего СУБД.

...

Рейтинг:

0 / 0

30.11.2007, 04:03

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34981903

Yo.!

Гость

Зл0й
Вы исходники Постгреса видели. Там "переписать небольшую часть сторадж системы постгреса" не получится. Масштаб задачи не тот.

видел, все у них получится. если есть аргументы, внимательно выслушаю, а сотресать воздух пустыми заявами я тоже умею :)

Зл0й
Фичи типа языка ХП на самом деле дописать не так уж и тяжко. Вообще тут надо как следует посмотреть, может просто интегрироваться с JVM и забить на язык ХП.

вся история развития субд говорит об обратном ...

Зл0йА еще, я бы на оупенсорсный Ингрес обратил внимание. Вполне ничего СУБД.
банальный блокировочник, что там интересного ?

...

Рейтинг:

0 / 0

03.12.2007, 12:56

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34983439

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

Yo.! Зл0й
Вы исходники Постгреса видели. Там "переписать небольшую часть сторадж системы постгреса" не получится. Масштаб задачи не тот.

видел, все у них получится. если есть аргументы, внимательно выслушаю, а сотресать воздух пустыми заявами я тоже умею :)

Е-мое, ну там же спагетти-код сплошной, в одном месте дернешь - в десяти местах "аукнется". Нормальной модульности и API нет. Как вы это переписывать будете? К тому же вам придется переделать алгоритмы отвечающие за обработку конкурентных транзакций и их реализацию. А потом добиться стабильной работы и масштабируемости вашей новой реализации. При таком раскладе вам придется заново написать ядро СУБД грубо говоря.

Yo.!
Зл0й
Фичи типа языка ХП на самом деле дописать не так уж и тяжко. Вообще тут надо как следует посмотреть, может просто интегрироваться с JVM и забить на язык ХП.

вся история развития субд говорит об обратном ...

История она на то и история, что те достижения которые мы имеем сейчас нужно было долго и муторно изобретать. Такие вещи как виртуальная машинка для простенького языка ХП пишутся "на раз", когда понятно как их эффективно сопрягать с ядром СУБД. А это в наше время уже понятно.

Yo.!
Зл0йА еще, я бы на оупенсорсный Ингрес обратил внимание. Вполне ничего СУБД.
банальный блокировочник, что там интересного ?
А интересного там то, что это реально работающая СУБД которую я могу бесплатно поставить в production environment не опасаясь за последствия такого шага. Она не будет "затыкаться" и с ней не надо будет постоянно "воевать" в отличие от того же постгреса. Ингрес конечно не Оракл, но реально "рабочая" - стабильная и масштабируемая СУБД. Да старомодная, да ограниченная по фичам, но халява ведь.

...

Рейтинг:

0 / 0

03.12.2007, 19:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34983493

sqllex

Участник

Откуда: Kiev

Сообщения: 716

Рейтинг: 0 / 0

Зл0йОна не будет "затыкаться" и с ней не надо будет постоянно "воевать" в отличие от того же постгреса. Ингрес конечно не Оракл, но реально "рабочая" - стабильная и масштабируемая СУБД. Да старомодная, да ограниченная по фичам, но халява ведь.
Где вы эту инфу откопали о Постгресе?
Я знаю реальный проект, работающий с базами в сотни гигабайт. Фирма торгует информацией (собирает ее, хранит в БД Постгреса). Работает давно и успешно.
В штате 2 ДБА.

Как то это плохо соотносится с вашими словами.

...

Рейтинг:

0 / 0

03.12.2007, 20:25

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34983539

Yo.!

Гость

Зл0й
Е-мое, ну там же спагетти-код сплошной, в одном месте дернешь - в десяти местах "аукнется". Нормальной модульности и API нет. Как вы это переписывать будете? К тому же вам придется переделать алгоритмы отвечающие за обработку конкурентных транзакций и их реализацию. А потом добиться стабильной работы и масштабируемости вашей новой реализации. При таком раскладе вам придется заново написать ядро СУБД грубо говоря.

это сотресание воздуха, есть отчеты где код постгреса признан образцовым (тулза какая-то прочесывала на предмет ошибок в коде). дальше, можно ничего не менять, а просто добавить новый IL, допустим обозвать его snapshot, алгоритмы все разжеваны и доступны свободно. за последние несколько лет это фокус прокатил у MS, Mysql и Sybase IQ (по слухам прокатит и у ASA), не вижу ничего сверъхестественного в том что такой же фокус прокатит и у постгреса ...

Зл0йА еще, я бы на оупенсорсный Ингрес обратил внимание. Вполне ничего СУБД.
банальный блокировочник, что там интересного ?[/quot]
А интересного там то, что это реально работающая СУБД которую я могу бесплатно поставить в production environment не опасаясь за последствия такого шага. Она не будет "затыкаться" и с ней не надо будет постоянно "воевать" в отличие от того же постгреса. Ингрес конечно не Оракл, но реально "рабочая" - стабильная и масштабируемая СУБД. Да старомодная, да ограниченная по фичам, но халява ведь.[/quot]
ну если вы уверовали в существование базбажного кода, то мне нечего ответить. вокруг ingress даже комунити нет, ну а если бы это была такая чудесная субд, то пост-ингрес (Postgres) просто не появился бы.

...

Рейтинг:

0 / 0

03.12.2007, 21:26

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34986507

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

sqllex Зл0йОна не будет "затыкаться" и с ней не надо будет постоянно "воевать" в отличие от того же постгреса. Ингрес конечно не Оракл, но реально "рабочая" - стабильная и масштабируемая СУБД. Да старомодная, да ограниченная по фичам, но халява ведь.
Где вы эту инфу откопали о Постгресе?
Я знаю реальный проект, работающий с базами в сотни гигабайт. Фирма торгует информацией (собирает ее, хранит в БД Постгреса). Работает давно и успешно.
В штате 2 ДБА.

Как то это плохо соотносится с вашими словами.

Сотни гигабайт на сегодняшний день это ничего. У меня в Wells Fargo было хранилище данных на 80 терабайт, в одном из подразделений компании Ebay - на 20. Это - серьезные объемы данных, то есть такие где уже сам по себе объем данных начинает вызывать проблемы. Например в Оракле начинаются проблемы с производительностью recursive SQL и приходится привлекать Oracle Support и оптимизировать с их помощью Oracle Data Dictionary. Стандартные решения из книжки Тома Кайта тут не прокатывают, в отличие от базульки на 200 гиг. Это во времена 7го оракла проблемы начинались с 200 гиг примерно, а Оракл уже надысь 11й вышел, у пацанов в продакшне 2й релиз десятки стоит.

У этой вашей фирмы, с 200 гиг базулькой как туда данные пишутся? К ним вообще есть какой-то конкурентный доступ (чтение-запись) или нет? Потому что ели там доступ например типа "новые данные только добавляются + периодическое чтение" то эта задача легко решается без применения СУБД вообще. Причем пути ее решения известны с 70х годов прошлого века, еще со времен System/370. Так что применение постгреса для решения такой "детской" задачи не свидетельствует о его качестве как СУБД. Скорее наоборот.

...

Рейтинг:

0 / 0

04.12.2007, 21:55

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34986509

Пьяный Лох

Участник

Сообщения: 3 712

Рейтинг: 0 / 0

сурьозныйе мужыки начали письками меряться

...

Рейтинг:

0 / 0

04.12.2007, 21:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34986548

Зл0й

Участник

Откуда: Северная Калифорния

Сообщения: 632

Рейтинг: 0 / 0

Yo.! Зл0й
Е-мое, ну там же спагетти-код сплошной, в одном месте дернешь - в десяти местах "аукнется". Нормальной модульности и API нет. Как вы это переписывать будете? К тому же вам придется переделать алгоритмы отвечающие за обработку конкурентных транзакций и их реализацию. А потом добиться стабильной работы и масштабируемости вашей новой реализации. При таком раскладе вам придется заново написать ядро СУБД грубо говоря.

это сотресание воздуха, есть отчеты где код постгреса признан образцовым (тулза какая-то прочесывала на предмет ошибок в коде). дальше, можно ничего не менять, а просто добавить новый IL, допустим обозвать его snapshot, алгоритмы все разжеваны и доступны свободно. за последние несколько лет это фокус прокатил у MS, Mysql и Sybase IQ (по слухам прокатит и у ASA), не вижу ничего сверъхестественного в том что такой же фокус прокатит и у постгреса ...

Сссылка на "какие-то" отчеты - это как раз и есть сотрясение воздуха, причем с вашей стороны. Я лично код постгреса читал и плевался. Насчет тулзы ищущей ошибки в коде вы издеваетесь, я надеюсь? Какой тулз найдет вам ошибки проектирования? Например когда есть интерфейс высокого уровня а код лезет в нижний уровень и создает ненужные зависимости - это как? Постгрес весь написан именно так, от и до, без внятной четкой структуры, и модульности и дисциплины.

Насчет алгоритмов которые "разжеваны" и "доступны свободно" вы жестоко заблуждаетесь. Вы читали "Transactional Information Systems: Theory, Algorithms, and the Practice of Concurrency Control and Recovery" авторов Vossen, Gottfried; Weikum, Gerhard? А "Transaction Processing: Concepts and Techniques" Jim Gray вы читали? Судя по вашим утверждениям - нет, что объясняет ваше весьма поверхностное владение предметом обсуждения. Напомните-ка мне сколько лет ушло у Microsoft на то чтобы сделать snapshot? Это при том что данная компания мягко выражаясь "не испытывает недостатка ресурсов". Даже в этих умных книжках изложены "академические" алгоритмы, которые для написания реального продукта непригодны. Они - это идея и начальная точка для разработки. Чтобы получить систему которая стабильно работает и масштабируется вверх вам придется очень серьезно потрудиться и ваш конечный продукт будет серьезно отличаться от того что в умной книжке написано. Иначе мы имели бы десятки, если не сотни различных альтернатив на рынке СУБД.

Yo.!
Зл0й
Yo.!
Зл0йА еще, я бы на оупенсорсный Ингрес обратил внимание. Вполне ничего СУБД.
банальный блокировочник, что там интересного ?
А интересного там то, что это реально работающая СУБД которую я могу бесплатно поставить в production environment не опасаясь за последствия такого шага. Она не будет "затыкаться" и с ней не надо будет постоянно "воевать" в отличие от того же постгреса. Ингрес конечно не Оракл, но реально "рабочая" - стабильная и масштабируемая СУБД. Да старомодная, да ограниченная по фичам, но халява ведь.
ну если вы уверовали в существование базбажного кода, то мне нечего ответить. вокруг ingress даже комунити нет, ну а если бы это была такая чудесная субд, то пост-ингрес (Postgres) просто не появился бы.
Постгрес был "пост" по отношению к университетскому ингресу. Это - 80е годы. Современный Ингрес (коммерческий) к университетскому имеет примерно такое же отношение как 11й оракл ко 2му.

У меня на самом деле подход практичный до безобразия. Предположим мне нужно поставить систему чтобы обрабатывал некий поток конкурентных транзакций приходящих из приложения. Если речи об обработке транзакций нет - СУБД вообще не нужна, можно журналируемой файловой системой обойтись. Если я буду пропускать более-менее серьезный объем транзакций через Ингрес, при грамотно написаном приложении система будет стабильно и надежно работать. На том же самом серьезном объеме транзакций Постгрес просто ляжет и будет лежать даже не дрыгаясь. А причина - в идиотском storage engine.

Пацаны из Datallegro когда строили свой Data Warehouse Appliance начали с MySQL. Потом они переключились с него на Ingres. И получили вполне неплохой продукт в отличие от всяких Бизгресов и Greenplum'ов. Если бы вам представилась возможность плотно поработать с этими двумя продуктами (Datallegro vs. Greenplum), вам все было бы понятно с Ингресом и Постгресом.

...

Рейтинг:

0 / 0

04.12.2007, 22:36

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34986661

Yo.!

Гость

2Зл0й

гы-гы, человек, что лабал версионность в mssql утверждал, что на это ушло пара человеко-месяцев, т.е. даже если он приврал на порядок, то выходит от силы пара человеко лет
Еще смешно, что сторадж система mssql те же яйца что и постгреса, только сбоку. МС вместо файлов данных зипихнула версии в файлы базы темпдб, теже строки вместо блоков, тот же сбор мусора и та же каша.
Причем объясняя почему так быстро - потому как еще в 80х была опубликована хорошо проработаная теоритическая база. будете настаивать найду тот тред. к стате, раз уж вы "в теме", откройте для себя vldb конференцию, большинство фундоментальных алгоритмов оракла было опубликована там.

Что же до ингрес, то призывы возлагать мишен критикал задачи на ущербный блокировочник который помер еще в прошлом тысячилетии и на сегодня осталось 3 живых инсталяции на планете мне не понятны ...

...

Рейтинг:

0 / 0

05.12.2007, 00:26

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34987378

sqllex

Участник

Откуда: Kiev

Сообщения: 716

Рейтинг: 0 / 0

Зл0й
Сотни гигабайт на сегодняшний день это ничего. У меня в Wells Fargo было хранилище данных на 80 терабайт, в одном из подразделений компании Ebay - на 20. Это - серьезные объемы данных, то есть такие где уже сам по себе объем данных начинает вызывать проблемы.
В целом не спорю, и сколько спецов обслуживает эти БД?
Но ставить бесплатную СУБД под такие обьемы я бы поостерегся. Это решение уже совсем дургого уровня.
А вообще, я думаю, директору (он же хозяин) фирмы будет лестно услышать, что вы сравнили его фирму с Ebay :).

Зл0йУ этой вашей фирмы, с 200 гиг базулькой как туда данные пишутся? К ним вообще есть какой-то конкурентный доступ (чтение-запись) или нет?
200 Гб? Это откуда?
Я где-то год назад перестал с ними тесно общаться, поэтому не могу указать точно объем данных на текущее время. Когда-то сам был удивлен решением об использовании Постгрес. Интересовался проблемами, на что мне со снисходительным удивлением отвечали: а какие должны быть проблемы?
Специфика бизнеса требует получать текущие отчеты по запросам заказчиков в том числе и по свежедобавленным данным. Поэтому (и не только поэтому) - OLTP, хотя так и просится применять OLAP для обработки заказов. Добавление и первичная обработка данных идет паралельно с обработкой поисковых запросов.

...

Рейтинг:

0 / 0

05.12.2007, 11:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34988186

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

Yo.! wrote:
> гы-гы, человек, что лабал версионность в mssql утверждал, что на это
> ушло пара человеко-месяцев, т.е. даже если он приврал на порядок, то
> выходит от силы пара человеко лет
В личной беседе, я так полагаю?
Поелику тынца почему-то не вижу :(
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

05.12.2007, 14:12

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34988618

Yo.!

Гость

locky
Yo.! wrote:
> гы-гы, человек, что лабал версионность в mssql утверждал, что на это
> ушло пара человеко-месяцев, т.е. даже если он приврал на порядок, то
> выходит от силы пара человеко лет
В личной беседе, я так полагаю?
Поелику тынца почему-то не вижу :(

тынц тута:
http://forum.privet.com/viewtopic.php?t=48469

вот тут он же рассказывает где и как пашет, там же проскакивает цифра о кол-ве кодеров ядра, но так нудно рассказывает ...
http://www.gotdotnet.ru/Channel9/303324.aspx

...

Рейтинг:

0 / 0

05.12.2007, 15:36

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34990321

Ggg_old

Участник

Откуда: Одесса

Сообщения: 1 474

Рейтинг: 0 / 0

2Yo:
В последней версии - ASA10 появилась поддержка snapshot.

...

Рейтинг:

0 / 0

06.12.2007, 10:52

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34990555

Yo.!

Гость

Ggg_old2Yo:
В последней версии - ASA10 появилась поддержка snapshot.
а есть url хоть на какие-то подробности ? буквально пару месяцев назад просматривал whats new от ASA10 и незаметил и намека. ASCRUS, говорил, что планировалось что то серьезней, чем в темпдб заснуть версии.

...

Рейтинг:

0 / 0

06.12.2007, 12:01

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#34991675

Ggg_old

Участник

Откуда: Одесса

Сообщения: 1 474

Рейтинг: 0 / 0

Сейчас на сайбэез.ком в разделе документации доступны олько pdf-файлы, а онлайн хтмл-ек я не нашел. Я кое-что вставлю сюда из втроенной справки, но т.к эта тема в этом топике оффтоп, то при желании можно продолжить в сайбезовом разделе. Версии хрянятся таки в темповых фалах, не в темпдб, т.к у аса нет темпдб. Любые темповые данные аса сохраняет во временных файлах, множество которых она создает и удаляет по своему усмотрению в процессе работы. Внендрение поддержки снапшот изоляции, кстати улучшило аса как блокировочник, т.к. они разработчики изменили алгоритмы управления индексами (версионность индексов), которые даже в режиме чистого блокировочника позволяют АСАшке лучше управлять блокировками.
Итак:

SQL Anywhere® Server - SQL Usage > Using Transactions and Isolation Levels > Isolation levels and consistency
A snapshot is a set of data that has been committed in the database. When using snapshot isolation, all queries within a transaction use the same set of data. No locks are acquired on database tables, which allows other transactions to access and modify the data without blocking. SQL Anywhere supports three snapshot isolation levels that let you control when a snapshot is taken:

snapshot Use a snapshot of committed data from the time when the first row is read, inserted, updated, or deleted by the transaction.

statement-snapshot Use a snapshot of committed data from the time when the first row is read by the statement. Each statement within the transaction sees a snapshot of data from a different time.

readonly-statement-snapshot For read-only statements, use a snapshot of committed data from the time when the first row is read. Each read-only statement within the transaction sees a snapshot of data from a different time. For insert, update, and delete statements, use the isolation level specified by the updatable_statement_isolation option (can be one of 0 (the default), 1, 2, or 3).
...[skiped]...
The following statements cannot be executed within a snapshot transaction:

ALTER INDEX
ALTER TABLE
CREATE INDEX
DROP INDEX
REFRESH MATERIALIZED VIEW
REORGANIZE TABLE
TRUNCATE TABLE is allowed only when a fast truncation is not performed because in this case, individual DELETEs are then recorded in the transaction log. See TRUNCATE TABLE statement.

In addition, if any of these statements are performed from a non-snapshot transaction, then snapshot transactions that are already in progress that subsequently try to use the table return an error indicating that the schema has changed.

Materialized view matching avoids using a view if it was refreshed after the start of the snapshot for a transaction.
...[skiped]...
Row versions
When snapshot isolation is enabled for a database, each time a row is updated, the database server adds a copy of the original row to the version stored in the temporary file. The original row version entries are stored until all the active snapshot transactions complete that might need access to the original row values. Remember that a transaction using snapshot isolation sees only committed values, so if the update to a row was not committed or rolled back before a snapshot transaction began, the snapshot transaction needs to be able to access the original row value. This allows transactions using snapshot isolation to view data without placing any locks on the underlying tables.

The VersionStorePages database property returns the number of pages in the temporary file that are currently being used for the version store. To obtain this value, execute the following query:

Old row version entries are removed when they are no longer needed. Old versions of BLOBs are stored in the original table, not the temporary file, until they are no longer required, and index entries for old row versions are stored in the original index until they are not required .

You can retrieve the amount of free space in the temporary file using the sa_disk_free_space system procedure. See sa_disk_free_space system procedure.

If a trigger is fired that updates row values, the original values of those rows are also stored in the temporary file.

Designing your application to use shorter transactions and shorter snapshots will reduce temporary file space requirements.

If you are concerned about temporary file growth, you can set up a GrowTemp system event that specifies the actions to take when the temporary file reaches a specific size. See Understanding system events.

И часть изменений в индексах:

Indexing enhancements The following enhancements have been made to indexing:

New index implementation Previous releases of SQL Anywhere contained two different indexing implementations that were chosen automatically based on the declared size of the indexed columns. In SQL Anywhere 10, a new implementation of compressed B-tree indexes is used throughout, and older B-tree indexing technology has been eliminated. The new indexes store a compressed form of the index key value in the index entry, separate and distinct from the value in the row. This is required to support snapshot isolation.

Support for snapshot isolation In previous SQL Anywhere releases, index entries were deleted on UPDATE or DELETE statements immediately. To support snapshot isolation, there is potential for several index entries to point to the same logical row with different index key values. These multiple index entries are managed by the database server so that any one connection can see only one of the entries for any given row. Periodically, a daemon within the server will physically delete these extra index entries when they are no longer needed (as transactions COMMIT or ROLLBACK). Retaining index entries for uncommitted DELETEs also improves semantic consistency of the concurrency control mechanisms in SQL Anywhere. See Snapshot isolation.

...

Рейтинг:

0 / 0

06.12.2007, 15:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35000445

Valery Shiskin

Участник

Сообщения: 787

Рейтинг: 0 / 0

Есть ряд СУБД с открытым кодом, где активно, а то и в первых рядах разработчики россияне. Весь мир может использовать и пользуется такими СУБД. Коммерческий продукт должен сам доказать что он лучше (пример InlellyJ Idea), а не заявлять "хватит платить". Кстати, уже обговаривается, по крайней мере по TV, необходимость оснащения атомных электростанций отечественными СУБД. Я ничего не имею против, но только должен знать, что эта/эти СУБД тестировались десятилетиями по всему миру, а не тольго в недрах какого-либо НИИ.

...

Рейтинг:

0 / 0

11.12.2007, 11:24

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35015028

hytech

Гость

Давайте вернемся к теме? Грядет автоматизация одного ГОСа - и на полном серьезе рассматривается перспектива выбора HyTech в качестве субд вместо MS DE / Oracle Lite / Oracle SE.

Есть ли те кто реально работал стой СУБД? Можете дать ответы на ряд вопросов:
jdbc дравер к ней есть? или хотя бы odbc?
платформа - только Вин или Линукс/Атл ^ас икс ?
поддержка транзакций?
какие-то известные ограничения?

Это будет вполне современное J2EE приложение в качестве хранилища на удаленных местах (центральная база Оракль) использующее (возможно) HyTech. На территории будет стоять один сервер на нем база + JSP/JSF морда для работы с ней и несколько(5-10) рабочих машин с MSIE. Связи с внешним миром может и не быть.

Храниться будет несколько табличек по ~ 1 ..2 миллиона записаей + полно мелких табличек -- справочников. Периодически из территориальной базы будет выгружаться дельта и на собаках (на флешках) отвозиться в центральный оффис - и там сгружаться в оракл. В другую сторону взаимодействие минимальное. -- Справочники и результаты явных запросов. Т.е. фактически на замену Cashe'

Стоит / Нестоит так делать? Именно по части выбору ХайТеча.

Поделитесь плз опытом - знанием. Кричать все г...но возмите нормальный Оракль я тоже умею)) Хотелось бы обоснованных рекомендаций...Или необрот от-рекомендаций .

...

Рейтинг:

0 / 0

17.12.2007, 15:43

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35015120

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, hytech!
Ты пишешь:

hytech[Sorry, skipped]
фактически на замену Cashe'
[Sorry, skipped]
Именно по части выбору ХайТеча .шило на мыло... (С)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

17.12.2007, 16:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35015257

Локшин Марк

Участник

Откуда: Воронеж

Сообщения: 3 083

Рейтинг: 0 / 0

hytechПериодически из территориальной базы будет выгружаться дельта и на собаках (на флешках) отвозиться в центральный оффис - и там сгружаться в оракл.
Как мне кажется наличие Oracle в центральном офисе - это неплохой аргумент для выбора Oracle Lite / Oracle SE для удаленных мест.
PS. За HyTech ничего не знаю.

...

Рейтинг:

0 / 0

17.12.2007, 16:29

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35015506

Apex

Участник

Откуда: Made in USSR

Сообщения: 3 841

Рейтинг: 0 / 0

Локшин Марк hytechПериодически из территориальной базы будет выгружаться дельта и на собаках (на флешках) отвозиться в центральный оффис - и там сгружаться в оракл.
Как мне кажется наличие Oracle в центральном офисе - это неплохой аргумент для выбора Oracle Lite / Oracle SE для удаленных мест.
PS. За HyTech ничего не знаю.
В один ряд их ставить некорректно, они для разных целей.

...

Рейтинг:

0 / 0

17.12.2007, 17:28

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35015779

hytech

Гость

Apex Локшин Марк hytechПериодически из территориальной базы будет выгружаться дельта и на собаках (на флешках) отвозиться в центральный оффис - и там сгружаться в оракл.
Как мне кажется наличие Oracle в центральном офисе - это неплохой аргумент для выбора Oracle Lite / Oracle SE для удаленных мест.
PS. За HyTech ничего не знаю.
В один ряд их ставить некорректно, они для разных целей.

Дык что с Хайтеком? Кто-то знает - пробовал?

...

Рейтинг:

0 / 0

17.12.2007, 19:01

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35016210

Apex

Участник

Откуда: Made in USSR

Сообщения: 3 841

Рейтинг: 0 / 0

hytech
Дык что с Хайтеком? Кто-то знает - пробовал?
Нах оно надо? Нужен открытый код? Бери Postgre, MySQL, Ingres, etc. Популярно, открыто, бесплатно. Чего-то не хватает? Берем код и дописываем, перерабатываем, адаптируем.

...

Рейтинг:

0 / 0

17.12.2007, 22:51

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35016982

hytech

Гость

Apex hytech
Дык что с Хайтеком? Кто-то знает - пробовал?
Нах оно надо? Нужен открытый код? Бери Postgre, MySQL, Ingres, etc. Популярно, открыто, бесплатно. Чего-то не хватает? Берем код и дописываем, перерабатываем, адаптируем.

Кто реально использовал HyTech? Может поделиться опытом?Сейчас это одно из реально рассматриваемых решений -- его настойчиво рекомендуют . Можете привести доводы за Оракл(что угодно еще) - либо наоборот сказать что и ХайТеч в ДАННОЙ ситуации подойдет?

Нужна локальная база данных для регионального оффиса (~15 человек -клиентов, 1 сервер с какой-то базой и J2EE(ну вернее JSF->JDBC без особых ЕЕ) web приложениями. Таких региональных подразделений тыщи 3. Данные наверх собираются не-онлайн, время от времени выгрузки. Вниз ничего толком нового не падает, ну может обновленные справочники и все. Данных порядка 1 миллиона записей по 2-3 килобайта на запись + справочники и прочая мелочь.

В центре большой хороший оракл с данными со всех регионов.

Оракл на местах кажется очень дорогим и слишком уж тяжелым-неуместным для 15 человек.

Можно ли использовать Oracle XE в коммерческих решениях? Как раз там на эти 15 человек врядле понадобится база серьезнее чем 1гб памяти / 4гб данные / 1 ядро. Он вроде бесплатный. Есть какие-то еще ограничения лицензии?

MySQL нельзя бесплатно использовать в коммерческих проектах или GPL -- а не о каком опен-соурс для Решения речи у нас и не идет :)

...

Рейтинг:

0 / 0

18.12.2007, 11:35

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35017077

Yo.!

Гость

hytech
Оракл на местах кажется очень дорогим и слишком уж тяжелым-неуместным для 15 человек.

какая разница сколько человек и насколько он тяжел если XE нормально работает на трехгодовалом целероне с 512Mb ? все равно слабее технику не найдете ...

hytech
Можно ли использовать Oracle XE в коммерческих решениях? Как раз там на эти 15 человек врядле понадобится база серьезнее чем 1гб памяти / 4гб данные / 1 ядро. Он вроде бесплатный. Есть какие-то еще ограничения лицензии?

можно, для того и выпустили XE. ограничение - нельзя распростронять вместе со своим продуктом, клиент должен качать самостоятельно, у тебя клиентов нет, тебя это не касается.

hytech
MySQL нельзя бесплатно использовать в коммерческих проектах или GPL -- а не о каком опен-соурс для Решения речи у нас и не идет :)
брешут. никто не запрещает использовать GPL в комерческих продуктах, никто. тебя обязывают открыть код только в случае если ты "линкуешся" с GPL кодом, в твоем случае это JDBC и к серверу MySQL вообще никакого отношения не имеет. насколько мне известно юзание GPL JDBC к линкованию не приравнивается, соответственно опять же тебя эти ограничения не касаются.

...

Рейтинг:

0 / 0

18.12.2007, 11:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35017142

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Yo.!
тебя обязывают открыть код только в случае если ты "линкуешся" с GPL кодом

И то только клиентам, по запросу, за цену носителя. Если программа не
выкладывается в сеть, код вообще можно зажилить.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

18.12.2007, 12:12

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35017218

Локшин Марк

Участник

Откуда: Воронеж

Сообщения: 3 083

Рейтинг: 0 / 0

Apex Локшин МаркКак мне кажется наличие Oracle в центральном офисе - это неплохой аргумент для выбора Oracle Lite / Oracle SE для удаленных мест.В один ряд их ставить некорректно, они для разных целей.
А это не я ставлю, а hytech. А смысл в том, что однародная система (тем более если версия Oracle бесплатная) - легче в поддержке и разработке. И в любом случае данные между Oracle<->Oracle реплицировать будет явно не сложнее чем между Oracle<->Что-то еще.

...

Рейтинг:

0 / 0

18.12.2007, 12:25

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35018043

hytech

Гость

Локшин Марк Apex Локшин МаркКак мне кажется наличие Oracle в центральном офисе - это неплохой аргумент для выбора Oracle Lite / Oracle SE для удаленных мест.В один ряд их ставить некорректно, они для разных целей.
А это не я ставлю, а hytech. А смысл в том, что однародная система (тем более если версия Oracle бесплатная) - легче в поддержке и разработке. И в любом случае данные между Oracle<->Oracle реплицировать будет явно не сложнее чем между Oracle<->Что-то еще.

Ок сенкс - по нормальным общеизвестным базам все понятно. Оцените кто нибудь знающий ХайТеч плюсы и минусы замены MySQL хайтечем (см. мои вопросы выше). Насколько это не хуже. В чем лучше. В чем именно тем менее не очень?

...

Рейтинг:

0 / 0

18.12.2007, 15:56

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35018137

Apex

Участник

Откуда: Made in USSR

Сообщения: 3 841

Рейтинг: 0 / 0

yoограничение - нельзя распростронять вместе со своим продуктом, клиент должен качать самостоятельно, у тебя клиентов нет, тебя это не касается.
License Rights(b) you may also distribute the programs with your applications;
Или я что-то не понял?

Локшин Марк А это не я ставлю, а hytech. А смысл в том, что однародная система (тем более если версия Oracle бесплатная) - легче в поддержке и разработке. И в любом случае данные между Oracle<->Oracle реплицировать будет явно не сложнее чем между Oracle<->Что-то еще.
Да я не об этом, я о том, что Вы, очевидно, запутались в названии дистрибутивов Оракла: Oracle Lite - это для встраеваемых и мобильных устройств, потому ее в один ряд с SE ставить нельзя.

авторОцените кто нибудь знающий ХайТеч плюсы и минусы
Вам мало того, что о ней в России знает полтора человека, а зарубежом вообще никто?
-------------------------------------------------------
Автор благодарит алфавит за любезно предоставленные ему буквы.

...

Рейтинг:

0 / 0

18.12.2007, 16:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35018271

Локшин Марк

Участник

Откуда: Воронеж

Сообщения: 3 083

Рейтинг: 0 / 0

ApexДа я не об этом, я о том, что Вы, очевидно, запутались в названии дистрибутивов Оракла: Oracle Lite - это для встраеваемых и мобильных устройств, потому ее в один ряд с SE ставить нельзя.
Только если и запутался то не я, я их просто скопировал у автора:
/topic/450811&pg=4#5058614

...

Рейтинг:

0 / 0

18.12.2007, 16:48

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35018311

Apex

Участник

Откуда: Made in USSR

Сообщения: 3 841

Рейтинг: 0 / 0

Локшин Марк ApexДа я не об этом, я о том, что Вы, очевидно, запутались в названии дистрибутивов Оракла: Oracle Lite - это для встраеваемых и мобильных устройств, потому ее в один ряд с SE ставить нельзя.
Только если и запутался то не я, я их просто скопировал у автора:
/topic/450811&pg=4#5058614
Тогда прошу прощения:)

...

Рейтинг:

0 / 0

18.12.2007, 16:58

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35022763

ValPot

Гость

hytech
Ок сенкс - по нормальным общеизвестным базам все понятно. Оцените кто нибудь знающий ХайТеч плюсы и минусы замены MySQL хайтечем (см. мои вопросы выше). Насколько это не хуже. В чем лучше. В чем именно тем менее не очень?

У меня есть знакомые из данной среды. Если интересно, напишите в мыло.

А чем коммерческие варианты типа www.red-soft.biz не устраивают ?

...

Рейтинг:

0 / 0

20.12.2007, 11:55

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35022783

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, ValPot!
Ты пишешь:

ValPotV> А чем коммерческие варианты типа www.red-soft.biz не устраивают ?так то ж бесплатный FireBird, но за деньги.
а тут супер-мега-хай-тек.
тоже за деньги, но об нем нибуя никто сказать не может.
ибо это некий эквивалент "неловимого Джо"...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

20.12.2007, 12:01

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35023275

sqllex

Участник

Откуда: Kiev

Сообщения: 716

Рейтинг: 0 / 0

ValPotУ меня есть знакомые из данной среды. Если интересно, напишите в мыло.
Думаю, почитать мнение знакомых будет интересно не только автору топика. Давайте уж знакомых сюда :)

...

Рейтинг:

0 / 0

20.12.2007, 14:00

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35023551

Yo.!

Гость

sqllex ValPotУ меня есть знакомые из данной среды. Если интересно, напишите в мыло.
Думаю, почитать мнение знакомых будет интересно не только автору топика. Давайте уж знакомых сюда :)
подозреваю сюда мат цензура не пропустит :)

...

Рейтинг:

0 / 0

20.12.2007, 14:59

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35024578

Simonik

Гость

hytech Нужна локальная база данных для регионального оффиса (~15 человек -клиентов, 1 сервер с какой-то базойТут проблем с Hytech быть не должно. Сам сервер не требует установки - развернуть архив, поправить при необходимости пути к БД и запустить.
hytech и J2EE(ну вернее JSF->JDBC без особых ЕЕ) web приложениями. C JDBC сложнее - какой-то базовый вариант третьей версии существует, но в рабочем режиме не эксплуатировался. Развитые средства разработки приложений на Delphi - там свои компоненты доступа к БД. Есть библиотека для PHP. hytech Таких региональных подразделений тыщи 3. Данные наверх собираются не-онлайн, время от времени выгрузки.
Экспорт в DBF-есть, rar/7zip (и blat) из ht-sql вызываются.

...

Рейтинг:

0 / 0

20.12.2007, 18:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35024678

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

Simonik hytechНужна локальная база данных для регионального оффиса
(~15 человек -клиентов, 1 сервер с какой-то базой
S> Тут проблем с Hytech быть не должно.О! Ну хоть один живой человек нашелся, который щупал HyTech.
Сейчас тебя вопросами закидают...
Выскажу несколько гипотез(?), после прочтения доки с сайта nist.ru:
движок таки имеет "сетевую" основу, а никак не клиент-серверную.
    [глава "Снимки"]

транзакции реализованы а-ля локальный движек BDE
    - уровней изоляции нет как таковых
    - об ACID речь вообще не идёт.

полнофункциональный JOIN не реализован
    [глава "Конструкции *= =* **"]

диалект SQL весьма беден
    нет таких конструкций как EXISTS(), SINGULAR() и пр.
    не говоря уж о DERIVED TABLES, GTT, CTE и пр.

возражения?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

20.12.2007, 19:35

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35024760

Simonik

Гость

В Hytech есть свои специфические механизмы для решения типовых прикладных задач.
Основная особенность - работа ориентировано не на перебор, а на пакетную обработку записей, поэтому некоторые вещи получаются довольно просто, хоть и, м.б., непривычно. Как и в interbase/ms/oracle

Мимопроходящий транзакции реализованы а-ля локальный движек BDE
    - уровней изоляции нет как таковых
    - об ACID речь вообще не идёт.

READ COMMITTED и SERIALIZABLE. Транзакции нормальные - целостность данных не будет нарушена. Параллельных транзакций (по одной таблице) нет. Мимопроходящий полнофункциональный JOIN не реализован
    [глава "Конструкции *= =* **"]

да. тут не всё, но жить можно Мимопроходящий диалект SQL весьма беден
    нет таких конструкций как EXISTS(), SINGULAR() и пр.
    не говоря уж о DERIVED TABLES, GTT, CTE и пр.

глобальные и локальные временные таблицы есть. есть select from (select) и select from (procedure(params...))). Есть execute immediate, специфическая конструкция results table.

...

Рейтинг:

0 / 0

20.12.2007, 20:43

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35024770

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

SimonikS> READ COMMITTED и SERIALIZABLE.
S> Транзакции нормальные - целостность данных не будет нарушена.
S> Параллельных транзакций (по одной таблице) нет.поподробнее, плс.
одно с другим как-то не вяжется.
SimonikS> глобальные и локальные временные таблицы есть.
S> есть select from (select)не нашел.
где нужно было искать?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

20.12.2007, 20:49

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35025540

Simonik

Гость

где нужно было искать? http://web.nist.ru/eiis/NIST/FULL/SERVER/HELP/
READ COMMITTED и SERIALIZABLE.
поподробнее, плс.SERIALIZABLE там называется снимками - упоминались. Есть ключевое слово

Код: plaintext

fix {all|<имя таблицы>};

если не написать fix..., то изменения не видны.

...

Рейтинг:

0 / 0

21.12.2007, 10:49

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35025866

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

SimonikS> где нужно было искать?
S> http://web.nist.ru/eiis/NIST/FULL/SERVER/HELP/там и искал.
конкретнее, какой документ и раздел-параграф.
SimonikS> если не написать fix..., то изменения не видны.а как же COMMIT ?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

21.12.2007, 12:13

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026203

Simonik

Гость

Мимопроходящийконкретнее, какой документ и раздел-параграф. HTSQL.CHM , Входной язык, Операторы SQL, create table или по индексу "table".
а как же COMMIT ?commit используется вносящим изменения, чтобы сделать их видимыми остальным.
fix используется для того, чтобы увидеть изменения, которые другой пользователь закоммитил - ведь может быть, строится отчёт из нескольких select'ов и изменения не должны на них влиять.

В HT нет промежуточных "неправильных" уровней, когда можно видеть то, что не закоммичено или изменения могут испортить результат поиска или нарушить его процесс.

...

Рейтинг:

0 / 0

21.12.2007, 13:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026283

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

SimonikS> HTSQL.CHM, Входной язык, Операторы SQL, create table или по индексу "table".спасибо.
это я упустил.
SimonikS> commit используется вносящим изменения, чтобы сделать их видимыми остальным.
S> fix используется для того, чтобы увидеть изменения, которые другой пользователь закоммитилвот этот момент мне не понятен.
если есть полноценные READ COMMITED транзакции,
то к чему эти телодвижения с fix ?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

21.12.2007, 13:57

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026344

Simonik

Гость

Мимопроходящийесли есть полноценные READ COMMITED транзакции,
то к чему эти телодвижения с fix ? может немного надуманно, но
fix all; // начинаем длинный отчёт
create global temporary table _REPTAB(name char(20), val double);
insert into _REPTAB
select 'параметр 1', sum(some_val1) from TAB where p=1;
// В этот момент другой делает update TAB set p=2 where p=1;
insert into _REPTAB
select 'параметр 2', sum(some_val2) from TAB where p=2;
вторая строка без
fix table TAB;
не учтёт внесённое изменение и даст верный на момент начала отчёта результат.

...

Рейтинг:

0 / 0

21.12.2007, 14:19

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026361

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

SimonikS> insert into _REPTAB
S> select 'параметр 1', sum(some_val1) from TAB where p=1;
S> // В этот момент другой делает update TAB set p=2 where p=1;да плевать нам на другого, пока он не закоммитился.
или я чего-то не понимаю?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

21.12.2007, 14:25

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026486

Simonik

Гость

плевать нам на другого, пока он не закоммитился.
или я чего-то не понимаю? Он закоммитился, а мы ещё не закончили считать. Поскольку записи отчёта не должны быть сформированы на основании различных состояний таблицы, то мы, не делая fix, можем (должны) игнорировать изменения.
Небольшое примечание к тому скрипту: в HT, если транзакция не объявлена явно (begin work), то по окончанию выполнения оператора update/delete/insert commit выполняется автоматически. Если в update/delete/insert обрабатывается группа записей, то изменения будут доступны по окончанию операции - как и положено.

...

Рейтинг:

0 / 0

21.12.2007, 14:54

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026554

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Привет, Simonik!
Ты пишешь:

SimonikS> Он закоммитился, а мы ещё не закончили считать.ну и фиг с ним.
мы же сейчас обсуждаем READ COMMITED.
"кто не спрятался - я не виноват" (С)

дале мои размышлизмы:

насколько я могу судить, по умолчанию, все стейтменты отрабатывают
именно в режиме READ COMMITED.
если же нам понадобится SNAPSHOT, то необходимо этот "снимок"
создать при помощи команды fix all .
а посему вопрос - каков уровень "видимости" у такого SNAPSHOT-а ?
(предполагаю - на уровне сессии?)
как тогда "выйти" из такого уровня изоляции снова в READ COMMITED ?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

21.12.2007, 15:07

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026624

Yo.!

Гость

имхо выглядит как сильно недоделаная буферизация фокспро ...

...

Рейтинг:

0 / 0

21.12.2007, 15:21

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026677

Simonik

Гость

2Мимопроходящий.
почти.
В HT первое же обращение к таблице создаёт её snapshot. Он существует в контексте пользователя и, далее, сохраняется в курсоре. То есть, если пользователь просматривает несколько результатов одного и того же запроса, то они могут различаться. Для курсора существует операция touch - приведение записей результата к текущему состоянию, но она довольно лукавая, поскольку не учитывает критериев отбора .
Чтобы сбросить snapshot, закреплённый за текущим курсором (и сессией), используется fix.
Для того, чтобы сделать snapshot по одной или нескольким таблицам принудительно, используется htMakePhoto.

Чтобы предупредить вопрос про курсор - тут есть свои особенности:
в курсоре выполняется sql-скрипт, состоящий из одного или нескольких операторов, включая процедурные. То есть, скрипт может выглядеть как-то так

var dt, val, par=2;
fix all;
select @dt = max(some_date), @val=sum(sum_val) from TAB1 where p = @par;
if (lastsqlerr()!=0) quit;
update TAB2 set dt=@dt where p = @par;
insert into TAB3 values(@par,@val);

select a.p, a.dt, b.sum from TAB2 a, TAB3 b where a.p=b.p;

если не поставить fix all; то будет использовано текщее состояние таблиц сессии (или создано новое, если это первое обращение к таблице).

...

Рейтинг:

0 / 0

21.12.2007, 15:32

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026777

hytech

Гость

hytech и J2EE(ну вернее JSF->JDBC без особых ЕЕ) web приложениями. C JDBC сложнее - какой-то базовый вариант третьей версии существует, но в рабочем режиме не эксплуатировался. Развитые средства разработки приложений на Delphi - там свои компоненты доступа к БД. Есть библиотека для PHP. hytech

Точно будет НЕ дельфи. А насколько стабилен драйвер ODBC. Насколько разумно использовать ХайТеч из джавы через стандартный мост JDBC-ODBC, и поставляемый с хайтеч одбц-драйвер?

Еще я знаю существует встраиваемый хайтеч и клиент-серверный. ОДБЦ я так понял есть ко второму - а как работать с первым? т.е насколько разумно (а возможно уже есть готовая?) написать JNI обертку над библиотекой хайтеча для встраивания?

Таких региональных подразделений тыщи 3. Данные наверх собираются не-онлайн, время от времени выгрузки.
Экспорт в DBF-есть, rar/7zip (и blat) из ht-sql вызываются.[/quot]
В центральной базе оракл. Что-то типа мердж-репликейшен между хайтеч и ораклом замутить удастся?

...

Рейтинг:

0 / 0

21.12.2007, 16:07

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35026816

hytech

Гость

...

Рейтинг:

0 / 0

21.12.2007, 16:15

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35027267

htjdbc

Гость

HyTech JDBC действительно серьезно не тестировался. Если интересно - загляните сюда http://htjdbc.narod.ru . Там собственно драйвер и маленький пример.

...

Рейтинг:

0 / 0

21.12.2007, 19:03

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030097

ХайТех

Гость

Cколько одновременно активных пользователей поддерживает Хайтек на практике? Предположим есть что-то типа 1 Xeon 3040 (Core 2 Duo), 2Gb ram ,пару дисков в зеркальном рейде ,win 2k3. Сколько одновренно инсертящих выдержит такая конфигурация -- по какому закону будет деграивроать перформанс и с чем это будет связано (т.е. как оно там работает внутри)?

Мешают ли инсерты селектам -- ну вернее наоброт мешают ли тяжелые долгие селекты(для отчетов) инсертам. Как это проявляется и как реализовано это на самом деле?

По какой лицензии распространяется хайтеч - доступен ли соурс?

...

Рейтинг:

0 / 0

24.12.2007, 14:39

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030107

hytech

Гость

htjdbcHyTech JDBC действительно серьезно не тестировался. Если интересно - загляните сюда http://htjdbc.narod.ru . Там собственно драйвер и маленький пример.

Спасибо огромное. А сорцы драйвера доступны и на каких условиях? Как он внутри реализован - непосредственно на сокетах реализует протокол .. или это мост?

Я слышал есть две версии хайтеч -- встраиваемая и клиент-серверная. А вот до первой можно ли долезть из джавы?

...

Рейтинг:

0 / 0

24.12.2007, 14:41

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030718

Simonik

Гость

ХайТехCколько одновременно активных пользователей поддерживает Хайтек на практике? Практически бывало до семи сотен. Но одновременно выполяющихся запросов при этом значительно меньше - ведь оператор в основном должен кнопки нажимать, а не сервера ждать.
Предположим есть что-то типа 1 Xeon 3040 (Core 2 Duo), 2Gb ram ,пару дисков в зеркальном рейде ,win 2k3. Сколько одновренно инсертящих выдержит такая конфигурация -- по какому закону будет деграивроать перформанс и с чем это будет связано (т.е. как оно там работает внутри)? Таблицы HyTech состоят из постоянной части и журнала изменений. Проиндексирована только постоянная часть, поиск же в журнале изменений ведётся практически перебором. Следствие: количество индексов не влияет на операции корректировки БД, но с ростом журнала изменений работа замедляется. Однако, последнее не так страшно, как могло бы показаться, поскольку доля изменений в общем объёме БД обычно невелика. Перенос журнала изменений в постоянную часть является отдельной операцией и выполняется, обычно, в нерабочее время по регламенту.
Мешают ли инсерты селектам Незначительно. Они пересекаются лишь на чтении заголовка журнала изменений, которое для select выполняется один раз в начале поиска.
-- ну вернее наоброт мешают ли тяжелые долгие селекты(для отчетов) инсертам. Как это проявляется и как реализовано это на самом деле? Мешают так же, как мешает копирование большого (размером с объём промежуточных временных файлов) файла. Ну и плюс свою часть процессора отчёт возьмёт. А вообще пакетные операции в Hytech реализованы весьма эффективно и, скорее всего, закладываться на многочасовые, даже многоминутные, отчёты излишне.
По какой лицензии распространяется хайтеч - доступен ли соурс?Вроде бесплатно, без исходников.

...

Рейтинг:

0 / 0

24.12.2007, 17:44

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030777

htjdbc

Гость

hytech
Спасибо огромное. А сорцы драйвера доступны и на каких условиях? Как он внутри реализован - непосредственно на сокетах реализует протокол .. или это мост?

Я слышал есть две версии хайтеч -- встраиваемая и клиент-серверная. А вот до первой можно ли долезть из джавы?

Исходники не распространяются.
Написан на чистой Яве (сокеты, протокол ....).
Это только клиент-сервер.

...

Рейтинг:

0 / 0

24.12.2007, 18:02

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030848

hytech

Гость

htjdbc hytech
Спасибо огромное. А сорцы драйвера доступны и на каких условиях? Как он внутри реализован - непосредственно на сокетах реализует протокол .. или это мост?

Я слышал есть две версии хайтеч -- встраиваемая и клиент-серверная. А вот до первой можно ли долезть из джавы?

Исходники не распространяются.
Написан на чистой Яве (сокеты, протокол ....).
Это только клиент-сервер.

а как долезть до встроенной hytech? Я так понял клиент-сервер работает медленее чем локальный вариант. Вот и хочу долезть из вебприложения до локального хайтеча. Веб-серверр на JSP, в крайнем случае на ASP.NET

Получится ли встроить встраиваемый хайтеч в яву и как это сделать?
Поддерживает ли он многопользовательский режим(веб-приложение будет поднимать локально несколько сессий)?

...

Рейтинг:

0 / 0

24.12.2007, 18:36

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030851

ХайТех

Гость

...

Рейтинг:

0 / 0

24.12.2007, 18:37

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030862

Гость

Перенос журнала изменений в постоянную часть является отдельной операцией и выполняется, обычно, в нерабочее время по регламенту.

Сколь это трудоемко. Если это например раз в час делать - насколько база для пользователей закроется?

...

Рейтинг:

0 / 0

24.12.2007, 18:41

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030869

Гость

...

Рейтинг:

0 / 0

24.12.2007, 18:46

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35030908

Simonik

Гость

QПеренос журнала изменений в постоянную часть является отдельной операцией и выполняется, обычно, в нерабочее время по регламенту.

Сколь это трудоемко. Если это например раз в час делать - насколько база для пользователей закроется?Даже для очень интенсивно используемых БД это не делается чаще раза в день. Раз в час - бессмысленно. Если, конечно, не выполнялись нештатные запросы, модифицирующие полностью или большей частью таблицы размером в сотни мегабайт.

...

Рейтинг:

0 / 0

24.12.2007, 19:04

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35031020

htjdbc

Гость

hytechа как долезть до встроенной hytech? Я так понял клиент-сервер работает медленее чем локальный вариант. Вот и хочу долезть из вебприложения до локального хайтеча. Веб-серверр на JSP, в крайнем случае на ASP.NET

Получится ли встроить встраиваемый хайтеч в яву и как это сделать?
Поддерживает ли он многопользовательский режим(веб-приложение будет поднимать локально несколько сессий)?

"Влезть" можно используя native вызовы локального HyTech из Явы.
Многопользовательский режим поддерживает.

...

Рейтинг:

0 / 0

24.12.2007, 20:31

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35031837

hytech

Гость

Simonik QПеренос журнала изменений в постоянную часть является отдельной операцией и выполняется, обычно, в нерабочее время по регламенту.

Сколь это трудоемко. Если это например раз в час делать - насколько база для пользователей закроется?Даже для очень интенсивно используемых БД это не делается чаще раза в день. Раз в час - бессмысленно. Если, конечно, не выполнялись нештатные запросы, модифицирующие полностью или большей частью таблицы размером в сотни мегабайт.

А какой предел у хайтеча. Работа с базой в 10 миллионов записей - ну пусть 10 таких таблиц и еще таблиц 30-50 мелочи(справочники) где-то 15-20 активных пользователей это реально? какое примерно железо нужно?

...

Рейтинг:

0 / 0

25.12.2007, 11:45

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35037444

Simonik

Гость

А какой предел у хайтеча. Работа с базой в 10 миллионов записей - ну пусть 10 таких таблиц и еще таблиц 30-50 мелочи(справочники) где-то 15-20 активных пользователей это реально? какое примерно железо нужно?
Вашей конфигурации должно хватить. Вообще желательно иметь объём памяти, достаточный для кеширования основных индексов - считайте приблизительно как кол-во записей умноженное на длину ключа+4.
И всё от запросов зависит - не нужно особо большой таблицы, чтобы написать что-нибудь, что отнимет 100% времени или забъёт диск. Это всего касается. Посмотрите свои типичные запросы на тестовой БД. Главное старайтесь всё сформулировать в одном sql-запросе - он в HT не ограничен одним sql-предложением, - избегайте перебора, чтения записей на клиента для обработки. Для расшифровки справочников используйте "кодификаторы" - посмотрите раздел "Встроенные SQL-функции", "Функции работы с кодификаторами". Это позволит избежать избыточных джоинов и существенно сократит время выполнения.

...

Рейтинг:

0 / 0

27.12.2007, 12:38

| Ответить | Цитировать | Написать

Oracle vs HyTech. По мотивам откровений Ковалевского

#35037473

Simonik

Гость

Про кодификаторы, наверное, лучше посмотреть в файле помощи "основные понятия и действия", "кодификаторы".

...

Рейтинг:

0 / 0

27.12.2007, 12:46

| Ответить | Цитировать | Написать

147 сообщений из 147, показаны все 6 страниц

все

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle vs HyTech. По мотивам откровений Ковалевского

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=35&tid=1553195]:	0ms
get settings:	10ms
get forum list:	12ms
check forum access:	4ms
check topic access:	4ms
track hit:	39ms
get topic data:	11ms
get forum data:	3ms
get page messages:	166ms
get tp. blocked users:	1ms
others:	232ms

total:	482ms