|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLу журнала транзакций есть и другое преимущество. Он позволяет направить последовательный доступ к диску, в отличии от хранении лога и данных в одном файле, где идет "случайный доступ" Это преимущество уже давно сведено на нет рейдами и SSD. Любитель MSSQL FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей. И как только в Broadband она умудряется обслуживать 14 тысяч конкурентных пользователей?.. Наверное, там просто не слышали, что это совершенно невозможно. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 14:22 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей .Благородный дон приведёт, конечно же, доказательство этого утверждения ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 14:24 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Ованес СусанянБлагородный дон приведёт, конечно же, доказательство этого утверждения ? Это явно будет что-то между "всем же известно" и "у меня не получилось". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 15:08 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Ованес СусанянЛюбитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей .Благородный дон приведёт, конечно же, доказательство этого утверждения ? Благородные доны привыкли, что им верят на слово, ведь у них же карта прет ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 15:11 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Симонов ДенисЛюбитель MSSQLпропущено... Не какое-то, а подавляющее и ничего высасывать не надо. FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей. Ну раз уж на то пошло Express версия MSSQL со своими ограничениями ещё более не работоспособна под "сильной транзакционной нагрузкой даже от 50 пользователей" И почему не способен? Если база небольшая до 1 Гб, то она влезет в ОЗУ в конце концов. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 16:30 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЛюбитель MSSQLу журнала транзакций есть и другое преимущество. Он позволяет направить последовательный доступ к диску, в отличии от хранении лога и данных в одном файле, где идет "случайный доступ" Это преимущество уже давно сведено на нет рейдами и SSD. Любитель MSSQL FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей. И как только в Broadband она умудряется обслуживать 14 тысяч конкурентных пользователей?.. Наверное, там просто не слышали, что это совершенно невозможно. SSD дает преимущество только в чтении, но никак не в записи, а в лог мы пишем в основном. Что касается RAID, то да безусловно чем больше шпинделей тем больше IOPS. Но посудите сами, SQL Server запишет в конец лога запись о транзакции, а Firebird будет как сумасшедший раскладывать по полочкам данные и версии, которые находятся в разных местах диска. Улавливаете насколько глупо иметь версии и данные сваленные в кучу. Вот например тот же Oracle как флагман индустрии СУБД разделяет на 3 части (UNDO, REDO, DATA). Тот же SQL Server разделяет (UNDO и REDO в журнале, а данные в отдельной структуре, а версии строк вообще в третьей, так как SQL Server может работать и как версионник тоже). ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 16:43 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQL, потому что оперативная память там не единственное ограничение. Что будут делать 50 пользователей на одном проце? И как это состыкуется с работой под сильной транзакционной нагрузкой? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 16:57 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLSQL Server запишет в конец лога запись о транзакции, а Firebird будет как сумасшедший раскладывать по полочкам данные и версии, которые находятся в разных местах диска. Ага, так вот почему у него лог так пухнет: он пишет только в него, а в саму базу данные никогда не попадают. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 17:03 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovОванес СусанянБлагородный дон приведёт, конечно же, доказательство этого утверждения ? Это явно будет что-то между "всем же известно" и "у меня не получилось". Что конкретно доказывать? Отсутствие нормального журнала транзакций? Невозможность вернуться назад в точку Наличие Кеша данных и процедур? что именно нужно доказывать? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 17:41 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLSSD дает преимущество только в чтении, но никак не в записи, а в лог мы пишем в основном. Firebird будет как сумасшедший раскладывать по полочкам данные и версии, которые находятся в разных местах диска. Любитель MSSQLчто именно нужно доказывать? Начните, например, с доказательства того, что у SSD при записи seek time отличен от нуля. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 17:50 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLНаличие Кеша данных и процедур?Спасибо, этого доказывать не нужно: кеш данных и метаданных в ФБ есть :-) Любитель MSSQLчто именно нужно доказывать?Своё же собственное утверждение:Любитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей. Есть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 18:03 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLТот же SQL Server разделяет (UNDO и REDO в журнале, а данные в отдельной структуре, а версии строк вообще в третьей, так как SQL Server может работать и как версионник тоже). То есть, вместо того, чтобы просто записать новую версию записи на одну страницу данных, как это делает Firebird, MS SQL запишет новую версию в лог, потом её же в отдельную структуру данных и, наконец, запишет старую версию в tempdb. Три операции записи вместо одной. Прэлееестно... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 19:08 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера. Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо". ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 20:15 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
S.G.Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера. Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо". В принципе ,если базируемся на express (Что oracle ,что MS) то ,должен быть предусмотрен алгоритм,очистки базы или переезд на новую...а старая доступна, как типа ,архивная. В случае со скан-документами в оракле например есть тип BFILE ...он физически в базе не находится ,а только есть ссылка-путь на него.....(Думаю и в MS что-то подобное есть...просто косяк разработчиков)В этом случае Вы работали бы на express и 30 лет. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 20:25 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
S.G.Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера. Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо". Можно использовать бесплатную DB2 Express-C. Количество пользователей- неограниченно Размер базы -16 Тб, считай неограниченно Объем памяти -16 Гб ЦПУ- 4 ядра. Кроссплатформенная. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:00 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
irbis_alS.G.пропущено... У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера. Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо". В принципе ,если базируемся на express (Что oracle ,что MS) то ,должен быть предусмотрен алгоритм,очистки базы или переезд на новую...а старая доступна, как типа ,архивная. В случае со скан-документами в оракле например есть тип BFILE ...он физически в базе не находится ,а только есть ссылка-путь на него.....(Думаю и в MS что-то подобное есть...просто косяк разработчиков)В этом случае Вы работали бы на express и 30 лет. Все верно, MS несет на работу 32 000 баз... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:01 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
авторИ как только в Broadband она умудряется обслуживать 14 тысяч конкурентных пользователей?.. Наверное, там просто не слышали, что это совершенно невозможно. И как все таки они умудряются? Какая там стоит ОС? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:03 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLКакая там стоит ОС? Какая-то кастомная сборка линукса. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:08 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Ованес СусанянЛюбитель MSSQLНаличие Кеша данных и процедур?Спасибо, этого доказывать не нужно: кеш данных и метаданных в ФБ есть :-) А кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией? С этим как? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:08 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЛюбитель MSSQLКакая там стоит ОС? Какая-то кастомная сборка линукса. А сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:10 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLS.G.пропущено... У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера. Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо". Можно использовать бесплатную DB2 Express-C. Количество пользователей- неограниченно Размер базы -16 Тб, считай неограниченно Объем памяти -16 Гб ЦПУ- 4 ядра. Кроссплатформенная. А вобще-то да...почему-то в таблице про db2 незаслуженно забыли. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:21 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLА кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией? какое отношение все это имеет к вашему "не способен работать ... даже от 50 пользователей"? Например - кэш результатов запросов. В Профитмеде около 400 одновременных пользователей, примерно 2 млн транзакций в сутки, около 5000 хранимых процедур, и около 55000 (пятьдесят пять тысяч) разных запросов из приложений. Какой, нахрен, кэш результатов запросов??? Я согласен, если бы такое было возможно для некоторых запросов, но я сомневаюсь, что даже 10% этих запросов у разных пользователей выдают одинаковый результат. - полнотекстовый индекс - хорошая вещь, только большинству хватает обычных индексов. Кому сильно не хватает, пристраивают к ФБ Lucene, как это сделано в клоне ФБ - RedDatabase. - "внутренняя фрагментация" - вообще непонятно о чем. Несколько лет назад MS SQL при update строковых столбцов вообще не мог выполнить эту операцию, заменяя ее на delete и insert. В ФБ версии одной и той же записи обычно хранятся на одной странице. Если версий много - да, на нескольких, но я тут не вижу особых отличий от лога, которому для показа консистентного чтения разным транзакциям потребуется точно такой же рандомный доступ к страницам базы и лога. Любитель MSSQLА сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных? у упомянутого выше Профитмеда - dell md3200 с где-то штук 16-20 sas дисков. База около 70 гиг (может и больше). Файл БД, разумеется, один. Windows. Профитмед - вовсе не единичный пример. Таких примеров - дофига. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:38 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
irbis_alпочему-то в таблице про db2 незаслуженно забыли. Потому что тогда MS SQL выглядел бы ещё более жалко. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:38 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
Любитель MSSQLА кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией? ... А сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных? Извините за назойливость, но что там с вопросом, который вы, очевидно, не заметили ? Я повторю его еще раз: Ованес СусанянЕсть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 21:45 |
|
Firebird, PostgreSQL, MsSql, Oracle
|
|||
---|---|---|---|
#18+
авторЯ повторю его еще раз: Ованес СусанянЕсть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ?[/quote] Нет такой статьи у меня нет. Но когда 50 пользователей одновременно пытаются сделать физическую запись или чтения на диск, то у него создаются дисковые очереди. Но если бы эти записи производились бы в ОЗУ как это сделано в том же SQL Server, таких очередей бы не возникало. Это мое субъективное мнение и мой личный домысел ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2015, 22:25 |
|
|
start [/forum/topic.php?fid=35&msg=38895155&tid=1552266]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
162ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 291ms |
0 / 0 |