О птице в облаках

← →
Сергей М. © (2009-10-30 10:36) [0]

http://www.ibase.ru/devinfo/fb1tb.htm

← →
Sergey13 © (2009-10-30 10:51) [1]

Все выше и выше и выше
Стремится полет наших плиц.
(с) пестня про пламенный мотор
8-)

ЗЫ: что сказать то хотел? Или просто померяться хочешь? 8-)

← →
brother © (2009-10-30 10:52) [2]

у меня 1.

← →
Сергей М. © (2009-10-30 10:56) [3]

> что сказать то хотел?

Да есть тут среди нас фомы, неверующие в "серьезность" огненного птица как СУБД-сервера)

← →
brother © (2009-10-30 10:56) [4]

> "серьезность" огненного птица как СУБД-сервера

хм... пальцем покажи)

← →
Сергей М. © (2009-10-30 10:58) [5]

> пальцем покажи

Пальцем тыкать не есть кулЮторно)

← →
brother © (2009-10-30 11:01) [6]

флудеры ;) ничего не поделаешь - пятница...)))

← →
vuk © (2009-10-30 11:26) [7]

Честно говоря, не знаю, насколько показательны эти тесты. На мой взгляд, в реальных условиях у большой базы будет:
1. много клиентов
2. сложнее структура и запросы
3. в 99% случаев на клиенте нафиг не упали выборки объемом в 300000 записей, и даже в 30000 тоже нафиг не нужны. Про 60 лимонов в резульате выборки ваще молчу.
4. индексы будут создаваться редко

← →
Sergey Masloff (2009-10-30 11:33) [8]

Из приведенного текста можно сделать только вывод о несерьезности "испытателей". То что приводится это хрень а не исследование работоспособности и производительности, такое мое мнение.

P.S. Меня убеждать в пригодности FB для серьезных систем не надо - я их видел.

← →
Сергей М. © (2009-10-30 11:53) [9]

> Меня убеждать в пригодности FB для серьезных систем не надо

Уговорил)

← →
Медвежонок Пятачок © (2009-10-30 14:30) [10]

хе хе хе.
)

← →
Игорь Шевченко © (2009-10-30 14:37) [11]

А что, терабайт - это круто ? :)

← →
Сергей М. © (2009-10-30 14:48) [12]

> терабайт - это круто ?

Тут дело не в крутости, а в чьих-либо сомнениях в том что FB, выросший из штанишек IB допотопных версий, когда терабайты и в кошмарных снах не снились, выстоит в принципе на таких объемах и даже будет вполне прилично шевелиться)

← →
Игорь Шевченко © (2009-10-30 15:00) [13]

Сергей М. © (30.10.09 14:48) [12]

Ну ораклу тоже когда-то терабайты не снились, однако терабайтная (даже больше) база крутится у меня на домашнем компе, и время загрузки в нее было слегка (раз в несколько) поменьше, чем 70 часов, да и запросы шустро работают. Создание таблиц с миллиардом записей у меня заняло 20 минут, построение индекса по ней один час 38 минут :)

← →
Сергей М. © (2009-10-30 15:13) [14]

> Игорь Шевченко © (30.10.09 15:00) [13]

Сравнивать был бы резон, если бы Оракл отродясь и по сей день был бы натуральным версионником, к коим с момента зачатия принадлежала вся эта IB/FB/YA-камарилья)

← →
Anatoly Podgoretsky © (2009-10-30 15:42) [15]

> Сергей М. (30.10.2009 14:48:12) [12]

Это не заслуга FB, а заслуга IB, когда они превзошли рубеж в 4 гб, то разницы, между 5 Гб и 5 Пб, стало уже ни какой, только железо подавай достойное.

← →
Сергей М. © (2009-10-30 15:51) [16]

> Anatoly Podgoretsky © (30.10.09 15:42) [15]

У FB масса других заслуг, и в первую очередь потому что от унаследованного кода не осталось камня на камне - все перелопачено)
Видимо это обст-во и вызывает настороженность у тех самых фомов)

← →
Anatoly Podgoretsky © (2009-10-30 16:07) [17]

> Сергей М. (30.10.2009 15:51:16) [16]

Но как я понял упор делался на размер, с радостью мог 1 Тб
Ну а настороженность должен вообще Open Source вызывать - нет хозяина, как то стремно бизнес строить на подобном.

← →
Сергей М. © (2009-10-30 16:16) [18]

> Anatoly Podgoretsky © (30.10.09 16:07) [17]

> как то стремно бизнес строить на подобном

Стремно или не стремно, но .. строят ведь) ..
И даже на облака нынче замахнулись)

← →
Anatoly Podgoretsky © (2009-10-30 16:24) [19]

> Сергей М. (30.10.2009 16:16:18) [18]

Ну скажем так - страна непуганых Буратин.

← →
Inovet © (2009-10-30 18:50) [20]

> [8] Sergey Masloff (30.10.09 11:33)
> Из приведенного текста можно сделать только вывод о несерьезности
> "испытателей". То что приводится это хрень а не исследование
> работоспособности и производительности, такое мое мнение.

Винта большего объёма не нашлось.:)

← →
Inovet © (2009-10-30 18:52) [21]

> [13] Игорь Шевченко © (30.10.09 15:00)
> однако терабайтная (даже больше) база крутится у меня на
> домашнем компе

Это чё вней такое, хотя могу догадаться.:)

← →
Игорь Шевченко © (2009-10-30 19:14) [22]

Сергей М. © (30.10.09 15:13) [14]

> если бы Оракл отродясь и по сей день был бы натуральным
> версионником

Oracle и есть натуральный версионник, с самого начала

> [23] Игорь Шевченко © (30.10.09 19:15)
> Inovet © (30.10.09 18:52) [21]
>
> > Это чё вней такое
>
> Данные. Странно было бы услышать другой ответ, правда ?:)

Сорта пива наверно, по местам варки и продажи.:)

Inovet © (30.10.09 19:20) [24]

А не все равно ? Главное, объем, а не содержание, верно ? База большая, таюлиц много, записей много - сотни миллионов в части таблиц, крутится себе спокойно. Было бы винтов побольше, была бы больше по объему.

> [25] Игорь Шевченко © (30.10.09 19:22)
> А не все равно ? Главное, объем, а не содержание, верно?

Это так, но "на домашнем компе" у меня наверно неверно с "домашним" содержанием ассоциировалось, потому объём озадачил - напомнил филиал Гугля.:)

← →
koha! (2009-10-30 19:43) [27]

например, а что можно построить на этом Firebird? СУБД предприятия можно построить или это только для почтовых серверов?

> [27] koha! (30.10.09 19:43)
> например, а что можно построить на этом Firebird? СУБД предприятия
> можно построить или это только для почтовых серверов?

Да то же что и на других подобных субд. А причём тут почта? странное ограничение области применения.

Inovet © (30.10.09 19:37) [26]

> Это так, но "на домашнем компе" у меня наверно неверно с
> "домашним" содержанием ассоциировалось

Не, это по работе надо

> Честно говоря, не знаю, насколько показательны эти тесты.
Они для IT-руководителей компаний заказчиков, которые ищут знакомый буквы. Это что-то вроде, как менеджеры HR-агентств ищут знакомые буквенные сочетания в резюме: ищется, например, позиция Pascal разработчика, следовательно все кандидаты со словом Delphi рассматриваться не будут: буквы не те в резюме.

> На мой взгляд, в реальных условиях у большой базы будет:
> 1. много клиентов
Например, одновременно работает с базой порядка 350 пользователей, в пике нагрузка (конец месяца) возрастает до 800 одновременных пользователей. Это не считая порядка 50 пользователей негуманоидного происхождения, висящих постоянно (службы репликации филиалов).

> 2. сложнее структура и запросы
около 500 таблиц. Пойдет ? :)

> 3. в 99% случаев на клиенте нафиг не упали выборки объемом
> в 300000 записей, и даже в 30000 тоже нафиг не нужны. Про
> 60 лимонов в резульате выборки ваще молчу.
Эт-точно. (с) товарищ Сухов.

> 4. индексы будут создаваться редко
Неправда.

Данные взяты из внедренного проекта ERP-системы на машиностроительном заводе. Размер БД 16ГБ.

> СУБД предприятия можно построить или это только для почтовых серверов?

Ну, СУБД предприятия мы уже рассмотрели.

А вот что касательно почтовых серверов, то попадался как-то на sourceforge.net кросс-платформенный почтовый сервер (на плюсах писаный, я его в православной M$ VS собирал), держащий БД в Firebird. Где именно - не помню, искать надо. Но, почтовый сервер как-то не прижился. Наверное из-за православной среды разработки, а мы все больше Delphi-йскими фундаменталистами будем, и забот других в то время хватало.

О птице в облаках Найти похожие ветки