Сейчас провожу аналитику платформ для системы (БД+бизнесс_логика) - (тонкий_клиент).
Для которой критической является наличие в СУБД хранимых процедур.
С платформой Линукс знаком слабо.
мускл только в последней версии обзавелся процедурами и то с ограничениями.
промышленные БД под линукс платные (или нет?) и теряется конкурентность по стоимости платформы. МС сиквел 2005 експресс достаточен для требуемых задач и бесплатен.
Поэтому необходимы СУБД под линукс (или кроссплатформенные) с достаточно развитыми хранимыми процедурами бесплатные или стоимостью соизмеримыми со стоимостью десктоповой винды (150уе).
Еще бы сводную таблицу по СУБД для полного счастья:-)21.06.06 20:16 Автор: Garick <Yuriy> Статус: Elderman
Еще не знаю, только качнул:-) Кто нибудь делал на нем бизнес логику средней сложности? Соизмерим он с TSQL?21.06.06 20:14 Автор: Garick <Yuriy> Статус: 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
Хотя многие ТОР производители СУБД снижают внимание от самих СУБД, а акцентируют внимание на системах управления бизнес процессов, используя СУБД как основу (куда без нее?:-)). Тот же оракл.
А СУБД как базы данных отдают на откуп небольшим производителям. Вроде алгоритмы и методики оптимизации, безопасного хранения и тд давно "вылизаны" и ИМХО тяжело создать совсем кривую СУБД:-)
А производительность и маштабируемость можно гарантировать используя сервера транзакций (вот их бесплатных я не видел:-))
Вот и бесплатный lite oracle появился.27.06.06 16:24 Автор: Garick <Yuriy> Статус: Elderman
Ты если этим занимаешься, может статью в bugtraq со сравнениями напишешь... было бы очень интересно!27.06.06 18:32 Автор: whiletrue <Роман> Статус: Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
