информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Страшный баг в WindowsГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / software
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Ты если этим занимаешься, может статью в bugtraq со сравнениями напишешь... было бы очень интересно! 27.06.06 18:32  Число просмотров: 2740
Автор: whiletrue <Роман> Статус: Elderman
<"чистая" ссылка>
<software>
СУБД с хранимыми процедурами под Линукс 21.06.06 13:24  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Сейчас провожу аналитику платформ для системы (БД+бизнесс_логика) - (тонкий_клиент).
Для которой критической является наличие в СУБД хранимых процедур.
С платформой Линукс знаком слабо.
мускл только в последней версии обзавелся процедурами и то с ограничениями.
промышленные БД под линукс платные (или нет?) и теряется конкурентность по стоимости платформы. МС сиквел 2005 експресс достаточен для требуемых задач и бесплатен.
Поэтому необходимы СУБД под линукс (или кроссплатформенные) с достаточно развитыми хранимыми процедурами бесплатные или стоимостью соизмеримыми со стоимостью десктоповой винды (150уе).
Еще бы сводную таблицу по СУБД для полного счастья:-) 21.06.06 20:16  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
А чем плох postgres? 21.06.06 16:41  
Автор: whiletrue <Роман> Статус: Elderman
Отредактировано 21.06.06 16:48  Количество правок: 1
<"чистая" ссылка>


http://www.postgresql.org/about/
Еще не знаю, только качнул:-) Кто нибудь делал на нем бизнес логику средней сложности? Соизмерим он с TSQL? 21.06.06 20:14  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
А что-то они какие-то "ограниченные" СУБД до сих пор... 21.06.06 17:33  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
А что-то они какие-то "ограниченные" СУБД до сих пор выпускают.
Limit Value 
Maximum Database Size Unlimited 
Maximum Table Size 32 TB 
Maximum Row Size 1.6 TB 
Maximum Field Size 1 GB 
Maximum Rows per Table Unlimited 
Maximum Columns per Table 250 - 1600 depending on column types 
Maximum Indexes per Table Unlimited 

---
Слабо что-ли TS, RS, FS и CpS тоже безлимитными сделать. Какой год то на дворе.
Ну давай с Ораклом сравним... 21.06.06 17:52  
Автор: whiletrue <Роман> Статус: Elderman
Отредактировано 21.06.06 17:54  Количество правок: 1
<"чистая" ссылка>
> Limit Value
> Maximum Database Size Unlimited
> Maximum Table Size 32 TB
> Maximum Row Size 1.6 TB
> Maximum Field Size 1 GB
> Maximum Rows per Table Unlimited
> Maximum Columns per Table 250 - 1600 depending on column
> types
> Maximum Indexes per Table Unlimited

Например:
Maximum Row Size
Okay, now that I've got all these sizes figured out, I'm still wondering: What's the maximum row size in an Oracle table?
The answer to that depends on the release of Oracle that you're running. For Oracle8, Release 8.0 and later, the answer is 4,000GB (or 4GB per LOB, 1,000 LOBs per table). Just take the maximum varchar2 size (4000) or char size (2000) and add them up—4000x1000=4,000,000 bytes of structured data.

For Oracle7 Release 7.x, the limit is 254 columns per table in which the varchar2 maximum is 2000 bytes, so that's about a total of 508,000 bytes structured, or 1 long per table at 2GB.

1.6 TB против 4TB - помойму неплохо...
Остальные параметры искать не стал.
Да меня другое смущает - что им трудно что-ли все... 21.06.06 19:05  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 21.06.06 19:06  Количество правок: 1
<"чистая" ссылка>
> 1.6 TB против 4TB - помойму неплохо...
> Остальные параметры искать не стал.

Да меня другое смущает - что им трудно что-ли все безлимитное сделать - и размер поля, и количество полей, о количестве записей умолчим. Зачем вводить ограничения на размер записи - то есть запись можно сделать большого размера, количество полей может быть велико, но на произведение наложено ограничение не равное произведению максимального количества записей на максимальный размер записи. По моему размер может ограничится только физически - размерами винта, как впрочем и количество записей. Количество полей лучше тоже не ограничивать, ну в крайнем случае 2^64, то есть разрядностью проца, что в нашем физическом мире будет считаться анлимитом. С другой стороны у таблиц не должно вообще быть понятия "количество полей" - оно всегда бесконечно для любой таблицы. Еще я не совсем понимаю зачем сохраняется старое наследие "тип поля" ну не для "защиты от дураков" же - вдруг кто-то начнет обсчитывать текстовые данные. Просто достают всякие апдейты, связанные с реструктуризацией - как изменением типов и размерностью полей, так и даже их количеством.
А Оракл тоже не панацея, что на него равняться.
Есть подозрение, что тогда множество будет несчетным... т.е. не смогут они тогда строчки индексировать 22.06.06 00:19  
Автор: whiletrue <Роман> Статус: Elderman
Отредактировано 22.06.06 00:22  Количество правок: 2
<"чистая" ссылка>
"А Оракл тоже не панацея, что на него равняться."- Оракл это один из промышленных стандартов. 21.06.06 20:30  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Хотя многие ТОР производители СУБД снижают внимание от самих СУБД, а акцентируют внимание на системах управления бизнес процессов, используя СУБД как основу (куда без нее?:-)). Тот же оракл.
А СУБД как базы данных отдают на откуп небольшим производителям. Вроде алгоритмы и методики оптимизации, безопасного хранения и тд давно "вылизаны" и ИМХО тяжело создать совсем кривую СУБД:-)
А производительность и маштабируемость можно гарантировать используя сервера транзакций (вот их бесплатных я не видел:-))
Вот и бесплатный lite oracle появился. 27.06.06 16:24  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>


Oracle Database 10g Express Edition
Ты если этим занимаешься, может статью в bugtraq со сравнениями напишешь... было бы очень интересно! 27.06.06 18:32  
Автор: whiletrue <Роман> Статус: Elderman
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach