Firebird, PostgreSQL, MsSql, Oracle / Сравнение СУБД

ReSQL.ru

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

Гость

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

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

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

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

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird, PostgreSQL, MsSql, Oracle

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

все

Firebird, PostgreSQL, MsSql, Oracle

#38889957

skidline

Гость

Блин, какие доводы можно привести, чтобы выбрать MSsql express?
Не хочу разбираться с этими Firebird, PostgreSQL, Oracle.
Надеюсь на вашу помощь)

Модератор: Тема перенесена из форума "Microsoft SQL Server".

...

Рейтинг:

0 / 0

26.02.2015, 19:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38889990

Alexander A. Sak

Участник

Откуда: Омск

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

Рейтинг: 0 / 0

авторНе хочу разбираться с этими Firebird, PostgreSQL, Oracle.
Я считаю, это нормальный довод. Сам таким не раз пользовался.

А по картинке всех победил PostgreSQL :)

...

Рейтинг:

0 / 0

26.02.2015, 20:02

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

Firebird, PostgreSQL, MsSql, Oracle

#38889993

skidline

Гость

Alexander A. Sak,

а если по существу?)
что еще можно тут сравнить

...

Рейтинг:

0 / 0

26.02.2015, 20:05

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

Firebird, PostgreSQL, MsSql, Oracle

#38889998

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

skidlineБлин, какие доводы можно привести, чтобы выбрать MSsql express?
по этой таблице - никакие. если вы хотите выбрать ms sql, то должны быть другие критерии, разумеется. Правда, критерии эти будут важными только для вас. Другой человек выберет другую СУБД по другим критериям.

...

Рейтинг:

0 / 0

26.02.2015, 20:14

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

Firebird, PostgreSQL, MsSql, Oracle

#38890003

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

skidlineа если по существу?)
что еще можно тут сравнить
Это и есть по существу. В табличке надо графу "Кросплатформенность" вообще убрать (неясно с какого перепугу для MS туда попали плюсы), а добавить "Наличие опыта у разработчика", в которой у всех остальных будет минус.

Если человек, которому ты собираешься приводить это доводы, вменяем, то он поймёт, что шансы на то, что ты сделаешь что-то годное к применению есть только с MS SQL. Во всех остальных случаях ты гарантировано создашь кривую хрень.

...

Рейтинг:

0 / 0

26.02.2015, 20:21

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

Firebird, PostgreSQL, MsSql, Oracle

#38890004

skidline

Гость

Наверно я не правильно выразился, что можно убрать/добавить сюда, чтобы выбор был в пользу Mssql

...

Рейтинг:

0 / 0

26.02.2015, 20:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38890005

DirksDR

Участник

Откуда: Пермь

Сообщения: 343

Рейтинг: 0 / 0

skidline,

Почему у MSsql в строке "Кросплатформенность" против Linux cтоит "+"?
Всегда думал, что MSsql только под Windows...

...

Рейтинг:

0 / 0

26.02.2015, 20:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38890006

DirksDR

Участник

Откуда: Пермь

Сообщения: 343

Рейтинг: 0 / 0

DirksDR,

Тебя опередили

...

Рейтинг:

0 / 0

26.02.2015, 20:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38890007

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

skidlineНаверно я не правильно выразился, что можно убрать/добавить сюда, чтобы
выбор был в пользу Mssql
Ничего. Не существует в природе технически обоснованных доводов выбирать MS SQL Express
Edition.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

26.02.2015, 20:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38890009

DirksDR

Участник

Откуда: Пермь

Сообщения: 343

Рейтинг: 0 / 0

Dimitry SibiryakovНе существует в природе технически обоснованных доводов выбирать MS SQL Express
Edition.
Вы же всегда говорили, что выбирать надо СУБД, которую знаешь.
Это довод, правда не технический.

...

Рейтинг:

0 / 0

26.02.2015, 20:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38890013

DirksDR

Участник

Откуда: Пермь

Сообщения: 343

Рейтинг: 0 / 0

skidline,

Почему у MSsql в строке "Кросплатформенность" против Linux cтоит "+"?
Всегда думал, что MSsql только под Windows...

...

Рейтинг:

0 / 0

26.02.2015, 20:33

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

Firebird, PostgreSQL, MsSql, Oracle

#38890016

DirksDR

Участник

Откуда: Пермь

Сообщения: 343

Рейтинг: 0 / 0

DirksDR,

Сорри, эксплорер глюкнул. Переподключение с повтором данных.

...

Рейтинг:

0 / 0

26.02.2015, 20:35

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

Firebird, PostgreSQL, MsSql, Oracle

#38890018

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

DirksDRВы же всегда говорили, что выбирать надо СУБД, которую знаешь.
Это довод, правда не технический.
Именно это аффтару уже сказали три раза. Но он упёртый...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

26.02.2015, 20:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38890019

skidline

Гость

DirksDR,

да, да)
убрали, забыли)

...

Рейтинг:

0 / 0

26.02.2015, 20:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38890071

S.G.

Участник

Откуда: cartoon network

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

Рейтинг: 0 / 0

skidlineAlexander A. Sak,

а если по существу?)
что еще можно тут сравнитьВозьмите например количество тем или ответов по форумам Firebird, PostgreSQL, MsSql, Oracle здесь, на сайте.
Если у MSSQL мало тем/ответов - напишите, что беспроблемный сервер, никто не сталкивается с трудностями в работе.
Если у MSSQL много тем/ответов - напишите, что большое сообщество, оперативно даются ответы на вопросы.

...

Рейтинг:

0 / 0

26.02.2015, 23:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38890098

Зимаргл

Гость

DirksDRDimitry SibiryakovНе существует в природе технически обоснованных доводов выбирать MS SQL Express
Edition.
Вы же всегда говорили, что выбирать надо СУБД, которую знаешь.
Это довод, правда не технический.
Плюсы MSSQL в широкой доступности и выборе литературы, обучения, и как следствие - дешевых специалистов среднего класса.

Также для большинства мелких задач это почти нулевые затраты на администрирование.

...

Рейтинг:

0 / 0

27.02.2015, 00:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38890120

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

ЗимарглПлюсы MSSQL в широкой доступности и выборе литературы, обучения, и как
следствие - дешевых специалистов среднего класса.
Вот ТС и есть такой средний специалист дешёвого класса. Этого плюса ему недостаточно.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

27.02.2015, 01:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38890162

mad_nazgul

Участник

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

Рейтинг: 0 / 0

skidlineБлин, какие доводы можно привести, чтобы выбрать MSsql express?
Не хочу разбираться с этими Firebird, PostgreSQL, Oracle.
Надеюсь на вашу помощь)

Единственный "разумный" довод выбора MS SQL Express, то что при вводе в промышленную эксплуатацию все будет работать на MS SQL Server.
Все остальных доводов я не знаю. :-)

P.S. В FireBird и PostgreSQL разбираться не надо.
Если для разработки, то поставил - работает.
Обращаешься к ним ч/з ODBC.

...

Рейтинг:

0 / 0

27.02.2015, 06:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38890928

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

У Firebird нет лога насколько я знаю, если это так то каким образом можно:
1. Сделать консистентную резервную копию. Ведь со старта резервного копирования до его окончания могут быть транзакции.
2. В случае отказа оборудования (диска, системная плата и прочее) как восстановиться из резервной копии (если нигде? нет информации о зафиксированных или не зафиксированных транзакциях)?
3. Как восстановиться в точку в прошлом?
4. Каким образом обеспечивается работа в ОЗУ страниц данных (не совсем понятно как производить "манипуляции" в ОЗУ, не проинформировав о них дисковую подсистему, в случае сбоя)?
5. Если пункта 4 нет, то как обеспечивается работа многих пользователей (как решается вопрос борьбы за IOPS)?

...

Рейтинг:

0 / 0

27.02.2015, 17:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38890970

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLУ Firebird нет лога насколько я знаю, если это так то каким образом можно:
у Firebird есть лог, только в виде версий внутри БД.
Firebird не блокировочная СУБД, в отличие от MS SQL, а версионная (как и Оракл, и в определенном смысле PosgreSQL).
http://www.ibase.ru/devinfo/mga.htm

1. без проблем, транзакция snapshot никому не мешает и показывает консистентную копию БД на момент своего старта (сюрприз!)
2. восстановление автоматическое, этому способствует механизм careful write.
Если речь о повреждении диска с БД, то тут никакой СУБД никакой лог не поможет.

Любитель MSSQLнет информации о зафиксированных или не зафиксированных транзакциях)?
есть такая информация, иначе в ФБ было бы невозможно было бы работать с транзакциями.

3. никак.
4. вопрос не понял, что за проблемы-то? в любой СУБД при нажатии reset пропадет все то, что из ОЗУ не было сохранено на диск.
5. вообще ересь какая-то. при чем тут многопользовательский режим и "борьба за IOPS"? Синхронизация изменений страниц в памяти есть в любой многопользовательской СУБД, без этого она таковой быть не может.

p.s. кругозор надо расширять. нельзя затыкаться на одном MS SQL. Нужно хотя бы общие материалы по технологиям других СУБД читать.

...

Рейтинг:

0 / 0

27.02.2015, 18:02

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

Firebird, PostgreSQL, MsSql, Oracle

#38890979

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLкаким образом можно
1. Любой из двух прилагающихся утилит.
2. Этими же утилитами.
3. Точно так же как и в MS SQL Express Edition - никак.
4. Легко.
5. Multigeneration Architecture.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

27.02.2015, 18:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38891233

ZeroMQ

Участник

Откуда: Оттуда.

Сообщения: 10 379

Рейтинг: 0 / 0

skidlineНаверно я не правильно выразился, что можно убрать/добавить сюда, чтобы выбор был в пользу Mssql
1С бухгалтерию.

...

Рейтинг:

0 / 0

28.02.2015, 05:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38891234

MasterZiv

Участник

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

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

Рейтинг: 0 / 0

skidline,

увы, твоя таблица врет, у mssql с кроссплатформенностью большие проблемы...

...

Рейтинг:

0 / 0

28.02.2015, 05:17

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

Firebird, PostgreSQL, MsSql, Oracle

#38891235

MasterZiv

Участник

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

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

Рейтинг: 0 / 0

skidlineНаверно я не правильно выразился, что можно убрать/добавить сюда, чтобы выбор был в пользу Mssql

например, "поддержка transact sql"....

...

Рейтинг:

0 / 0

28.02.2015, 05:22

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

Firebird, PostgreSQL, MsSql, Oracle

#38891236

MasterZiv

Участник

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

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

Рейтинг: 0 / 0

еще mssql единственный тут, кто может работать в режиме блокировачника, все остальные только версионники.

...

Рейтинг:

0 / 0

28.02.2015, 05:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38891263

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

kdv,
Таким образом в ФБ, если старт копирования начался в 12.00 и длился 10 минут, то в случае аварии в 12.11 восстановить БД возможно на 12.00, и потерять все между 12.00 и 12.11. В отличии от ms sql, где во время копирования из дата файлов, еще и лог забэкапиться, Таким образом мы восстановимся на 12.10 (с откатом всех транзакций незафиксированных и с накатом зафиксированных, но не попавших в дата файл на 12.10!)
А если мы так озабочены потерей данных в ФБ, то нужно делать полное копирование каждую минуту(?), например, если размер БД 100 Гб, а данных прибавилось 100 байт за минуту, то мы делаем копию размером 100 Гб+100 байт еще раз? Или есть понятие "дифференциальный" бэкап?
Это к моему вопросу 1.

...

Рейтинг:

0 / 0

28.02.2015, 10:22

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

Firebird, PostgreSQL, MsSql, Oracle

#38891268

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQL в случае аварии в 12.11 восстановить БД возможно на 12.00, и
потерять все между 12.00 и 12.11.
Поэтому человечество уже довольно давно придумало RAID.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

28.02.2015, 11:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38891269

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Любитель MSSQLИли есть понятие "дифференциальный" бэкап?
таки есть

...

Рейтинг:

0 / 0

28.02.2015, 11:22

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

Firebird, PostgreSQL, MsSql, Oracle

#38891312

irbis_al

Участник

Откуда: Симферополь

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

Рейтинг: 0 / 0

MasterZivskidline,

увы, твоя таблица врет, у mssql с кроссплатформенностью большие проблемы...

Поддержу....Тут неоднократно в топике намекали на это...и почему-то этот немаловажный фактор как-то игнорируют..
Я так понимаю автора топика реально не интересует кроссплатформенность...иначе mssql скразу отваливается.

...

Рейтинг:

0 / 0

28.02.2015, 14:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38891327

Вася Уткин

Гость

irbis_alMasterZivskidline,

увы, твоя таблица врет, у mssql с кроссплатформенностью большие проблемы...

Поддержу....Тут неоднократно в топике намекали на это...и почему-то этот немаловажный фактор как-то игнорируют..
Я так понимаю автора топика реально не интересует кроссплатформенность...иначе mssql скразу отваливается.
Ну раз автора интересует какая-то мифическая "Интеграция с MS Visual Studio" очевидно ничего кроме Windows его не интересует

Вообще-то основных отличий между этими СУБД можно написать на несколько десятков страниц, но это автору не поможет, т.к. он их все равно не изучит.

...

Рейтинг:

0 / 0

28.02.2015, 14:39

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

Firebird, PostgreSQL, MsSql, Oracle

#38891348

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQL в случае аварии в 12.11 восстановить БД возможно на 12.00, и
потерять все между 12.00 и 12.11.
Поэтому человечество уже довольно давно придумало RAID.

Который не спасает от ошибок пользователей, в отличии от СУБД с нормальным журналом транзакций.

...

Рейтинг:

0 / 0

28.02.2015, 15:42

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

Firebird, PostgreSQL, MsSql, Oracle

#38891351

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

dimitrЛюбитель MSSQLИли есть понятие "дифференциальный" бэкап?
таки есть

То есть, нужно будет делать дифф. бэкап каждую минуту (копировать измененные страницы данных от предыдущего полного бэкапа целиком), вместо того, чтобы бэкапить просто инструкции.
Пока вопрос №1 не раскрыт, и очень сомнительно использование ФБ в промышленных приложениях.

...

Рейтинг:

0 / 0

28.02.2015, 15:45

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

Firebird, PostgreSQL, MsSql, Oracle

#38891364

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Любитель MSSQLТо есть, нужно будет делать дифф. бэкап каждую минуту (копировать измененные страницы данных от предыдущего полного бэкапа целиком)В Firebird дифф. бэкап может копировать только данные, изменённые после предыдущего дифф. бекапа.

Любитель MSSQLвместо того, чтобы бэкапить просто инструкцииПохоже, кому-то нужно освежить свои знания о любимой СУБД.

...

Рейтинг:

0 / 0

28.02.2015, 16:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38891376

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

hvladЛюбитель MSSQLТо есть, нужно будет делать дифф. бэкап каждую минуту (копировать измененные страницы данных от предыдущего полного бэкапа целиком)В Firebird дифф. бэкап может копировать только данные, изменённые после предыдущего дифф. бекапа.

Любитель MSSQLвместо того, чтобы бэкапить просто инструкцииПохоже, кому-то нужно освежить свои знания о любимой СУБД.

Это называется инкрементальный бэкап.

...

Рейтинг:

0 / 0

28.02.2015, 17:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38891384

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLКоторый не спасает от ошибок пользователей, в отличии от СУБД с
нормальным журналом транзакций.
Журнал транзакций позволяет выборочно откатить закоммиченные транзакции? Или как с его
помощью восстановить запись, ошибочно удалённую месяц назад?..
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

28.02.2015, 17:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38891393

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLКоторый не спасает от ошибок пользователей, в отличии от СУБД с
нормальным журналом транзакций.
Журнал транзакций позволяет выборочно откатить закоммиченные транзакции? Или как с его
помощью восстановить запись, ошибочно удалённую месяц назад?..

да позволяет, если транзакция была "именована"
да можно. Разворачиваете резервную копию месячной давности на том же экземпляре и обычным запросом выбираете ее и вставляете ее в такую же таблицу текущей БД

...

Рейтинг:

0 / 0

28.02.2015, 17:51

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

Firebird, PostgreSQL, MsSql, Oracle

#38891396

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLда позволяет, если транзакция была "именована"
И многие ошибающиеся пользователи у Вас именуют свои транзакции?..

Любитель MSSQLда можно. Разворачиваете резервную копию месячной давности на том же
экземпляре и обычным запросом выбираете ее и вставляете ее в такую же таблицу текущей БД

И в каком месте это эксклюзивная возможность журнала транзакций?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

28.02.2015, 17:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38891403

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLда позволяет, если транзакция была "именована"
И многие ошибающиеся пользователи у Вас именуют свои транзакции?..

Любитель MSSQLда можно. Разворачиваете резервную копию месячной давности на том же
экземпляре и обычным запросом выбираете ее и вставляете ее в такую же таблицу текущей БД

И в каком месте это эксклюзивная возможность журнала транзакций?

Ну это можете делать Вы как разработчик прикладного софта
Журнал транзакций позволяет восстановится в прошлое, что недоступно ФБ

...

Рейтинг:

0 / 0

28.02.2015, 18:18

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

Firebird, PostgreSQL, MsSql, Oracle

#38891407

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

на месяц назад я и без журнала транзакций восстановлюсь. Это делается разворачиванием обычного бекапа. Журнал позволяет произвести восстановление на определённое время после последнего бекапа, и в этом его плюс. А про ошибку пользователя это всё фигня, ибо нельзя с помощью журнала отменить только эту ошибку, не затронув всего того что произошло после ошибки.

...

Рейтинг:

0 / 0

28.02.2015, 18:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38891434

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLТаким образом в ФБ, если старт копирования начался в 12.00 и длился 10 минут, то в случае аварии в 12.11 восстановить БД возможно на 12.00, и потерять все между 12.00 и 12.11.
вы путаете бэкап и логи внутри БД.
в случае аварии можно ничего не потерять, вообще, или потерять всю БД, это зависит от объема повреждений на диске.
Если просто был ресет компа, то ничего не потеряется, и база автоматически восстановится (и отменит все транзакции, которые не были завершены на момент ресета).

Любитель MSSQLИли есть понятие "дифференциальный" бэкап?
есть и такой.

Любитель MSSQLКоторый не спасает от ошибок пользователей, в отличии от СУБД с нормальным журналом транзакций.
от ошибок пользователей ничего не спасает. при чем тут журнал транзакций?

Любитель MSSQLвместо того, чтобы бэкапить просто инструкции.
вы зациклились на своем журнале транзакций.

...

Рейтинг:

0 / 0

28.02.2015, 19:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38891439

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

kdvвы зациклились на своем журнале транзакций.
Ну надо же хоть из чего-то высосать хоть какое-то преимущество MS SQL над остальными.
Пусть и чисто сферическое в вакууме.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

28.02.2015, 19:48

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

Firebird, PostgreSQL, MsSql, Oracle

#38891493

Вася Уткин

Гость

Любитель MSSQLDimitry Sibiryakovпропущено...

Журнал транзакций позволяет выборочно откатить закоммиченные транзакции? Или как с его
помощью восстановить запись, ошибочно удалённую месяц назад ?..

да позволяет, если транзакция была "именована"
да можно. Разворачиваете резервную копию месячной давности на том же экземпляре и обычным запросом выбираете ее и вставляете ее в такую же таблицу текущей БД
Если эта запись была создана и удалена исключительно между бэкапами(полными/инкрементальными), то да, её можно найти только в бэкапе журнала транзакций (в MS SQL при ведении журнала в режиме FULL или BULK_LOGGED с периодическими бэкапами).

Считайте, что в Firebird ведется журнал транзакций в файле базы данных (аналогично режиму SIMPLE в MS SQL, т.е. без возможности бэкапа журнала).

...

Рейтинг:

0 / 0

28.02.2015, 22:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38891926

skidline

Гость

Спасибо всем за помощь, тему можно закрывать

...

Рейтинг:

0 / 0

01.03.2015, 22:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38894495

Дринкинс

Гость

DirksDRDirksDR,

Сорри, эксплорер глюкнул. Переподключение с повтором данных.

Зачем ты этим дерьмом пользуешься?

По теме: таблица неверна. Кроссплатформенности у мсскл нет. Никаких доводов ЗА нет. А вот ПРОТИВ - мно-о-о-ого.

...

Рейтинг:

0 / 0

04.03.2015, 12:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38894577

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

ДринкинсDirksDRDirksDR,

Сорри, эксплорер глюкнул. Переподключение с повтором данных.

Зачем ты этим дерьмом пользуешься?

По теме: таблица неверна. Кроссплатформенности у мсскл нет. Никаких доводов ЗА нет. А вот ПРОТИВ - мно-о-о-ого.

1. Зачем нужна кроссплатформенность?
2. Какие доводы против?

...

Рейтинг:

0 / 0

04.03.2015, 13:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38894588

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

авторавторда позволяет, если транзакция была "именована"
да можно. Разворачиваете резервную копию месячной давности на том же экземпляре и обычным запросом выбираете ее и вставляете ее в такую же таблицу текущей БД
Если эта запись была создана и удалена исключительно между бэкапами(полными/инкрементальными), то да, её можно найти только в бэкапе журнала транзакций (в MS SQL при ведении журнала в режиме FULL или BULK_LOGGED с периодическими бэкапами).
Что делает высоковероятным отсутствие возможности восстановить

авторСчитайте, что в Firebird ведется журнал транзакций в файле базы данных (аналогично режиму SIMPLE в MS SQL, т.е. без возможности бэкапа журнала).

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

...

Рейтинг:

0 / 0

04.03.2015, 14:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38894594

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry Sibiryakovkdvвы зациклились на своем журнале транзакций.
Ну надо же хоть из чего-то высосать хоть какое-то преимущество MS SQL над остальными.
Пусть и чисто сферическое в вакууме.

Не какое-то, а подавляющее и ничего высасывать не надо. FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей.

Это бесплатное изделие для встроенных БД read-only, например, для записи базы ГАИ или телефонного справочника.

...

Рейтинг:

0 / 0

04.03.2015, 14:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38894595

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Любитель MSSQLвместо того, чтобы бэкапить просто инструкции
Похоже, кому-то нужно освежить свои знания о любимой СУБД.[/quot]
Ну и страницы данных разумеется.

...

Рейтинг:

0 / 0

04.03.2015, 14:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38894606

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQLDimitry Sibiryakovпропущено...

Ну надо же хоть из чего-то высосать хоть какое-то преимущество MS SQL над остальными.
Пусть и чисто сферическое в вакууме.

Не какое-то, а подавляющее и ничего высасывать не надо. FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей.

Ну раз уж на то пошло Express версия MSSQL со своими ограничениями ещё более не работоспособна под "сильной транзакционной нагрузкой даже от 50 пользователей"

...

Рейтинг:

0 / 0

04.03.2015, 14:17

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

Firebird, PostgreSQL, MsSql, Oracle

#38894609

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей.
на чем основано ваше утверждение? исключительно на незнакомстве с системами на ФБ с больше 50 пользователей?
Тогда так и скажите - "я не видел", вместо того чтобы брякать "не способен".

...

Рейтинг:

0 / 0

04.03.2015, 14:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38894615

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLу журнала транзакций есть и другое преимущество. Он позволяет
направить последовательный доступ к диску, в отличии от хранении лога и данных в одном
файле, где идет "случайный доступ"
Это преимущество уже давно сведено на нет рейдами и SSD.

Любитель MSSQL FireBird не способен работать под сильной транзакционной нагрузкой
даже от 50 пользователей.
И как только в Broadband она умудряется обслуживать 14 тысяч конкурентных пользователей?..
Наверное, там просто не слышали, что это совершенно невозможно.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 14:22

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

Firebird, PostgreSQL, MsSql, Oracle

#38894619

Ованес Сусанян

Гость

Любитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей .Благородный дон приведёт, конечно же, доказательство этого утверждения ?

...

Рейтинг:

0 / 0

04.03.2015, 14:24

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

Firebird, PostgreSQL, MsSql, Oracle

#38894712

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Ованес СусанянБлагородный дон приведёт, конечно же, доказательство этого
утверждения ?
Это явно будет что-то между "всем же известно" и "у меня не получилось".
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 15:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38894718

miwaonline

Участник

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

Рейтинг: 0 / 0

Ованес СусанянЛюбитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей .Благородный дон приведёт, конечно же, доказательство этого утверждения ?
Благородные доны привыкли, что им верят на слово, ведь у них же карта прет

...

Рейтинг:

0 / 0

04.03.2015, 15:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38894811

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Симонов ДенисЛюбитель MSSQLпропущено...

Не какое-то, а подавляющее и ничего высасывать не надо. FireBird не способен работать под сильной транзакционной нагрузкой даже от 50 пользователей.

Ну раз уж на то пошло Express версия MSSQL со своими ограничениями ещё более не работоспособна под "сильной транзакционной нагрузкой даже от 50 пользователей"

И почему не способен? Если база небольшая до 1 Гб, то она влезет в ОЗУ в конце концов.

...

Рейтинг:

0 / 0

04.03.2015, 16:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38894833

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

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 может работать и как версионник тоже).

...

Рейтинг:

0 / 0

04.03.2015, 16:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38894848

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

потому что оперативная память там не единственное ограничение. Что будут делать 50 пользователей на одном проце?
И как это состыкуется с работой под сильной транзакционной нагрузкой?

...

Рейтинг:

0 / 0

04.03.2015, 16:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38894857

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLSQL Server запишет в конец лога запись о транзакции, а Firebird будет
как сумасшедший раскладывать по полочкам данные и версии, которые находятся в разных
местах диска.
Ага, так вот почему у него лог так пухнет: он пишет только в него, а в саму базу данные
никогда не попадают.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 17:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38894918

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovОванес СусанянБлагородный дон приведёт, конечно же, доказательство этого
утверждения ?
Это явно будет что-то между "всем же известно" и "у меня не получилось".

Что конкретно доказывать?
Отсутствие нормального журнала транзакций?
Невозможность вернуться назад в точку
Наличие Кеша данных и процедур?
что именно нужно доказывать?

...

Рейтинг:

0 / 0

04.03.2015, 17:41

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

Firebird, PostgreSQL, MsSql, Oracle

#38894932

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLSSD дает преимущество только в чтении, но никак не в записи, а в лог
мы пишем в основном.
Firebird будет как сумасшедший раскладывать по полочкам данные и версии, которые находятся
в разных местах диска.
Любитель MSSQLчто именно нужно доказывать?
Начните, например, с доказательства того, что у SSD при записи seek time отличен от нуля.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 17:50

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

Firebird, PostgreSQL, MsSql, Oracle

#38894953

Ованес Сусанян

Гость

Любитель MSSQLНаличие Кеша данных и процедур?Спасибо, этого доказывать не нужно: кеш данных и метаданных в ФБ есть :-)
Любитель MSSQLчто именно нужно доказывать?Своё же собственное утверждение:Любитель MSSQLFireBird не способен работать под сильной транзакционной нагрузкой
даже от 50 пользователей. Есть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ?

...

Рейтинг:

0 / 0

04.03.2015, 18:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38895048

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLТот же SQL Server разделяет (UNDO и REDO в журнале, а данные в
отдельной структуре, а версии строк вообще в третьей, так как SQL Server может работать и
как версионник тоже).
То есть, вместо того, чтобы просто записать новую версию записи на одну страницу данных,
как это делает Firebird, MS SQL запишет новую версию в лог, потом её же в отдельную
структуру данных и, наконец, запишет старую версию в tempdb. Три операции записи вместо
одной. Прэлееестно...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 19:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38895107

S.G.

Участник

Откуда: cartoon network

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

Рейтинг: 0 / 0

Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера.
Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо".

...

Рейтинг:

0 / 0

04.03.2015, 20:15

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

Firebird, PostgreSQL, MsSql, Oracle

#38895109

irbis_al

Участник

Откуда: Симферополь

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

Рейтинг: 0 / 0

S.G.Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера.
Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо".

В принципе ,если базируемся на express (Что oracle ,что MS) то ,должен быть предусмотрен алгоритм,очистки базы или переезд на новую...а старая доступна, как типа ,архивная.
В случае со скан-документами в оракле например есть тип BFILE ...он физически в базе не находится ,а только есть ссылка-путь на него.....(Думаю и в MS что-то подобное есть...просто косяк разработчиков)В этом случае Вы работали бы на express и 30 лет.

...

Рейтинг:

0 / 0

04.03.2015, 20:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38895142

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

S.G.Любитель MSSQL и очень сомнительно использование ФБ в промышленных приложениях.У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера.
Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо".

Можно использовать бесплатную DB2 Express-C.
Количество пользователей- неограниченно
Размер базы -16 Тб, считай неограниченно
Объем памяти -16 Гб
ЦПУ- 4 ядра.
Кроссплатформенная.

...

Рейтинг:

0 / 0

04.03.2015, 21:00

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

Firebird, PostgreSQL, MsSql, Oracle

#38895144

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

irbis_alS.G.пропущено...
У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера.
Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо".

В принципе ,если базируемся на express (Что oracle ,что MS) то ,должен быть предусмотрен алгоритм,очистки базы или переезд на новую...а старая доступна, как типа ,архивная.
В случае со скан-документами в оракле например есть тип BFILE ...он физически в базе не находится ,а только есть ссылка-путь на него.....(Думаю и в MS что-то подобное есть...просто косяк разработчиков)В этом случае Вы работали бы на express и 30 лет.

Все верно, MS несет на работу 32 000 баз...

...

Рейтинг:

0 / 0

04.03.2015, 21:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38895146

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

авторИ как только в Broadband она умудряется обслуживать 14 тысяч конкурентных пользователей?..
Наверное, там просто не слышали, что это совершенно невозможно.

И как все таки они умудряются?
Какая там стоит ОС?

...

Рейтинг:

0 / 0

04.03.2015, 21:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38895153

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLКакая там стоит ОС?
Какая-то кастомная сборка линукса.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 21:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38895155

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Ованес СусанянЛюбитель MSSQLНаличие Кеша данных и процедур?Спасибо, этого доказывать не нужно: кеш данных и метаданных в ФБ есть :-)

А кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией?
С этим как?

...

Рейтинг:

0 / 0

04.03.2015, 21:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38895156

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLКакая там стоит ОС?
Какая-то кастомная сборка линукса.

А сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных?

...

Рейтинг:

0 / 0

04.03.2015, 21:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38895163

irbis_al

Участник

Откуда: Симферополь

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

Рейтинг: 0 / 0

Любитель MSSQLS.G.пропущено...
У нас на предприятии несколько лет назад купили какую-то систему документооборота. БД - ms sql-express. Ну чтоб дешевле получилось. Однако, данные росли довольно быстро (сканы документов), и через некоторое время - ой, оказывается надо покупать нормальную версию сервера.
Что интересно, сверх-фичей mssql "возможность откатить назад на произвольный момент времени" не пользовались ни разу, как-то никого не волновала такая возможность. Зато получился классический развод вида "зачем вам эти беспатные СУБД, у МС тоже бесплатно -> ой а вы не сказали что у вас накопится так много документов за 5 лет, сорьки, платить надо".

Можно использовать бесплатную DB2 Express-C.
Количество пользователей- неограниченно
Размер базы -16 Тб, считай неограниченно
Объем памяти -16 Гб
ЦПУ- 4 ядра.
Кроссплатформенная.

А вобще-то да...почему-то в таблице про db2 незаслуженно забыли.

...

Рейтинг:

0 / 0

04.03.2015, 21:21

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

Firebird, PostgreSQL, MsSql, Oracle

#38895177

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLА кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией?
какое отношение все это имеет к вашему "не способен работать ... даже от 50 пользователей"?
Например
- кэш результатов запросов. В Профитмеде около 400 одновременных пользователей, примерно 2 млн транзакций в сутки, около 5000 хранимых процедур, и около 55000 (пятьдесят пять тысяч) разных запросов из приложений. Какой, нахрен, кэш результатов запросов??? Я согласен, если бы такое было возможно для некоторых запросов, но я сомневаюсь, что даже 10% этих запросов у разных пользователей выдают одинаковый результат.

- полнотекстовый индекс - хорошая вещь, только большинству хватает обычных индексов. Кому сильно не хватает, пристраивают к ФБ Lucene, как это сделано в клоне ФБ - RedDatabase.

- "внутренняя фрагментация" - вообще непонятно о чем. Несколько лет назад MS SQL при update строковых столбцов вообще не мог выполнить эту операцию, заменяя ее на delete и insert.
В ФБ версии одной и той же записи обычно хранятся на одной странице. Если версий много - да, на нескольких, но я тут не вижу особых отличий от лога, которому для показа консистентного чтения разным транзакциям потребуется точно такой же рандомный доступ к страницам базы и лога.

Любитель MSSQLА сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных?
у упомянутого выше Профитмеда - dell md3200 с где-то штук 16-20 sas дисков. База около 70 гиг (может и больше). Файл БД, разумеется, один. Windows.
Профитмед - вовсе не единичный пример. Таких примеров - дофига.

...

Рейтинг:

0 / 0

04.03.2015, 21:38

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

Firebird, PostgreSQL, MsSql, Oracle

#38895178

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

irbis_alпочему-то в таблице про db2 незаслуженно забыли.
Потому что тогда MS SQL выглядел бы ещё более жалко.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 21:38

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

Firebird, PostgreSQL, MsSql, Oracle

#38895182

Ованес Сусанян

Гость

Любитель MSSQLА кэш результатов запросов, полнотекстовые индексы, решение вопросов с внутренней фрагментацией?
...
А сколько шпинделей у них в дисковой подсистеме, в каком RAID, сколько файлов данных? Извините за назойливость, но что там с вопросом, который вы, очевидно, не заметили ?

Я повторю его еще раз:
Ованес СусанянЕсть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ?

...

Рейтинг:

0 / 0

04.03.2015, 21:45

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

Firebird, PostgreSQL, MsSql, Oracle

#38895205

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

авторЯ повторю его еще раз:
Ованес СусанянЕсть конкретный пример (статья, блог етц), где не просто расписаны стенания этих "50 пользователей", но и доказано, что это именно Firebird как СУБД был так плох и после замены его на "другую СУБД" - сразу взлёт ракеты ?[/quote]

Нет такой статьи у меня нет. Но когда 50 пользователей одновременно пытаются сделать физическую запись или чтения на диск, то у него создаются дисковые очереди. Но если бы эти записи производились бы в ОЗУ как это сделано в том же SQL Server, таких очередей бы не возникало. Это мое субъективное мнение и мой личный домысел

...

Рейтинг:

0 / 0

04.03.2015, 22:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38895206

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry Sibiryakovirbis_alпочему-то в таблице про db2 незаслуженно забыли.
Потому что тогда MS SQL выглядел бы ещё более жалко.

Неверно, так как MS SQL имеет уровень изоляции транзакций Snapshot, чего нет у db2. При большем количестве читателей и писателей это очень актуально

...

Рейтинг:

0 / 0

04.03.2015, 22:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38895213

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLMS SQL имеет уровень изоляции транзакций Snapsho
Ну наконец-то MS SQL достиг уровня изоляции, с которого Interbase начинал 30 лет назад.
Поздравляю.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 22:38

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

Firebird, PostgreSQL, MsSql, Oracle

#38895217

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdv,

авторВ Профитмеде около 400 одновременных пользователей, примерно 2 млн транзакций в сутки,

Одновременно подключенных или одновременно что-то делающих? Ибо "примерно 2 млн транзакций в сутки" это чуть больше 20 транзакций в секунду.

автор- полнотекстовый индекс - хорошая вещь, только большинству хватает обычных индексов. Кому сильно не хватает, пристраивают...

Как же здОрово, когда не надо ничего пристраивать, а взять редакцию экспресс, положить файлы (Excel, Word и т.п.) в FILESTREAM и FTS поверх всего этого.

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

Я, право, тоже не совсем точно понял, о чем идет речь, поэтому пока не буду комментировать.

...

Рейтинг:

0 / 0

04.03.2015, 22:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38895219

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovТо есть, вместо того, чтобы просто записать новую версию записи на одну страницу данных,
как это делает Firebird, MS SQL запишет новую версию в лог, потом её же в отдельную
структуру данных и, наконец, запишет старую версию в tempdb. Три операции записи вместо
одной. Прэлееестно...

При этом физическая из них только одна - последовательная запись в лог.

...

Рейтинг:

0 / 0

04.03.2015, 22:41

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

Firebird, PostgreSQL, MsSql, Oracle

#38895222

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovАга, так вот почему у него лог так пухнет: он пишет только в него, а в саму базу данные
никогда не попадают.

Отчего же?! Попадают, но совершенно ассинхронно с "основным процессом".

...

Рейтинг:

0 / 0

04.03.2015, 22:45

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

Firebird, PostgreSQL, MsSql, Oracle

#38895228

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

S.G.У нас на предприятии...

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

...

Рейтинг:

0 / 0

04.03.2015, 22:51

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

Firebird, PostgreSQL, MsSql, Oracle

#38895236

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

pkarklinОдновременно подключенных или одновременно что-то делающих?
одновременно что-то делающих.

pkarklinИбо "примерно 2 млн транзакций в сутки" это чуть больше 20 транзакций в секунду.
было бы весьма опрометчиво оценивать взаимосвязь кол-ва транзакций в сутки и кол-ва активных пользователей.
2млн транзакций в сутки я привел как оценочный параметр нагрузки, и тут, согласен, у других СУБД могут быть совершенно другие критерии. Как и у других систем на ФБ - есть 3.6млн транзакций в сутки на 200 пользователей, и наоборот.

2млн транзакций в сутки на 400 пользователей и 10 рабочих часов означает 55 транзакций в секунду, или 0.14 транзакций в секунду на 1 пользователя. То есть, 1 транзакция от пользователя каждые 10 секунд, что выглядит вполне нормально. Даже 1 транзакция в 20 секунд, непрерывно, круглые сутки, тоже дает определенное представление о нагрузке системы.
Тут надо учитывать, что 1 транзакция на 1 запрос в InterBase и Firebird - это совсем крайний случай. А транзакции определенного уровня изолированности вообще могут быть активными хоть месяц, не оказывая влияния на производительность.

pkarklinПри этом физическая из них только одна - последовательная запись в лог.
кажется, где-то тут этот вопрос уже разбирали. Допустим, существует запись в БД. Потом ее изменили. Т.е. старая запись в БД, новая - в логе. В разных местах. Делаем коммит. Запись из лога попадает в БД? А если до сих пор существует транзакция snapshot, которой надо видеть старый вариант записи?
Дисковая структура IB и FB оптимизирована под хранение версий, под множество длительных конкурентных snapshot, и т.д. Более того, у InterBase с версии 2007 есть журнал, только все это никак не влияет на вопрос, поднятый "Любитель MSSQL".
Если хотите, его придумки это почти то же самое, если я сейчас начну фантазировать на тему "почему MS SQL так неоптимально хранит данные и обрабатывает транзакции".

...

Рейтинг:

0 / 0

04.03.2015, 23:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38895240

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

pkarklinПопадают, но совершенно ассинхронно с "основным процессом".
почему-то под "асинхронно" зачастую понимают "когда-нибудь потом, когда оно никому не мешает". А теперь запускаем oltp-тест и видим, как чекпойнты начинают очень быстро накладываться на запись в лог и тормозить циферки tpmC, пусть даже лог с базой на разных шпинделях. Понятно, что торможение не двухкратное, но "совершенно асинхронно" это скорее про 50 ленивых операторов с перекурами, а не про большую нагрузку. Где я ошибаюсь?

...

Рейтинг:

0 / 0

04.03.2015, 23:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38895241

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovНачните, например, с доказательства того, что у SSD при записи seek time отличен от нуля.

Тем не менее, у озвученного здесь Профитмед не SSD. Файл один. В него происходит и запись, и чтение. И нет возможности развести эти потоки.

По большому счету с последовательной записью успешно справлются и массивы обычных дисков. Поэтому для СУБД, имеющих отдельный Write-ahead log, размещение его на SSD массиве слишком затратно. А вот расположить файл данных на SSD массиве (высокая скорость чтения), а файл лога на SAS массиве (достаточная скорость записи) - профит.

Я не буду вдаваться в возможности СУБД иметь бд, состояющую из большого кол-ва файлов данных, ибо это за рамками размера бд в Профитмед.

...

Рейтинг:

0 / 0

04.03.2015, 23:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38895242

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinПопадают, но совершенно ассинхронно с "основным процессом".
То есть MS SQL не способен работать под постоянной нагрузкой, ему нужны окна простоя чтобы
раскидать данные из лога в БД.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 23:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38895245

Вася Уткин

Гость

kdvкажется, где-то тут этот вопрос уже разбирали. Допустим, существует запись в БД. Потом ее изменили. Т.е. старая запись в БД, новая - в логе. В разных местах. Делаем коммит. Запись из лога попадает в БД? А если до сих пор существует транзакция snapshot, которой надо видеть старый вариант записи?
у MS SQL все версии в памяти, а те что не влезли - всё в tempBD.
Уж и тут по моему миллион раз перетиралось :)

Осталось только сравнить Firebird с Oracle и Deadlock-и с Update Conflict-ами, ну и про двух-версионность оракла :)

...

Рейтинг:

0 / 0

04.03.2015, 23:13

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

Firebird, PostgreSQL, MsSql, Oracle

#38895247

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdv,

авторДопустим, существует запись в БД. Потом ее изменили. Т.е. старая запись в БД, новая - в логе. В разных местах. Делаем коммит. Запись из лога попадает в БД? А если до сих пор существует транзакция snapshot, которой надо видеть старый вариант записи?

Ну, уж, если, хотим конкурировать с "кем-то", то "как оно работает" у конкурента, всё-таки следовало бы знать. Будет ли достаточно ссылки на документацию MS SQL или надо здесь расжевать?

...

Рейтинг:

0 / 0

04.03.2015, 23:15

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

Firebird, PostgreSQL, MsSql, Oracle

#38895251

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovpkarklinПопадают, но совершенно ассинхронно с "основным процессом".
То есть MS SQL не способен работать под постоянной нагрузкой, ему нужны окна простоя чтобы
раскидать данные из лога в БД.

Дима, меня всегда поражала Ваша способность делать совершенно противоположные выводы при прочих равных исходных данных. MS SQL Server не "расскидывает данные из лога". Процесс сброса "грязных" страниц данных на диск - это совершенно отдельный ассинхронный процесс, никак не связанный с остальными.

Надеюсь, Вас не удивит, что на Вашем компьютере более чем одна программа использует ресурсы жесткого диска?

...

Рейтинг:

0 / 0

04.03.2015, 23:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38895254

Вася Уткин

Гость

dimitrpkarklinПопадают, но совершенно ассинхронно с "основным процессом".
почему-то под "асинхронно" зачастую понимают "когда-нибудь потом, когда оно никому не мешает". А теперь запускаем oltp-тест и видим, как чекпойнты начинают очень быстро накладываться на запись в лог и тормозить циферки tpmC , пусть даже лог с базой на разных шпинделях.
OLTP генерит мало данных за день, ну гигабайт 50, и СУБД может хоть весь день не скидывать данные в БД, все в лог, а актуальные измененные строки в ОЗУ (64 - 128 ГБ), ночью скинет. Коммит или чекпоинт не ждут пока данные упадут в БД, достаточно в журнал плюс в ОЗУ.

...

Рейтинг:

0 / 0

04.03.2015, 23:23

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

Firebird, PostgreSQL, MsSql, Oracle

#38895259

S.G.

Участник

Откуда: cartoon network

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

Рейтинг: 0 / 0

pkarklinS.G.У нас на предприятии...
Сделать правильный выбор - всегда трудная задача. Это да.
pkarklinВыбирал систему, на мой взгляд, не специалист.Да, выбрал директор, слушая.. так сказать, любителя mssql, который расписал ему, как здорово иметь возможность откатывать далеко назад транзакции... чего не понадобилось делать ни разу.

Любитель MSSQL Это мое субъективное мнение и мой личный домысел Очень трудно оценить "на пальцах" как влияет та или иная характеристика на скорось или на надежность конечной системы. Поэтому люди делают тесты, и говорят "вот на таком железе при таких запросах, мы получили то-то и то-то". И все.
А позиция "это круто/а это не годится", для сравнения любой пары из первой пятерки СУБД - несколько неправильна. Поскольку для каждого сервера есть немало примеров высоконагруженых систем.

...

Рейтинг:

0 / 0

04.03.2015, 23:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38895260

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Вася УткинOLTP генерит мало данных за день, ну гигабайт 50, и СУБД может хоть весь день не скидывать данные в БД, все в логА читать их она потом тоже будет из лога ? Или кеш резиновый ?

...

Рейтинг:

0 / 0

04.03.2015, 23:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38895264

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

pkarklinПроцесс сброса "грязных" страниц данных на диск - это совершенно отдельный ассинхронный процесс, никак не связанный с остальными.Не бывает "совершенно отдельных процессов, никак не связанных с остальными" - всё связано, даже если вам об этом не сказали.

...

Рейтинг:

0 / 0

04.03.2015, 23:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38895265

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinMS SQL Server не "расскидывает данные из лога". Процесс сброса "грязных"
страниц данных на диск - это совершенно отдельный ассинхронный процесс, никак не связанный
с остальными.
И тут-то сразу вспоминается старая байка, которую рассказывал
Любитель MSSQLбудет как сумасшедший раскладывать по полочкам данные и версии,
которые находятся в разных местах диска
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 23:34

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

Firebird, PostgreSQL, MsSql, Oracle

#38895266

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

dimitrпочему-то под "асинхронно" зачастую понимают "когда-нибудь потом, когда оно никому не мешает".

Не совсем так. Интервал чекпоинтов не завязан на "когда оно никому не мешает" и может быть настроен.

dimitrА теперь запускаем oltp-тест и видим, как чекпойнты начинают очень быстро накладываться на запись в лог и тормозить циферки tpmC , пусть даже лог с базой на разных шпинделях.

Я правильно понимаю, что конфигурация Вашей дисковой системы не справляется с нагрузкой?

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

Наверное, в том, что Вы не привели какие-либо количественные характеристики "большой нагрузки"?

...

Рейтинг:

0 / 0

04.03.2015, 23:34

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

Firebird, PostgreSQL, MsSql, Oracle

#38895270

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvladНе бывает "совершенно отдельных процессов, никак не связанных с остальными" - всё связано, даже если вам об этом не сказали.
Безусловно, но не так, как видится Диме:
Dimitry Sibiryakovему нужны окна простоя чтобы раскидать данные из лога в БД.
У Вас, полагаю, есть данные влияния процесса Lazy Writer на все остальные?

...

Рейтинг:

0 / 0

04.03.2015, 23:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38895271

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovИ тут-то сразу вспоминается старая байка

Было бы здОрово, если бы вместо баек, приводились бы выкладки.

...

Рейтинг:

0 / 0

04.03.2015, 23:42

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

Firebird, PostgreSQL, MsSql, Oracle

#38895272

Вася Уткин

Гость

hvladВася УткинOLTP генерит мало данных за день, ну гигабайт 50, и СУБД может хоть весь день не скидывать данные в БД, все в логА читать их она потом тоже будет из лога ? Или кеш резиновый ?
Ответ на свой вопрос вы вырезали из цитаты, прям супер-полемический прием, детский сад
автор OLTP генерит мало данных за день, ну гигабайт 50 , и СУБД может хоть весь день не скидывать данные в БД, все в лог, а актуальные измененные строки в ОЗУ (64 - 128 ГБ), ночью скинет.
В течении дня не спеша скинет в БД сколько сможет, никак не влияя на производительность системы в целом, а ночью всё что осталось докинет.

...

Рейтинг:

0 / 0

04.03.2015, 23:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38895275

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Вася Уткина ночью всё что осталось докинет.
А до ночи эти данные будут пребывать в мировом эфире или тесниться в том гигабайте ОЗУ,
которым Экспресс жёстко ограничен?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.03.2015, 23:49

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

Firebird, PostgreSQL, MsSql, Oracle

#38895276

Вася Уткин

Гость

Dimitry SibiryakovВася Уткина ночью всё что осталось докинет.
А до ночи эти данные будут пребывать в мировом эфире или тесниться в том гигабайте ОЗУ,
которым Экспресс жёстко ограничен?

Причем здесь экспресс, экспресс вообще в продуктиве не используется - особенно где OLTP генерят 50 ГБ данных за день

...

Рейтинг:

0 / 0

04.03.2015, 23:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38895279

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

pkarklinФайл один. В него происходит и запись, и чтение. И нет возможности развести эти потоки.
гм, в каком смысле? Невозможно из разных потоков-процессов писать в один random-access файл? Это как это?
Или вы про лог MS SQL?

pkarklinиметь бд, состояющую из большого кол-ва файлов данных, ибо это за рамками размера бд в Профитмед.
запись в разные участки одного файла ничем не отличается от записи в разные участки разных файлов.

Тем не менее, в любой СУБД есть пересекающиеся дисковые (и не-дисковые) ресурсы. Без этого, увы, никак, что в ФБ, что в MS SQL. Однако, отличие этих "пересекающихся ресурсов" не позволяет сделать вывод, что ФБ не способен обслуживать более 50 пользователей, с чего тут и началась дискуссия.

...

Рейтинг:

0 / 0

04.03.2015, 23:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38895283

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdv,

Позволю себе начать с конца.
авторОднако, отличие этих "пересекающихся ресурсов" не позволяет сделать вывод, что ФБ не способен обслуживать более 50 пользователей, с чего тут и началась дискуссия.
Я не делал таких выводов! "Слово это ругательное, и прошу его ко мне не применять!" ((с) х\ф Иван Васильевич меняет профессию)
авторгм, в каком смысле? Невозможно из разных потоков-процессов писать в один random-access файл? Это как это?
Невозможно в FB читать из одного файла, а в другой писать. Это понятно, я надеюсь?
авторзапись в разные участки одного файла ничем не отличается от записи в разные участки разных файлов.
При этом чтение из разных участков одного файла это одно, а чтение из одного (многих) и последовательная запись "в конец" другого - это другое. Прошу прощения за тавтологию.
авторТем не менее, в любой СУБД есть пересекающиеся дисковые (и не-дисковые) ресурсы. Без этого, увы, никак, что в ФБ, что в MS SQL.
Бешено плюсую!

...

Рейтинг:

0 / 0

05.03.2015, 00:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38895284

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Вася УткинОтвет на свой вопрос вы вырезали из цитаты, прям супер-полемический прием, детский сад Я процитировал не больше и не меньше необходимого. Если вам это кажется детсадом, то это просто ваш уровень понимания собеседника.

Ну и подумайте над собственным уровнем аргументации:Вася УткинСУБД может хоть весь день не скидывать данные в БД, все в логВася УткинВ течении дня не спеша скинет в БД сколько сможетэто ли не детсад ?

PS Мне гораздо больше кажется детсадом ваш серый ник... но не будем об этом.

...

Рейтинг:

0 / 0

05.03.2015, 00:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38895285

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvladPS Мне гораздо больше кажется детсадом ваш серый ник...

Yo.!, ты слышал?

...

Рейтинг:

0 / 0

05.03.2015, 00:17

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

Firebird, PostgreSQL, MsSql, Oracle

#38895287

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

pkarklinУ Вас, полагаю, есть данные влияния процесса Lazy Writer на все остальные?Из очевидного - пока данные пишутся на диск, страницы заблокированы от записи.
При плотном потоке изменений Lazy Writer не будет успевать сбросить все грязные страницы между чекпойнтами и\или предотвратить заполнение всего кеша грязными страницами.
На более низком уровне - контроллер диска обработает меньше запросов на чтение, при наличии потока запросов на запись.
И т.д. Я не удивлюсь, если там есть ещё связи, которые мне отсюда не видны.

...

Рейтинг:

0 / 0

05.03.2015, 00:21

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

Firebird, PostgreSQL, MsSql, Oracle

#38895290

Вася Уткин

Гость

hvladВася УткинОтвет на свой вопрос вы вырезали из цитаты, прям супер-полемический прием, детский сад Я процитировал не больше и не меньше необходимого. Если вам это кажется детсадом, то это просто ваш уровень понимания собеседника.

Ну и подумайте над собственным уровнем аргументации :Вася УткинСУБД может хоть весь день не скидывать данные в БД, все в логВася УткинВ течении дня не спеша скинет в БД сколько сможет это ли не детсад ?

PS Мне гораздо больше кажется детсадом ваш серый ник ... но не будем об этом.
Мда, так задело сильно?
Между может и должен знаете разницу? Ясли

Автору надо добавить колонку - количество адекватных разработчиков СУБД, а то потом будете вот с такими общаться :)

...

Рейтинг:

0 / 0

05.03.2015, 00:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38895293

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvladПри плотном потоке изменений Lazy Writer не будет успевать сбросить все грязные страницы между чекпойнтами и\или предотвратить заполнение всего кеша грязными страницами.
На более низком уровне - контроллер диска обработает меньше запросов на чтение, при наличии потока запросов на запись.
И т.д. Я не удивлюсь, если там есть ещё связи, которые мне отсюда не видны.

А можно это фантасмогорию представить в виде репро? Я готов в выходные потратить время на прогоне этого всего на Stage окружении.

...

Рейтинг:

0 / 0

05.03.2015, 00:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38895305

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

pkarklinЯ не делал таких выводов!
я все пытаюсь вернуть дискуссию к автору, ее развязавшему.
pkarklinНевозможно в FB читать из одного файла, а в другой писать. Это понятно, я надеюсь?
в ФБ можно читать из одной части файла, и писать в другую. Кроме того, ФБ работает с временными файлами для разных целей, и т.д.
Ей-богу, я до сих пор не понимаю, при чем тут один файл. С тем же успехом можно сказать, что MS SQL не может работать с БД как с одним файлом, и считать это его недостатком. А?
pkarklinПри этом чтение из разных участков одного файла это одно, а чтение из одного (многих) и последовательная запись "в конец" другого - это другое.
конечно это разные вещи, кто бы спорил. Непонятно только, почему эти разные вещи противопоставляются, если они используются для разных целей.

если бы, как считает "любитель MSSQL", MS SQL занимался бы только "последовательным доступом к диску" 17342189 ... Но ведь это не так. А вместо этого берется архитектура MS SQL, натягивается на FB, который имеет другую архитектуру, и отсюда делается вывод, что ФБ плохой, потому что он ... не MS SQL?

...

Рейтинг:

0 / 0

05.03.2015, 01:15

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

Firebird, PostgreSQL, MsSql, Oracle

#38895306

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

У многих адептов IB/FB здесь есть не совсем верное понимание об архитектуре MS SQL:

1. Все изменения страниц происходят в ОЗУ. Если данной страницы в ОЗУ нет, ее подгружает сервер из файла данных.
2. Измененная страница не попадает сразу в файл данных, а хранится в ОЗУ и все новые запросы к ней обращаются именно к измененному состоянию страницы, которое хранится в ОЗУ
3. Все запросы читают данные из ОЗУ, если их там нет, то они подгружаются
4. Если "грязная" страница не сброшена на диск и опять подвергается изменению, она просто становится более "грязнее" (это к вопросу hvlad) и когда-нибудь она будет сброшена на диск в последнем состоянии.
5. Сброс на диск (он же чекпойнт) процедура вовсе некритически важная для целостности базы. Вся информация о странице есть в журнале транзакций.
6. Каждая страница в файле данных имеет номер транзакции после последнего сброса, и в случае сбоя, при восстановлении базы сервер сравнивает последний номер транзакции базы с последним номером данной страницы, и принимается решение о накате или откате.
7. То есть SQL Server проводит "красной нитью" концепцию "меньше работаем с файлами данных на запись", "все делаем в ОЗУ", "последовательно пишем в журнал".

Хотя я могу ошибаться, но многоуважаемый мною pkarklin меня думаю поправит.

...

Рейтинг:

0 / 0

05.03.2015, 01:24

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

Firebird, PostgreSQL, MsSql, Oracle

#38895308

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Вася Уткин,

Ещё раз убедился, что говорить тут не с кем и не о чем.

...

Рейтинг:

0 / 0

05.03.2015, 01:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38895310

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

pkarklinА можно это фантасмогорию представить в виде репро?Вы пытаетесь меня заставить что-то доказывать - я не вижу для себя смысла играть в ваши игры.
Всё, что я написал выше легко проверить самостоятельно, при наличии желания.
Если вы с этим не согласны - ваше право, я не имею ни малейшего желания тут кого-то в чём-то убеждать.

...

Рейтинг:

0 / 0

05.03.2015, 01:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38895312

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Любитель MSSQL,

вы действительно думаете, что открыли для кого-то здесь что-то новое ?
Научитесь сначала читать то, что вам пишут, потом будете откровениями сыпать :)

...

Рейтинг:

0 / 0

05.03.2015, 01:37

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

Firebird, PostgreSQL, MsSql, Oracle

#38895314

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

авторИз очевидного - пока данные пишутся на диск, страницы заблокированы от записи.

Кто Вам сказал этот бред, процедура сброса на диск (в файл данных) и процедура их изменения в ОЗУ абсолютно независимы (для этого в нормальных СУБД и придумали журнал как отдельная структура). Допустим начался процесс чекпойнт, и пока он длится меняйте хоть 1000 раз страницу, когда дойдет до нее очередь, страница просто сбросится последнем состоянии. Но все 1000 изменений будут в журнале. И мы можем восстановится, в случае необходимости на 952 состояние. Вам нужно понять одно, что чейкпойнт нужен лишь для того, чтобы быстрее восстанавливаться. В теории можно все восстановить из лога, но это будет очень-очень долго. Поэтому и нужны промежуточные состояния страниц на диске, да и ОЗУ не безлимитная. Так понятнее?

...

Рейтинг:

0 / 0

05.03.2015, 01:39

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

Firebird, PostgreSQL, MsSql, Oracle

#38895318

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

hvladВася Уткин,

Ещё раз убедился, что говорить тут не с кем и не о чем.

Я думаю, если в дискуссии узнаешь, что-то новое, это всегда полезно. Никто не говорит бросайте FB и переходите на MS. Просто идет обмен мнениями и домыслами о разном устройстве разных СУБД.

...

Рейтинг:

0 / 0

05.03.2015, 01:44

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

Firebird, PostgreSQL, MsSql, Oracle

#38895320

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLMS SQL имеет уровень изоляции транзакций Snapsho
Ну наконец-то MS SQL достиг уровня изоляции, с которого Interbase начинал 30 лет назад.
Поздравляю.

Он достиг этого 10 лет назад.

...

Рейтинг:

0 / 0

05.03.2015, 01:48

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

Firebird, PostgreSQL, MsSql, Oracle

#38895321

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

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

Я, право, тоже не совсем точно понял, о чем идет речь, поэтому пока не буду комментировать.
Это выдержка из википедии в статье о Firebird:)

https://ru.wikipedia.org/wiki/Firebird

авторСреди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов, значительное падение производительности при росте внутренней фрагментации базы. Но над этим неустанно работает сообщество.

...

Рейтинг:

0 / 0

05.03.2015, 01:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38895322

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Любитель MSSQLавторИз очевидного - пока данные пишутся на диск, страницы заблокированы от записи.

Кто Вам сказал этот бред, процедура сброса на диск (в файл данных) и процедура их изменения в ОЗУ абсолютно независимыЕщё раз - перестаньте считать себя умнее собеседника, и научитесь читать то, что он пишет, а не то, что вам показалось.

...

Рейтинг:

0 / 0

05.03.2015, 01:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38895323

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Любитель MSSQLЯ думаю, если в дискуссии узнаешь, что-то новое, это всегда полезно.Именно. Поэтому - см. выше

...

Рейтинг:

0 / 0

05.03.2015, 01:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38895328

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

kdvpkarklinПри этом физическая из них только одна - последовательная запись в лог.
кажется, где-то тут этот вопрос уже разбирали. Допустим, существует запись в БД. Потом ее изменили. Т.е. старая запись в БД, новая - в логе. В разных местах. Делаем коммит. Запись из лога попадает в БД? А если до сих пор существует транзакция snapshot, которой надо видеть старый вариант записи?
Дисковая структура IB и FB оптимизирована под хранение версий, под множество длительных конкурентных snapshot, и т.д. Более того, у InterBase с версии 2007 есть журнал, только все это никак не влияет на вопрос, поднятый "Любитель MSSQL".
Если хотите, его придумки это почти то же самое, если я сейчас начну фантазировать на тему "почему MS SQL так неоптимально хранит данные и обрабатывает транзакции".

Итак по порядку

Допустим, существует запись в БД (я так понял в файле данных, номер LSN=100 (последний сброс из ОЗУ))
Потом ее изменили (я так понял зафиксировали транзакцию) (подгрузили в ОЗУ, и там изменили LSN=200, но файл данных об этом "не знает", но на все обращения других транзакций дается ответ по состоянию номера LSN=200)
Т.е. старая запись в БД, новая - в логе (старая запись в файле данных, а новая в журнале)
Запись из лога попадает в БД? (Нет!! Когда-то потом попадет из ОЗУ )
А если до сих пор существует транзакция snapshot, которой надо видеть старый вариант записи? (она увидит из базы tempdb, где будет хранится старая версия)

Это не придумки, повторюсь. Если вам необходимо записать 1000 дисковых блоков "последовательно", то есть головка будет себе постепенно смещаться в соседние сектора. Или в случае FB, она будет елозить по всему диску 1000 раз туда-сюда... А если 100 000...? Цифру 50 пользователей я взял с потолка. Просто подумайте какая бешенная нагрузка на перемещение головки.

И SSD не спасает, так как он не выигрывает по записи у обычного SAS. Он его обгоняет на чтении.
И поэтому рекомендуется в системах MS SQL сделать массив SSD для данных, чтобы их было возможным быстро читать, и лог на массив SAS, чтобы быстро и надежно (!) писать, так как лог важнее данных

...

Рейтинг:

0 / 0

05.03.2015, 02:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38895330

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

hvladЛюбитель MSSQLЯ думаю, если в дискуссии узнаешь, что-то новое, это всегда полезно.Именно. Поэтому - см. выше

Прости, ради Бога, я не хотел Вас никак задеть. Я, наверное, действительно неправильно понял Ваш пост.

...

Рейтинг:

0 / 0

05.03.2015, 02:23

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

Firebird, PostgreSQL, MsSql, Oracle

#38895333

Зимаргл

Гость

Добавлю еще один аргумент со стороны.
Меня на форуме не было года 3. Вот сейчас смотрю и вижу - те же люди обсуждают те же вопросы, что и 3 года назад.

А по теме вот
-Fb имеет все ту же рабочую версию 2.5.х
-MS SQL уже поменял 2 поколения с новой функциональностью

Прогресс конечно вреден, но не развиваясь, все теряет свою ценность, особенно специалисты и технологии

...

Рейтинг:

0 / 0

05.03.2015, 02:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38895335

Таблоид

Участник

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

Рейтинг: 0 / 0

wikiСреди недостатков: отсутствие кэша результатов запросовКеш результатов запросов - да, отсутствует, ибо нужен в oltp также, как неуловимый Джо. В вашей oltp-системе часто юзера отсылают в точности одни и те же запросы, с одними и теми же параметрами ?
А собственный страничный кеш данных - есть. И проверить его воздействие очень легко - достаточно поставить FileSystemCacheThreshold < DefaultDBCacheBuffers и тихо впасть в ступор вместе с ФБ :-)

wikiСреди недостатков: отсутствие ... полнотекстовых индексовНасколько помню, некий FTI-продукт ("Sphinx", вроде) можно было прикрутить еще к ФБ 2.0. Реально ли это сделать к нынешним версиям - не знаю. Судя по отсутствию стенаний в bid=2 и fb-devel на эту тему - либо не сильно нужно, либо у многих работают велосипеды соб. пр-ва.

wikiСреди недостатков: ... значительное падение производительности при росте внутренней фрагментации базыЧто бы там ни понималось под "внутренней фрагментацией" (пустоты внутри страницы ?), это не соответствует действительности.
Падение есть, но!
1) небольшое, и далеко не сразу;
2) от "роботизированной" нагрузки, которую никогда не создадут обычные юзера.

В подтверждение своих слов приведу фрагмент заголовка нашего продакшена на сейчас:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.

Database header page information:
        Flags                   0
        Checksum                12345
        Generation              839376376
        Page size               16384
        ODS version             11.2
        Oldest transaction      802318392
        Oldest active           802318393
        Oldest snapshot         802318393
        Next transaction        802318398
        . . . 
        Creation date           Oct 2, 20 12  21:45:05 -- <<<< это когда последний раз делался рестор базы :-)

    Variable header data:
        Sweep interval:         0
        *END*

Сами понимаете, за 2.5 года какая там сейчас "нутряная фрагментация". Число юзеров - около 150 (раньше было около 200). За день оформляется примерно 1000-1200 док-тов (раньше было ~2000), очень много апдейтов и достаточно много удалений.
Жалоб на скорость, однако ж, нет примерно с того времени, когда был последний рестор :-)

Кроме того, для ФБ 2.5 & 3.0 есть тест, достаточно детально имитирующий бизнес-процессы одной торговой компании и допускающий замеры производительности на нагрузочных режимах от самого малого до супер-звериного. Для нагрузки в течение 180 минут от 100, 125, ..., 300 аттачей результаты (.ppt) можно глянуть тут: https://yadi.sk/d/u2Eb_Gzdf3b72
Причём, это результаты молотьбы в режиме без пауз - по сути, как если бы было получение в реальном времени команд от датчиков, а не от "пиплов с перекурами".
Если там будет что непонятно, спрашивайте. Если что-то подробно надо по тесту объяснить - пишите в личку: p519446 acii_char(64) яндекс.ру

...

Рейтинг:

0 / 0

05.03.2015, 03:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38895371

хыхыхы

Гость

Зимаргл-Fb имеет все ту же рабочую версию 2.5.х
-MS SQL уже поменял 2 поколения с новой функциональностью

Прогресс конечно вреден, но не развиваясь, все теряет свою ценность, особенно специалисты и технологии

От html4 до html5 прошло более 10 лет. php4 вышел в 2000 году. Какая там у нас щас последняя версия php? 5.6? Технология в упадке, специалисты в опе.

...

Рейтинг:

0 / 0

05.03.2015, 07:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38895512

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Зимаргл,

ну так ты ресурсы сравни. В FB ядром занимаются всего 4 человека. А сколько в MS SQL?

Ну так к слову, изменения при переходе 2.5 -> 3.0 очень существенные. Столько изменений ещё никогда не делалось. Это приблизительно тоже самое как переход MS SQL 2000 -> MS SQL 2005. Им тоже 5 лет потребовалось, чтобы перелапатить архитектуру.

...

Рейтинг:

0 / 0

05.03.2015, 09:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38895631

Ivan Durak

Участник

Откуда: Minsk!!!

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

Рейтинг: 0 / 0

Любитель MSSQLУ многих адептов IB/FB здесь есть не совсем верное понимание об архитектуре MS SQL:

1. Все изменения страниц происходят в ОЗУ. Если данной страницы в ОЗУ нет, ее подгружает сервер из файла данных.
2. Измененная страница не попадает сразу в файл данных, а хранится в ОЗУ и все новые запросы к ней обращаются именно к измененному состоянию страницы, которое хранится в ОЗУ
3. Все запросы читают данные из ОЗУ, если их там нет, то они подгружаются
4. Если "грязная" страница не сброшена на диск и опять подвергается изменению, она просто становится более "грязнее" (это к вопросу hvlad) и когда-нибудь она будет сброшена на диск в последнем состоянии.
5. Сброс на диск (он же чекпойнт) процедура вовсе некритически важная для целостности базы. Вся информация о странице есть в журнале транзакций.
6. Каждая страница в файле данных имеет номер транзакции после последнего сброса, и в случае сбоя, при восстановлении базы сервер сравнивает последний номер транзакции базы с последним номером данной страницы, и принимается решение о накате или откате.
7. То есть SQL Server проводит "красной нитью" концепцию "меньше работаем с файлами данных на запись", "все делаем в ОЗУ", "последовательно пишем в журнал".

Хотя я могу ошибаться, но многоуважаемый мною pkarklin меня думаю поправит.
чето я одного не понимаю?? Есть субд где это не так (мускл оставим). Асинхронный сброс на диск чекпоинтами - это стандарт давно же, не??

...

Рейтинг:

0 / 0

05.03.2015, 11:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38895682

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Ivan Durak,

нет такого стандарта. Есть стандарт на язык SQL, на то какими свойствами должны обладать транзакции и т.д. А вот на реализацию нет стандарта, даже если оно сделано так в большинстве других СУБД.

...

Рейтинг:

0 / 0

05.03.2015, 11:39

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

Firebird, PostgreSQL, MsSql, Oracle

#38895730

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Ivan DurakЛюбитель MSSQLУ многих адептов IB/FB здесь есть не совсем верное понимание об архитектуре MS SQL:

1. Все изменения страниц происходят в ОЗУ. Если данной страницы в ОЗУ нет, ее подгружает сервер из файла данных.
2. Измененная страница не попадает сразу в файл данных, а хранится в ОЗУ и все новые запросы к ней обращаются именно к измененному состоянию страницы, которое хранится в ОЗУ
3. Все запросы читают данные из ОЗУ, если их там нет, то они подгружаются
4. Если "грязная" страница не сброшена на диск и опять подвергается изменению, она просто становится более "грязнее" (это к вопросу hvlad) и когда-нибудь она будет сброшена на диск в последнем состоянии.
5. Сброс на диск (он же чекпойнт) процедура вовсе некритически важная для целостности базы. Вся информация о странице есть в журнале транзакций.
6. Каждая страница в файле данных имеет номер транзакции после последнего сброса, и в случае сбоя, при восстановлении базы сервер сравнивает последний номер транзакции базы с последним номером данной страницы, и принимается решение о накате или откате.
7. То есть SQL Server проводит "красной нитью" концепцию "меньше работаем с файлами данных на запись", "все делаем в ОЗУ", "последовательно пишем в журнал".

Хотя я могу ошибаться, но многоуважаемый мною pkarklin меня думаю поправит.
чето я одного не понимаю?? Есть субд где это не так (мускл оставим). Асинхронный сброс на диск чекпоинтами - это стандарт давно же, не??
Любая файл-серверная СУБД. И до вчерашнего дня по-моему мнению и Firebird (оказывается я ошибался, каюсь, думал, что у ФБ не только нет лога, но кэша данных, таким образом непреднамеренно опустил ФБ ниже плинтуса, чем навлек на себя гнев его адептов).
P.S.
Также я пытался донести до kdv, что в файл данных в MS измененные страницы попадают не из журнала, а из ОЗУ,
и пытался пояснить hvlad его домысел (хотя, наверное неправильно понял его цитату), что страница может быть "грязнее" чем была с момента старта чекпойнта, он просто написал, что якобы при чекпойнте в ОЗУ блокируется страницы на запись до его окончания, и якобы из-за существует вероятность при плотном потоке, что контроллер диска не будет "успевать" делать свою работу ("бутылочное горлышко", мол транзакцию прут и прут, кэш заблокирован чекпойнтом, а контроллер никак не может все быстро сбросить), таким образом все может захлебнуться. Я вырвал фразу из контекста. А hvlad после комментария pkarklinа о фантасмагории, сказал, что тут не с кем разговаривать.

...

Рейтинг:

0 / 0

05.03.2015, 11:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38895762

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLон просто написал, что якобы при чекпойнте в ОЗУ блокируется страницы
на запись до его окончания
Нет, он писал совсем не это. Он писал, что страница блокируется от момента начала её
записи до момента окончания её записи. Просто, по своей привычке пропустил несколько слов.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

05.03.2015, 12:16

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

Firebird, PostgreSQL, MsSql, Oracle

#38895778

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

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

...

Рейтинг:

0 / 0

05.03.2015, 12:23

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

Firebird, PostgreSQL, MsSql, Oracle

#38895780

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

+1

...

Рейтинг:

0 / 0

05.03.2015, 12:24

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

Firebird, PostgreSQL, MsSql, Oracle

#38895792

Вася Уткин

Гость

pkarklinhvladПри плотном потоке изменений Lazy Writer не будет успевать сбросить все грязные страницы между чекпойнтами и\или предотвратить заполнение всего кеша грязными страницами.
На более низком уровне - контроллер диска обработает меньше запросов на чтение, при наличии потока запросов на запись.
И т.д. Я не удивлюсь, если там есть ещё связи, которые мне отсюда не видны.

А можно это фантасмогорию представить в виде репро? Я готов в выходные потратить время на прогоне этого всего на Stage окружении.
Адепты бесплатных СУБД привыкли использовать бесплатные сервера с 1ГБ и бесплатных админов, поэтому такое репро возможно только в голове hvlad

Пока большая часть 128 ГБ ОЗУ не заполниться грязными страницами, асинхронная запись в БД будет иметь меньший приоритет в очереди на диск, чем чтение. "меньше запросов на чтение, при наличии потока запросов на запись" - очевидное не понимание работы очереди с приоритетами, но никто его не поправит, неужели у них такая солидарность в малограмотности?

...

Рейтинг:

0 / 0

05.03.2015, 12:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38895988

Leonid Kudryavtsev

Участник

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

Рейтинг: 0 / 0

Вася УткинПока большая часть 128 ГБ ОЗУ не заполниться грязными страницами, асинхронная запись в БД будет иметь меньший приоритет в очереди на диск, чем чтение. "меньше запросов на чтение, при наличии потока запросов на запись" - очевидное не понимание работы очереди с приоритетами, но никто его не поправит, неужели у них такая солидарность в малограмотности?
Откуда такие сведения? Где можно почитать?

Интересовался в плане настройки OS Linux для PostgreSQL (Oracle работает мимо кеша ОС, т.ч. для него не так актуально).

Насколько я понял, приоритеты при операциях на диск контролирует "планировщик дисков" и то, если он установлен "правильный". Как я понял, для БД "правильный" это Deadline (а не новомодный CFG).

НО даже при планировщике поведения "Пока большая часть 128 ГБ ОЗУ не заполниться грязными страницами, асинхронная запись в БД будет иметь меньший приоритет в очереди на диск, чем чтение" не будет:
1) Запись из очереди на устройство должна будет инициироваться по write_expire (по умолчанию для записи 5 сек)
2) Запись из очереди на устройство должна будет инициироваться по writes_starved (по умолчанию 2)

IMHO & AFAIK

Про другие СУБД не скажу, но PostgreSQL запись из буферов будет производить отдельным процессом. Опять таки по таймауту и/или разгребая нужное кол-во места в буферном кэше, а не исходя из "пока большая часть ... ОЗУ не заполниться". Аналогично, насколько я помню, и Oracle. И никакого приоритета "записи перед чтением" в описании потоков "скидывания буферов на диск" ни у PostgreSQL, ни у Oracle у не помню.

IMHO & AFAIK

Могу ошибаться. Вообще плохо представляю себе работу Linux и взаимодействие кэша ОС + очереди на диск.

...

Рейтинг:

0 / 0

05.03.2015, 14:16

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

Firebird, PostgreSQL, MsSql, Oracle

#38895996

Вася Уткин

Гость

Leonid Kudryavtsev, плюс ещё есть планировщик в самой СУБД.

...

Рейтинг:

0 / 0

05.03.2015, 14:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38896001

Таблоид

Участник

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

Рейтинг: 0 / 0

Вася УткинПока большая часть 128 ГБ ОЗУ не заполниться грязными страницами, асинхронная запис ь в БД будет иметь меньший приоритет в очереди на диск, чем чтение.Откройте для себя forced writes = OFF (выставляется просто: gfix -w async /path/file.fdb). При работе под виндузой, если будет выставлено это fw = off, также надо установить в firebird.conf параметры:
MaxUnflushedWrites = -1
MaxUnflushedWriteTime = -1

-- и тогда Firebird не будет ждать отклика от ОСи об окончании записи грязных страниц, это будет уже только проблема операционки. При работе в linux это приводит примерно к 2х увеличению произв-сти.
Разумеется, ваш продакшен должен при этом реплицироваться или иметь shadow-копию на nfs - но это уже другой вопрос.

...

Рейтинг:

0 / 0

05.03.2015, 14:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38896015

этта

Гость

Таблоид<>Откройте для себя forced writes = OFF<>
и сразу закройте
, вместе с резюме таблоида, переложив его в пачечку соискателей метлы и совка.

...

Рейтинг:

0 / 0

05.03.2015, 14:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38896020

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Таблоид,

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

...

Рейтинг:

0 / 0

05.03.2015, 14:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38896027

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Симонов ДенисВот если бы был журнал, тогда в этом режиме можно было бы работать.
достаточно синхронной репликации

...

Рейтинг:

0 / 0

05.03.2015, 14:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38896029

Leonid Kudryavtsev

Участник

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

Рейтинг: 0 / 0

Вася УткинLeonid Kudryavtsev, плюс ещё есть планировщик в самой СУБД.
Где?

Ткните носом в PostgreSQL и/или Oracle в режиме dedicated при БД на файловой системе.

1. Есть пользовательские потоки которые _обычно_ читают данные.
2. Есть DBWR который скидывает грязные блоки.

AFAIK и то и другое полностью независимо друг от друга. В PostgreSQL DBWR просыпается по таймауту и тупо записывает N штук наиболее грязных блоков на диск (по доке, сорцы не смотрел). N определяется или константой или по некой формуле исходя из нагрузки на буферный кэш со стороны пользовательских потоков.

О никаком "планировщике в СУБД" в доках не встречал

Единственно, где встречал такие слова, статьи на Redhat, где Deadline disk scheduler для СУБД рекомендуют настраивать в режиме "приоритет чтения перед записью", без конкретики и реальных тестов.
Вася УткинПока большая часть 128 ГБ ОЗУ не заполниться грязными страницами
AFAIK современные СУБД пытаются не накапливать очень много "грязных страниц", т.к. в этом случае, может случиться "ой ой ой" в момент checkpoint'а (в современном Oracle "incremental checkpoint" вроде данную проблему решает). Поэтому DBWR и скидывает в фоне данные...
===
Все AFAIK. Могу ошибаться. Не админ

...

Рейтинг:

0 / 0

05.03.2015, 14:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38896032

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидОткройте для себя
он тебе про Фому (MSSQL), а ты ему про Ерему (FBSQL). Продолжайте в том же духе :-)

...

Рейтинг:

0 / 0

05.03.2015, 14:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38896033

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

dimitr,

хотябы

...

Рейтинг:

0 / 0

05.03.2015, 14:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38896087

Ivan Durak

Участник

Откуда: Minsk!!!

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

Рейтинг: 0 / 0

Любитель MSSQLIvan Durakпропущено...

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

...

Рейтинг:

0 / 0

05.03.2015, 14:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38896121

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Ivan DurakЛюбитель MSSQLпропущено...

Любая файл-серверная СУБД.
а конкретнее??? ну ассеss, раз. mysql там разный два. Кто еще?
mysql -клиент-сервер!

...

Рейтинг:

0 / 0

05.03.2015, 15:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38896134

Ivan Durak

Участник

Откуда: Minsk!!!

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

Рейтинг: 0 / 0

Любитель MSSQLIvan Durakпропущено...

а конкретнее??? ну ассеss, раз. mysql там разный два. Кто еще?
mysql -клиент-сервер!
тем более, так кто???

p.s. MyISAM же без логов?!

...

Рейтинг:

0 / 0

05.03.2015, 15:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38896370

зюзя топ

Гость

Вася УткинАдепты бесплатных СУБД привыкли использовать бесплатные сервера с 1ГБ и бесплатных админов, поэтому такое репро возможно только в голове hvlad

Я дико извиняюсь, но ТС вел речь о сравнении именно бесплатных СУБД, и он сравнивает MSSQL Express с другими бесплатными СУБД. У вас есть что сказать по теме?

...

Рейтинг:

0 / 0

05.03.2015, 17:27

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

Firebird, PostgreSQL, MsSql, Oracle

#38896384

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

зюзя топ,

ТСу надо совершено другие критерии вводить в эту табличку, иначе это сравнение будет не в пользу MS SQL Express

...

Рейтинг:

0 / 0

05.03.2015, 17:35

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

Firebird, PostgreSQL, MsSql, Oracle

#38896605

S.G.

Участник

Откуда: cartoon network

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

Рейтинг: 0 / 0

Любитель MSSQLЭто не придумки, повторюсь. Если вам необходимо записать 1000 дисковых блоков "последовательно", то есть головка будет себе постепенно смещаться в соседние сектора. Или в случае FB, она будет елозить по всему диску 1000 раз туда-сюда... А если 100 000...? Цифру 50 пользователей я взял с потолка. Просто подумайте какая бешенная нагрузка на перемещение головки.
Любитель MSSQL,
pkarklinБыло бы здОрово, если бы вместо баек, приводились бы выкладки.

...

Рейтинг:

0 / 0

05.03.2015, 21:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38896622

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvlad,

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

...

Рейтинг:

0 / 0

05.03.2015, 21:39

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

Firebird, PostgreSQL, MsSql, Oracle

#38896631

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLSSD не спасает, так как он не выигрывает по записи у обычного SAS.

Прааальна. Random Write у него такое же как Sequential Write. А это значит, что
преимущества у последовательной записи лога - исчезают, а недостатки двойной записи данных
- остаются.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

05.03.2015, 21:50

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

Firebird, PostgreSQL, MsSql, Oracle

#38896634

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

pkarklin,

ему некогда. Есть дела поважнее

...

Рейтинг:

0 / 0

05.03.2015, 21:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38896636

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

pkarklinБоже упаси Вас что-либо доказывать мнеТипичный снобизм и завышенная самооценка.
pkarklinНо раз не хотите, то и не надо.Именно, не хочу. С вами говорить - не хочу. Нет смысла.

...

Рейтинг:

0 / 0

05.03.2015, 21:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38896646

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvladpkarklinБоже упаси Вас что-либо доказывать мнеТипичный снобизм и завышенная самооценка.
pkarklinНо раз не хотите, то и не надо.Именно, не хочу. С вами говорить - не хочу. Нет смысла.

Ну, совсем отлично. Теперь Вы решили "перейти на личности". Очень Вам к лицу!

...

Рейтинг:

0 / 0

05.03.2015, 22:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38896657

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

pkarklin,

я уже говорил, что не играю в ваши игры ? Развлекайтесь без меня.

...

Рейтинг:

0 / 0

05.03.2015, 22:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38896676

Вася Уткин

Гость

Любитель MSSQLИ SSD не спасает, так как он не выигрывает по записи у обычного SAS . Он его обгоняет на чтении.

Чушь какая-то, это где вы такой обычный SAS видели, быстрее 2800 МБ/с на запись?
Это вам RAID10 штук из 60 дисков SAS 2.5'' 10Krpm надо.
http://market.yandex.ru/product/7863931/spec?hid=91033&track=char Назначение для сервера
Скорость записи /Скорость чтения
2800 /2800 Мб/с
http://market.yandex.ru/catalog/91033/list?how=dpop&gfilter=2141208602:select&gfilter=2142356600:3200~

...

Рейтинг:

0 / 0

05.03.2015, 23:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38896678

фибоначенко

Гость

pkarklindimitrА теперь запускаем oltp-тест и видим, как чекпойнты начинают очень быстро накладываться на запись в лог и тормозить циферки tpmC , пусть даже лог с базой на разных шпинделях.

Я правильно понимаю, что конфигурация Вашей дисковой системы не справляется с нагрузкой?

Вот, в этом квинтэссенция адептов микрософта или оракла. Если видят/слышат о тормозах в ФБ - то причина однозначно в том, что это бесплатная поделка, использующая технологии прошлого века с конструктивно заложенными тормозами. Если же тупит MSSQL - то виновато железо. Правда потом выясняется, что птичку засунули на контроллер домена с отключенным кэшем и статистику ни разу не пересчитывали (реальный случай), но это же ерунда, основная проблема конечно в кривизне самого ФБ.

...

Рейтинг:

0 / 0

05.03.2015, 23:13

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

Firebird, PostgreSQL, MsSql, Oracle

#38896683

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

hvladя уже говорил, что не играю в ваши игры ? Развлекайтесь без меня.

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

Снимаю шляпу...

...

Рейтинг:

0 / 0

05.03.2015, 23:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38896689

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

автор бесплатная поделка, использующая технологии прошлого века с конструктивно заложенными тормозами.
авторосновная проблема конечно в кривизне самого ФБ.
Лучше и не скажешь! Именно так вы правы, архитектурный просчет.

...

Рейтинг:

0 / 0

05.03.2015, 23:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38896690

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

фибоначенко,

Видите ли, в чем дело. Пока в этом топике преобладают эмоции. Вы готовы перевести дисскуссию в "техническое русло"?

...

Рейтинг:

0 / 0

05.03.2015, 23:48

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

Firebird, PostgreSQL, MsSql, Oracle

#38896695

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Любитель MSSQLархитектурный просчет
над архитектором свечку держали? Нимб не жмет?

...

Рейтинг:

0 / 0

06.03.2015, 00:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38896698

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

pkarklinВы готовы перевести дисскуссию в "техническое русло"?
судя по большинству постов в этой ветке, оно никому не надо...

...

Рейтинг:

0 / 0

06.03.2015, 00:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38896910

Sergey Orlov

Участник

Откуда: СПб

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

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

06.03.2015, 10:35

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

Firebird, PostgreSQL, MsSql, Oracle

#38897656

чччД

Участник

Сообщения: 8 171

Рейтинг: 0 / 0

Sergey OrlovГонял я все эти базы и под разными нагрузками тоже, у каждой есть в чем-то преимущество, а в чем-то и просчет, говорю при этом не беря в расчет стоимость, мой вывод в подавляющем большинстве применениях результат одинаков, и он в большей степени зависит от шаловливых ручек и приложения, нежели от движка базы и железа, на котором он крутится...
...

Некоторые СУБД не умеют полностью использовать железо. Или не хотят (в express редакциях).

...

Рейтинг:

0 / 0

06.03.2015, 21:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38897679

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

чччД,

ага я вот не знаю какая СУБД может задействовать мою звуковую карту

...

Рейтинг:

0 / 0

06.03.2015, 22:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38897783

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Вася УткинЛюбитель MSSQLИ SSD не спасает, так как он не выигрывает по записи у обычного SAS . Он его обгоняет на чтении.

Чушь какая-то, это где вы такой обычный SAS видели, быстрее 2800 МБ/с на запись?
Это вам RAID10 штук из 60 дисков SAS 2.5'' 10Krpm надо.
http://market.yandex.ru/product/7863931/spec?hid=91033&track=char Назначение для сервера
Скорость записи /Скорость чтения
2800 /2800 Мб/с
http://market.yandex.ru/catalog/91033/list?how=dpop&gfilter=2141208602:select&gfilter=2142356600:3200~

http://habrahabr.ru/post/200464/

автор1.С ростом количества SAS дисков в массиве все показатели только улучшаются.
2. Для MySQL медленные подсистемы это SATA RAID1 и SAS RAID1. По остальным отличия есть, но они не столь существенны.
3. Для линейно записи хороши как большие массивы из SAS дисков в RAID10, так и SSD. Смысла использовать массивы из SSD нет . Стоимость растет, а производительность на месте.
4. Для линейного чтения хороши любые большие массивы. Но на практике лин. чтение без записи у нас почти не встретить.
5. Рандомное чтение за SSD одиночными или в Software RAID.
6. Для рандомной записи лучше использовать Hardware RAID из SSD , хотя не сильно поступаются и одиночные SSD.
7. Рандомные чтение/запись , то есть один из самых важных показателей, имеют лучшие результаты на Hardware RAID из SSD .
8. Обобщая все вышесказанное, для большинства задач лучше использовать большие массивы (>=8) из SAS или Hardware RAID из SSD. Но для некоторых задач корректнее будет использовать одинарные SSD.
9. Исходя из объемов SSD, которые преимущественно предлагаются на нашем рынке, под VDS-ноды стоит использовать максимальной производительности процессоры в паре с большими SAS массивами или же средненькие процессоры и одинарные SSD. Считаю что использование hw raid для двух SSD будет дороговато.
10. Если вам необходима быстрая система и нет необходимости в большом дисковом пространстве 2x SSD в Hardware RAID будет лучшим выбором. Если желаете немного сэкономить в ущерб производительности, тогда можно взять одинарный SSD или два SSD в софтовом рейде.

...

Рейтинг:

0 / 0

07.03.2015, 07:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38897841

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Для линейно записи хороши как большие массивы из SAS дисков в RAID10, так и SSD.
Смысла использовать массивы из SSD нет. Стоимость растет, а производительность на
месте.
Ну, я так уже и говорил: производительность систем с логом не улучшается. Поэтому их
обходят как стоячих.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

07.03.2015, 11:50

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

Firebird, PostgreSQL, MsSql, Oracle

#38897897

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Кстати попалось:
отличные
возможности восстановления MS SQL
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

07.03.2015, 14:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38897951

чччД

Участник

Сообщения: 8 171

Рейтинг: 0 / 0

Dimitry SibiryakovКстати попалось:
отличные
возможности восстановления MS SQL

ВозможностиaxelloadНужно восстановить базу из лога транзакций.
Ситуация как всегда авральная. Умер массив на котором лежал mdf файл. лог транзакций цел. Пока системщики пытются прочитать информацию с массива пытаемся восстановить базу из лога транзакций.
Что имеем:
1. Sql 2012
2. Лог транзакций от базы от 05.03.15
3. Предыдущая версия базы от 03.02.15, оставшаяся на другом сервере.
4. Копии файлов базы (просто скопированные файлы) 23.02.2015
5. Резервная копия сделанная средствами SQL (не бэкап, а именно резервная копия) от 17.02.14

Есть ли возможность восстановления? если да, то как?

aleks2Вы имеете, самое позднее, данные на 23.02.2015.
Остальное можно выкинуть.

ЗЫ. Есть люди, которые делают бэкапы и есть люди, которые будут делать бэкапы.

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

...

Рейтинг:

0 / 0

07.03.2015, 17:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38897962

Alexander A. Sak

Участник

Откуда: Омск

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

Рейтинг: 0 / 0

Наверное, в SQL2012 какой-то неправильный лог транзакций. Иначе никак не объяснить, что восстановление невозможно.

...

Рейтинг:

0 / 0

07.03.2015, 17:50

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

Firebird, PostgreSQL, MsSql, Oracle

#38897992

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Alexander A. SakНаверное, в SQL2012 какой-то неправильный лог транзакций. Иначе никак не объяснить, что восстановление невозможно.

Все с ним правильно:) Нужно просто было щелкнуть пару раз мышкой и настроить нормальное резервное копирование (автоматически):
1. Полное резервное копирование базы раз в неделю
2. Ежедневное дифференциальное копирование
3 Ежеминутное резервное копирование журнала.
И все всегда восстановиться.

В том случае, который описан:

SQL Server не позволяет копировать файлы при запущенной службе. Можно правда сделать теневую копию, если запущена служба специальная для SQL, которая разрешает такое. Но она по дефолту обычно отключена.
Я подозреваю, что были скопированы mdf файл и все, во время остановки. Но если бы еще умудрились бы скопировать ldf на 23.02, можно было бы легко восстановить.

1. Присоединяем копию mdf к серверу в виде отдельной базы, указывая на скопированный ldf.
2. Делаем полный бэкап базы.
3. Затем делаем восстановление базы в другую базу c опцией norecovery
4. Накатываем копию лога от 05.03 с опцией recovery
5. Конечно все сработает если не было бэкапов лога между 23.02 и 05.03

...

Рейтинг:

0 / 0

07.03.2015, 18:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38897994

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovДля линейно записи хороши как большие массивы из SAS дисков в RAID10, так и SSD.
Смысла использовать массивы из SSD нет. Стоимость растет, а производительность на
месте.
Ну, я так уже и говорил: производительность систем с логом не улучшается. Поэтому их
обходят как стоячих.

Что-то не совсем понятно, как выбор между SSD и SAS коррелирует в производительности СУБД с логом и без оного?

...

Рейтинг:

0 / 0

07.03.2015, 19:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38898007

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLхотя не сильно поступаются и одиночные SSD.
с учетом высоких шансов одиночного SSD брякнуться и потерять вообще все данные, в отличие от hdd, не считаю осмысленным использовать для БД менее RAID1 из двух SSD. Кто использует один ssd - героический человек, или ему пофиг на свои данные.

...

Рейтинг:

0 / 0

07.03.2015, 19:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38898013

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovКстати попалось:
отличные
возможности восстановления MS SQL

Дима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов?

...

Рейтинг:

0 / 0

07.03.2015, 19:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38898015

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Alexander A. SakНаверное, в SQL2012 какой-то неправильный лог транзакций. Иначе никак не объяснить, что восстановление невозможно.

Допустим, что это был сервер с "правильным" логом транзакций. Вас не затруднит описАть процесс восстановления бд для озвученной ситуации?

...

Рейтинг:

0 / 0

07.03.2015, 19:42

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

Firebird, PostgreSQL, MsSql, Oracle

#38898019

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinа что будет с базой FB, если "Умер массив на котором лежал файл" и нет
бэкапов?
То же самое, что и в данном случае с MS SQL. Различие только в изначальном отсутствии
иллюзии защищённости с помощью журнала у админа.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

07.03.2015, 19:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38898042

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovТо же самое, что и в данном случае с MS SQL. Различие только в изначальном отсутствии
иллюзии защищённости с помощью журнала у админа.

Тут не место иллюзиям. Достаточно элементарных знаний от чего "защищает" лог транзакций сам по себе, а от чего нет.

...

Рейтинг:

0 / 0

07.03.2015, 20:35

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

Firebird, PostgreSQL, MsSql, Oracle

#38898046

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

pkarklinДима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов?
вы хотите сказать, что сможете куда-то засунуть лог транзакций MS SQL при полном убиении базы?

...

Рейтинг:

0 / 0

07.03.2015, 20:54

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

Firebird, PostgreSQL, MsSql, Oracle

#38898053

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdvвы хотите сказать, что сможете куда-то засунуть лог транзакций MS SQL при полном убиении базы?

Во всяком случае я смогу из него, например, с помощью софта стороннего производителя вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

...

Рейтинг:

0 / 0

07.03.2015, 21:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38898062

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinя смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.
Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

07.03.2015, 21:50

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

Firebird, PostgreSQL, MsSql, Oracle

#38898064

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry Sibiryakovpkarklinя смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.
Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?

Я там задал пару вопросов. Подождем пока...

...

Рейтинг:

0 / 0

07.03.2015, 21:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38898065

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry Sibiryakovpkarklinя смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.
Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?

потому что, если у него есть нормальный полный бэкап от 17.02+бэкап лога 05.03, то у него все нормально восстанавливается.

...

Рейтинг:

0 / 0

07.03.2015, 21:54

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

Firebird, PostgreSQL, MsSql, Oracle

#38898074

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry Sibiryakovpkarklinя смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.
Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?

В том топике был вопрос о том, что все таки хранится в бэкапе от 17.02 (restore headeronly), чтобы понять общую стратегию, но автор не ответил.

...

Рейтинг:

0 / 0

07.03.2015, 22:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38898096

miwaonline

Участник

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

Рейтинг: 0 / 0

pkarklinДима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов ?

pkarklinkdvвы хотите сказать, что сможете куда-то засунуть лог транзакций MS SQL при полном убиении базы?

Во всяком случае я смогу из него, например, с помощью софта стороннего производителя вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Тоесть, MSSQL с бекапом круче FB без бекапа?

Двойные стандарты такие двойные

...

Рейтинг:

0 / 0

07.03.2015, 22:39

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

Firebird, PostgreSQL, MsSql, Oracle

#38898109

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

miwaonline,
авторДвойные стандарты такие двойные
Отнюдь.
авторТоесть, MSSQL с бекапом круче FB без бекапа?
Нам пока неизвестно, есть ли бэкап. Но точно известно, что есть копия файла данных и текущий лог транзакций. При исходных условиях даже в самом безнадежном сценарии у ТС того топика есть возможность вытащить данные из лога. В случае потери файла FB даже возможности такой нет.

...

Рейтинг:

0 / 0

07.03.2015, 22:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38898118

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

miwaonlinepkarklinДима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов ?

pkarklinпропущено...

Во всяком случае я смогу из него, например, с помощью софта стороннего производителя вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Тоесть, MSSQL с бекапом круче FB без бекапа?

Двойные стандарты такие двойные

Я уже писал выше, что лог важнее данных. И поскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в разных местах.

P.S.

Им бы FB взять и запретить (с).

...

Рейтинг:

0 / 0

07.03.2015, 23:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38898136

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLпоскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в
разных местах.
Ты не поверишь, но если есть "разные места", то Firebird у любого вменяемого админа делает
то же самое.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

07.03.2015, 23:37

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

Firebird, PostgreSQL, MsSql, Oracle

#38898141

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry Sibiryakov,

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

...

Рейтинг:

0 / 0

07.03.2015, 23:44

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

Firebird, PostgreSQL, MsSql, Oracle

#38898149

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

08.03.2015, 00:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38898153

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdvвы, наверное, шутите. Или вы никогда не общались с "пользователями неадминистрируемых систем". Какой, нахрен, "вытащить данные из лога"? Они даже слово "файл" не понимают.

Не шучу. Вопрос в "стоимости" данных.

...

Рейтинг:

0 / 0

08.03.2015, 00:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38898154

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

08.03.2015, 00:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38898157

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdv,

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

...

Рейтинг:

0 / 0

08.03.2015, 00:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38898177

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLпоскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в
разных местах.
Ты не поверишь, но если есть "разные места", то Firebird у любого вменяемого админа делает
то же самое.

каким образом, если у ФБ, и данные и пародия на лог находятся в одном файле?

...

Рейтинг:

0 / 0

08.03.2015, 00:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38898261

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

нет там пародии на лог. Ты не путай "undo-лог", т.е. данные для отмены и redo-лог. Последнего нет в FB не в каком виде.

...

Рейтинг:

0 / 0

08.03.2015, 11:41

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

Firebird, PostgreSQL, MsSql, Oracle

#38898268

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLнаходятся в одном файле?
Ты не поверишь, но они могут находиться и в нескольких файлах. После аварии для полного
восстановления данных достаточно чтобы выжил один любой из них.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 11:54

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

Firebird, PostgreSQL, MsSql, Oracle

#38898283

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

[quot Симонов Денис]Любитель MSSQL,

нет там пародии на лог. Ты не путай "undo-лог", т.е. данные для отмены и redo-лог. Последнего нет в FB не в каком виде.[/quot

И как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?

...

Рейтинг:

0 / 0

08.03.2015, 12:24

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

Firebird, PostgreSQL, MsSql, Oracle

#38898287

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovЛюбитель MSSQLнаходятся в одном файле?
Ты не поверишь, но они могут находиться и в нескольких файлах. После аварии для полного
восстановления данных достаточно чтобы выжил один любой из них.

В смысле зеркала? Наподобие mirroringa в SQL Server?

...

Рейтинг:

0 / 0

08.03.2015, 12:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38898293

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

перетирали уже. Что на второй круг заход?

...

Рейтинг:

0 / 0

08.03.2015, 12:34

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

Firebird, PostgreSQL, MsSql, Oracle

#38898300

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLИ как же восстанавливать транзакции, которые изменили страницы в
кэше, но не были сброшены на диск в момент аварии?
Кому бы понадобилось терять время на восстановление транзакций, которые так не были
закоммичены?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 12:49

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

Firebird, PostgreSQL, MsSql, Oracle

#38898305

S.G.

Участник

Откуда: cartoon network

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

Рейтинг: 0 / 0

Любитель MSSQLнедо-СУБД FBУважаемый Любитель MSSQL,
1. Вы тут сначала сделали утверждение "FB не годится для высоконагруженных систем". Вам представили пример высоконагруженной системы. В принципе, наверное можно дать еще много примеров, но в этом нет необходимости. Не знаю как обстоит дело с логикой и математикой у любителей MSSQL, но если для некоего утверждения "ХХХ не годится" найдется хотя бы один контрпример, когда "годится" этого достаточно чтобы опровергнуть утверждение, на все 100%. Так что ваше утверждение неверно.
2. Далее, вы опять же на пальцах дали какой-то пример с дергающимися головками, забыв как минимум о том, что -в hdd есть кеш, в райд-контроллере есть кеш, в самой СУБД есть кеш. Вам любезно намекнули, что жизнь сложнее, чем наши представления о ней, и что подобные утверждения надо обязательно доказывать тестами и цифрами. И что может оказаться, что пара процентов скорости одной или другой СУБД в тесте, совершенно не играет роли на практике, или нивелируется еще парочкой дисков в рейде. В этом примере вы мне напоминаете одного моего знакомого, который когда едет на автомобиле, с ужасом думает, как там изнашиваются коленвал и клапана, хотя машина едет устойчиво на большой скорости.
3. Потом вы выдвинули некую гипотезу, что mssql более устойчив к дисковым сбоям, не пояснив совершенно сценарий, при котором это может произойти. Отказ одного диска? Так в рейде их несколько, заменить один не проблема. Отказ рейд-контроллера? Данные на диске, заменяем контроллер на тот же или версии выше старого, все в норме. Пьяный админ стер базу? Ну так что мешает пьяному любителю mssql стереть и базу и лог? Пожар в здании? В этом случае и база mssql и ее лог в большой вероятностью будут уничтожены, и нет преимущества одного сервера перед другим. В любом случае, если есть параноидальное желание добавить 1-2 девятки в надежность своей системы, в FB можно устроить теневую копию на другом диске.

Из вышесказанного следует, что ваши нападки на FB пока что похожи на случай "я вот скажу, что у него сестра - бл*дь, а он пускай оправдывается, что у него нет сестры". Соответственно, имеют стоимость, близкую к нулю.

...

Рейтинг:

0 / 0

08.03.2015, 12:54

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

Firebird, PostgreSQL, MsSql, Oracle

#38898317

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinСтранно немного, апеллировать к ситуации, когда в одном случае админ
невменяем, а в другом вменяем.
В ситуации по ссылке админ был достаточно вменяем, чтобы положить логи "в другое место"
отдельно от базы иначе он потерял бы и их. Вполне логично для сравнения брать случай с
админом аналогичной вменяемости, который положил тень базы Firebird в такое же "другое место".
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 13:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38898320

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

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

Нам неизвестно, чем это было обусловлено. Возможно просто на одном диске места не хватало на оба файла.

Dimitry SibiryakovВполне логично для сравнения брать случай с админом аналогичной вменяемости, который положил тень базы Firebird в такое же "другое место".

Совсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.

...

Рейтинг:

0 / 0

08.03.2015, 13:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38898325

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinСовсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.

Сравнивать фичи разного класса, применяемые для разных целей, было бы весьма странно.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 13:16

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

Firebird, PostgreSQL, MsSql, Oracle

#38898396

sphinx_mv

Участник

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

Рейтинг: 0 / 0

Dimitry SibiryakovpkarklinСовсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.

Сравнивать фичи разного класса, применяемые для разных целей, было бы весьма странно.
Хвакт!
Сравнивать наличие фичи с практически полным её отсутствием - не спортивно!

...

Рейтинг:

0 / 0

08.03.2015, 14:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38898416

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

sphinx_mvСравнивать наличие фичи с практически полным её отсутствием - не
спортивно!
Что значит "практически полное отсутствие"? Failover cluster у Firebird из коробки
отсутствует абсолютно совершенно. Как и у MS SQL Express Edition. Впрочем, у Express и
сравнимый mirroring тоже отсутствует.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 15:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38898442

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLИ как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?
то, что было только в памяти, и умерло, никто не восстановит, никогда и никак. Кроме того, у IB/FB завершение транзакции - это изменение состояния транзакции в Transaction Inventory Page. В результате, если даже что-то записано на диск, но не имеет состояния committed, будет в дальнейшем вычищено как мусор. "восстанавливать" такие незавершенные транзакции нет никакого смысла ни в какой СУБД.

...

Рейтинг:

0 / 0

08.03.2015, 16:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38898465

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

kdvЛюбитель MSSQLИ как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?
то, что было только в памяти, и умерло, никто не восстановит, никогда и никак. Кроме того, у IB/FB завершение транзакции - это изменение состояния транзакции в Transaction Inventory Page. В результате, если даже что-то записано на диск, но не имеет состояния committed, будет в дальнейшем вычищено как мусор. "восстанавливать" такие незавершенные транзакции нет никакого смысла ни в какой СУБД.

А возможно ли такое: изменили страницу в кэше, еще не успели сбросить на диск, но транзакцию зафиксировали (поменял статус в transaction inventory page), случилась авария, как будем восстанавливать?

...

Рейтинг:

0 / 0

08.03.2015, 18:02

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

Firebird, PostgreSQL, MsSql, Oracle

#38898468

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Любитель MSSQLА возможно ли такое
невозможно

...

Рейтинг:

0 / 0

08.03.2015, 18:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38898470

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.

...

Рейтинг:

0 / 0

08.03.2015, 18:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38898496

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Симонов ДенисЛюбитель MSSQL,

не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.

то есть при фиксации транзакции всегда происходит сброс "грязных страниц" на диск верно?

...

Рейтинг:

0 / 0

08.03.2015, 18:51

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

Firebird, PostgreSQL, MsSql, Oracle

#38898498

чччД

Участник

Сообщения: 8 171

Рейтинг: 0 / 0

Любитель MSSQL...
1. Полное резервное копирование базы раз в неделю
2. Ежедневное дифференциальное копирование
3 Ежеминутное резервное копирование журнала.
...

"Твою же ж мать!" - (с) Эрик Теодор Картман

...

Рейтинг:

0 / 0

08.03.2015, 18:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38898506

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLто есть при фиксации транзакции всегда происходит сброс "грязных
страниц" на диск верно?
Вот только не надо опять начинать про головку, которая туда-сюда. Возвращайся, когда
найдёшь оную у SSD.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 19:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38898509

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,
да, а может и раньше. Но фишка в том что и MSSQL они тоже сбрасываются на диск. Только в лог, а потом часть из них ещё и в файл БД.

И вообще ваши рассуждения об удержании MSSQL ем базы в памяти немного смешны. Это может быть только для идеальных случаев когда объём ОЗУ превышает объём БД, а такое бывает далеко не всегда. А когда БД большие, например 1Tb, это далеко не так. И вот тогда страницы из кэша будут вытесняться, а следовательно их надо будет подсасывать с диска. Это может быть сделано из файла БД (если повезёт), а может из лога.

...

Рейтинг:

0 / 0

08.03.2015, 19:18

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

Firebird, PostgreSQL, MsSql, Oracle

#38898511

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов ДенисЭто может быть сделано из файла БД (если повезёт), а может из лога.

Из лога - не может. Он читается только при восстановлении.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 19:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38898526

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Симонов ДенисИ вообще ваши рассуждения об удержании MSSQL ем базы в памяти немного смешны . Это может быть только для идеальных случаев когда объём ОЗУ превышает объём БД, а такое бывает далеко не всегда. А когда БД большие, например 1Tb, это далеко не так. И вот тогда страницы из кэша будут вытесняться, а следовательно их надо будет подсасывать с диска. Это может быть сделано из файла БД (если повезёт), а может из лога.

Ничего смешного здесь нет. Соотношение размера БД к размеру физической памяти мало интересно, ибо не все данные БД, как правило, нужны. Одним из критериев производительности MS SQL является Buffer Cache Hit Ratio. В сбалансированной системе он стремится к 100%.

...

Рейтинг:

0 / 0

08.03.2015, 19:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38898527

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

а вот тогда интересный вопрос возникает. Если чекпойнт ещё не произошёл, а кеш весь вытеснен, откуда данные брать?

...

Рейтинг:

0 / 0

08.03.2015, 19:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38898530

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Симонов ДенисЕсли чекпойнт ещё не произошёл, а кеш весь вытеснен, откуда данные брать?

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

...

Рейтинг:

0 / 0

08.03.2015, 20:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38898532

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinОдним из критериев производительности MS SQL является Buffer Cache Hit
Ratio.
А как он считается? Уж не отношение ли это количества логических чтений к сумме логических
и физических чтений?..
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 20:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38898534

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovА как он считается? Уж не отношение ли это количества логических чтений к сумме логических
и физических чтений?..

Отношение кол-ва страниц , полученных из буферного кэша, к общему кол-ву страниц для операции.

...

Рейтинг:

0 / 0

08.03.2015, 20:14

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

Firebird, PostgreSQL, MsSql, Oracle

#38898537

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

pkarklinНевозможно вытеснить грязные страницы, т.е. перед вытеснением они должны быть записаны. Вытеснение всего кэша это чрезвычайная ситуация, ведущая к деградации производительности, ибо серверу приходится прибегать к физическому чтению, вместо логического.

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

...

Рейтинг:

0 / 0

08.03.2015, 20:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38898539

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Симонов ДенисХотя согласен при грамотной настройке и достаточных характеристиках железа такого быть не должно.

Здесь больше влияние оказывает качество проектирования\кода, чем настройки\железо.

...

Рейтинг:

0 / 0

08.03.2015, 20:23

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

Firebird, PostgreSQL, MsSql, Oracle

#38898540

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

pkarklin,

согласен. Но вообще в СУБД достаточно умная подсистема IO. Например при сканировании здоровенной таблицы всё идёт "мимо" кэша так чтобы он не вытеснялся. Хотя в ряде случаев этого не избежать.

...

Рейтинг:

0 / 0

08.03.2015, 20:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38898541

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов Денисвот.
Согласно этому документу при чтении новых
страниц, грязные сбрасываются в общем порядке LRU. Чекпоинты тут ни при чём.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.03.2015, 20:30

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

Firebird, PostgreSQL, MsSql, Oracle

#38898569

Sergey Orlov

Участник

Откуда: СПб

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

Рейтинг: 0 / 0

Любитель MSSQLСимонов ДенисЛюбитель MSSQL,
не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.
то есть при фиксации транзакции всегда происходит сброс "грязных страниц" на диск верно?
А они при этом уже не "грязные"...

...

Рейтинг:

0 / 0

08.03.2015, 21:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38898636

Зимаргл

Гость

Кстати, напомнили.

В SQL server используется собственное кэширование диска, более заточенное под свои задачи.
Кроме того, это убирает дублирование кэша СУБДой и ОСью.

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

...

Рейтинг:

0 / 0

09.03.2015, 03:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38898747

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

ЗимарглВ SQL server используется собственное кэширование диска, более заточенное
под свои задачи.
И чем же оно отличается от обычного LRU?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.03.2015, 12:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38898751

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

у MS SQL кэша как минимум есть преимущество в упреждающем чтении и мультиблочном чтении. В FB собственный кэш этого пока не умеет.

...

Рейтинг:

0 / 0

09.03.2015, 12:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38898757

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов Денису MS SQL кэша как минимум есть преимущество в упреждающем чтении и
мультиблочном чтении.
Кэш ОСи сам делает упреждающее чтение, так что в этом нет преимущества.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.03.2015, 13:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38898764

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

да но кешу ОСи абсолютно до лампочки чего он там упреждающе читает, т.е. могут попасться как нужные так и не нужные в данный момент страницы. Я думаю не зря Влад работает над этой темой.

...

Рейтинг:

0 / 0

09.03.2015, 13:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38898791

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов Денискешу ОСи абсолютно до лампочки чего он там упреждающе читает, т.е.
могут попасться как нужные так и не нужные в данный момент страницы.
Движок тоже не имеет хрустального шара чтобы это предсказывать. Но он группирует страницы
так, чтобы потенциально нужные шли подряд.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.03.2015, 14:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38898810

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

разница в том что движок знает о границах этих групп, а кеш оси нет. Ладно, не вижу смысла здесь это обсуждать.

...

Рейтинг:

0 / 0

09.03.2015, 14:37

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

Firebird, PostgreSQL, MsSql, Oracle

#38899723

Yo.!

Гость

основная фича в том, что у взрослых субд фуллскан не вымывает кеш, у ФБ же одиночный фулскан просто вытеснит весь кеш. у взрослой субд гораздо более навороченная стратегия инвалидации кеша, в оракл например вычитывает целиком и не дает вытеснить таблицы занимающие менее xx% доступной памяти. т.е. все мелкие справочники всегда в кеше.

...

Рейтинг:

0 / 0

10.03.2015, 12:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38899741

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Yo.!,

не знаешь не говори. В FB есть защита от вымывания кэша большими фуллсканами. И она была ещё сделана во времена IB. Но есть только в супере, т.к. классике это было не актуально. А супер до трёшки почти никто не использовал.

...

Рейтинг:

0 / 0

10.03.2015, 12:38

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

Firebird, PostgreSQL, MsSql, Oracle

#38899753

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов ДенисНо есть только в супере
Этот кусок кода не зависит от архитектуры.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 12:46

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

Firebird, PostgreSQL, MsSql, Oracle

#38899783

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Dimitry Sibiryakov,

Код: plaintext

1.
2.
3.

/* Unless this is the only attachment, limit the cache flushing
effect of large sequential scans on the page working sets of
other attachments. */

оно работает только когда есть конкуренция за кэш. А в классике её нет.

...

Рейтинг:

0 / 0

10.03.2015, 13:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38899926

Yo.!

Гость

Симонов Денисне знаешь не говори. В FB есть защита от вымывания кэша большими фуллсканами. И она была ещё сделана во времена IB. Но есть только в супере, т.к. классике это было не актуально. А супер до трёшки почти никто не использовал.
ну уж побольше вашего знаю. например знаю, что в 21 веке супер никому не интересен, а в остальных архитектурах нет единого кеша и соответственно смысла его использовать ...

...

Рейтинг:

0 / 0

10.03.2015, 14:14

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

Firebird, PostgreSQL, MsSql, Oracle

#38899931

Yo.!

Гость

да, том сообщении имелось ввиду вымывание кеша ОСи при фулскане.

...

Рейтинг:

0 / 0

10.03.2015, 14:18

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

Firebird, PostgreSQL, MsSql, Oracle

#38899943

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Yo.!,

я говорю о FB 3. Там есть супер с поддержкой SMP. И я понял твой пост. И говорю что в супере есть защита от вымывании кэша фулсканами.
Он хоть и в состоянии беты, но для разработки новых проектов вполне пойдёт. Если конечно проект не на 1-2 месяца разработки.

...

Рейтинг:

0 / 0

10.03.2015, 14:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38899951

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Yo.!например знаю, что в 21 веке супер никому не интересен
Оракул, у которого есть только именно такая, многопоточная, архитектура, нервно курит в
сторонке.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 14:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38899983

Yo.!

Гость

Симонов Денися говорю о FB 3. Там есть супер с поддержкой SMP. И я понял твой пост. И говорю что в супере есть защита от вымывании кэша фулсканами.
Он хоть и в состоянии беты, но для разработки новых проектов вполне пойдёт. Если конечно проект не на 1-2 месяца разработки.
риск, я про бету с smp с 2007 года слышу.

Dimitry SibiryakovОракул, у которого есть только именно такая, многопоточная, архитектура, нервно курит в
сторонке.

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

...

Рейтинг:

0 / 0

10.03.2015, 14:44

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

Firebird, PostgreSQL, MsSql, Oracle

#38900024

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Yo.!,

ой врёшь. В 2007 году беты не было, были только обещания, что она появится. Сейчас бета есть. Поэтому риск не так уж и велик. Там делать не много осталось, чтобы бета2 вышла. А потом чисто фикс багов до RC.

...

Рейтинг:

0 / 0

10.03.2015, 14:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38900044

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Yo.!имелось ввиду вымывание кеша ОСи
Дай угадаю: ты предлагаешь бороться с вымыванием кэша ОСи с помощью полного отключения его
использования. Прэлееестно...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 15:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38900085

Yo.!

Гость

Симонов ДенисYo.!,

ой врёшь. В 2007 году беты не было, были только обещания, что она появится. Сейчас бета есть. Поэтому риск не так уж и велик. Там делать не много осталось, чтобы бета2 вышла. А потом чисто фикс багов до RC.
нет не вру, в далеком 2006 был обещан уже релиз FB 3.0 с тем самым smp
http://firebird.sourceforge.net/devel/engine/roadmap2006.html

...

Рейтинг:

0 / 0

10.03.2015, 15:24

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

Firebird, PostgreSQL, MsSql, Oracle

#38900110

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Yo.!,

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

Трёшка была отложена дважды. Первый раз из-за того, что не всё что планировалось удалось в срок реализовать в 2.0. Поэтому был выпущен 2.1. Второй раз отложили потому, что делать слишком до фига и решили разбить на две части, первой из которых стал выход 2.5. Но заметь 2.5 надо было превратить в релиз, а непросто сделать альфа версией трёшки.

...

Рейтинг:

0 / 0

10.03.2015, 15:35

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

Firebird, PostgreSQL, MsSql, Oracle

#38900134

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Yo.!,

ах да. Надо ещё учесть, что релиза Vulcan, на базе которой должен был быть 3.0, так и не было. То что вышло можно назвать глубокой альфой, а главный архитектор вулкана свалил в MySQL. Так что разработчикам FB пришлось всё допиливать самостоятельно.

...

Рейтинг:

0 / 0

10.03.2015, 15:51

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

Firebird, PostgreSQL, MsSql, Oracle

#38900264

хватит трындеть

Гость

Yo.!ну уж побольше вашего знаю. например знаю, что в 21 веке супер никому не интересен, а в остальных архитектурах нет единого кеша и соответственно смысла его использовать ...
Нихрена ты не знаешь. Есть еще мелкий и средний бизнес, супер на сегодняшних десктопах спокойно держит десятки активных юзеров без всяких райдов и ССД. И этот кусок рынка будет только расти. Мир намного больше и сложнее, чем тебе видится с твоей колокольни.

...

Рейтинг:

0 / 0

10.03.2015, 16:46

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

Firebird, PostgreSQL, MsSql, Oracle

#38900364

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

хватит трындеть,

только пока не супер, а классик. В остальном согласен.

...

Рейтинг:

0 / 0

10.03.2015, 17:32

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

Firebird, PostgreSQL, MsSql, Oracle

#38900419

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Yo.!основная фича в том, что у взрослых субд фуллскан не вымывает кеш, у ФБ же одиночный фулскан просто вытеснит весь кеш. у взрослой субд гораздо более навороченная стратегия инвалидации кеша, в оракл например вычитывает целиком и не дает вытеснить таблицы занимающие менее xx% доступной памяти. т.е. все мелкие справочники всегда в кеше.

Более того в Оракле, можно приказать конкретной таблице быть всегда в "кэше", поместив ее в спецобласть кэша.

...

Рейтинг:

0 / 0

10.03.2015, 18:31

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

Firebird, PostgreSQL, MsSql, Oracle

#38900424

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

хватит трындетьYo.!ну уж побольше вашего знаю. например знаю, что в 21 веке супер никому не интересен, а в остальных архитектурах нет единого кеша и соответственно смысла его использовать ...
Нихрена ты не знаешь. Есть еще мелкий и средний бизнес, супер на сегодняшних десктопах спокойно держит десятки активных юзеров без всяких райдов и ССД. И этот кусок рынка будет только расти. Мир намного больше и сложнее, чем тебе видится с твоей колокольни.

Доля количества транзакций в этом сегменте по отношению к общему количеству "большого и сложного мира" ничтожно мала.

А хоть мысль: "В каждый ларек по FB!"

...

Рейтинг:

0 / 0

10.03.2015, 18:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38900440

зизя топ

Гость

Любитель MSSQLхватит трындетьпропущено...

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

Доля количества транзакций в этом сегменте по отношению к общему количеству "большого и сложного мира" ничтожно мала.

А хоть мысль: "В каждый ларек по FB!"

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

...

Рейтинг:

0 / 0

10.03.2015, 18:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38900465

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLА хоть мысль: "В каждый ларек по FB!"
Поздно, она там уже есть. Пенсионный фонд постарался.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 19:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38900502

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

зизя топКстати количество рабочих мест в среднем и мелком бизнесе превышает оное в крупном бизнесе.

В среднем и мелком бизнесе как правило стоИт приатская 1С с пиратским MS SQL на пиратской винде.

...

Рейтинг:

0 / 0

10.03.2015, 21:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38900508

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

pkarklin,

а вот и не факт. Многие до сих пор юзают 7.7 работающую с dBase файлами

...

Рейтинг:

0 / 0

10.03.2015, 21:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38900513

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Симонов Денисpkarklin,

а вот и не факт. Многие до сих пор юзают 7.7 работающую с dBase файлами

так под нее не выходят обновления.

...

Рейтинг:

0 / 0

10.03.2015, 21:45

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

Firebird, PostgreSQL, MsSql, Oracle

#38900521

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Любитель MSSQL,

а многим до лампочки. Есть кучу всяких ИП, которые ведут в 1C только серую бухгалтерию.

...

Рейтинг:

0 / 0

10.03.2015, 22:00

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

Firebird, PostgreSQL, MsSql, Oracle

#38900554

Sergey Orlov

Участник

Откуда: СПб

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

Рейтинг: 0 / 0

pkarklinзизя топКстати количество рабочих мест в среднем и мелком бизнесе превышает оное в крупном бизнесе.
В среднем и мелком бизнесе как правило стоИт приатская 1С с пиратским MS SQL на пиратской винде.
Простите, но время пираток уже прошло, в своей практике я уже не встречаю пираток 1С, кстати сиквел там если он юзается, это или express или posgress... Да и винды с офисом на бухгалтерском компе лицензионные...

...

Рейтинг:

0 / 0

10.03.2015, 23:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38900558

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Sergey OrlovПростите, но время пираток уже прошло, в своей практике я уже не встречаю пираток 1С, кстати сиквел там если он юзается, это или express или posgress... Да и винды с офисом на бухгалтерском компе лицензионные...

Вы правильно развиваете мысль. FB в списках не значился...

...

Рейтинг:

0 / 0

10.03.2015, 23:19

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

Firebird, PostgreSQL, MsSql, Oracle

#38900564

ZeroMQ

Участник

Откуда: Оттуда.

Сообщения: 10 379

Рейтинг: 0 / 0

pkarklinSergey OrlovПростите, но время пираток уже прошло, в своей практике я уже не встречаю пираток 1С, кстати сиквел там если он юзается, это или express или posgress... Да и винды с офисом на бухгалтерском компе лицензионные...

Вы правильно развиваете мысль. FB в списках не значился...

FB на 1С нельзя использовать из-за его некоторых технических ограничений.

...

Рейтинг:

0 / 0

10.03.2015, 23:26

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

Firebird, PostgreSQL, MsSql, Oracle

#38900566

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

ZeroMQFB на 1С нельзя использовать из-за его некоторых технических ограничений.

Спасибо! Мне это не надо объяснять. Объясните это зизя топ.

...

Рейтинг:

0 / 0

10.03.2015, 23:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38900573

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinFB в списках не значился...
Как, впрочем, и Оракул.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 23:40

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

Firebird, PostgreSQL, MsSql, Oracle

#38900580

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

ZeroMQFB на 1С нельзя использовать из-за его некоторых технических ограничений.

1C, как уже говорили, проектирвоалось под работу с DBF. MS SQL с его dirty read и
блокировками по всему телу оказался ближе всего к этому уровню. PgSQL 1С-никам пришлось
допиливать чтобы довести до нужного уровня. В Firebird dirty read изначально никогда не
было и допилить было гораздо труднее.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.03.2015, 23:49

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

Firebird, PostgreSQL, MsSql, Oracle

#38900581

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Dimitry SibiryakovВ Firebird dirty read изначально никогда не было и допилить было гораздо труднее.
dirty read тут вообще не причем

...

Рейтинг:

0 / 0

10.03.2015, 23:51

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

Firebird, PostgreSQL, MsSql, Oracle

#38900582

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry Sibiryakov,

Да, пичалька. Сиквел допили до версионника, а FB до блокировочника - нет.

...

Рейтинг:

0 / 0

10.03.2015, 23:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38900584

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

pkarklin,

а зачем?

...

Рейтинг:

0 / 0

10.03.2015, 23:55

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

Firebird, PostgreSQL, MsSql, Oracle

#38900586

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Симонов Дениса зачем?

Если это вопрос про FB, то получается для того, чтобы работать "под" 1С в среднем и мелком бизнесе, о котором тут некоторые чуть ранее упоминали, как об основых "потребителях" 1С.

...

Рейтинг:

0 / 0

10.03.2015, 23:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38900587

ZeroMQ

Участник

Откуда: Оттуда.

Сообщения: 10 379

Рейтинг: 0 / 0

Dimitry SibiryakovZeroMQFB на 1С нельзя использовать из-за его некоторых технических ограничений.

1C, как уже говорили, проектирвоалось под работу с DBF. MS SQL с его dirty read и
блокировками по всему телу оказался ближе всего к этому уровню. PgSQL 1С-никам пришлось
допиливать чтобы довести до нужного уровня. В Firebird dirty read изначально никогда не
было и допилить было гораздо труднее.

1С в клиент-серверной конфигурации интенсивно, модифицирует и удаляет создает "временные" таблички.
А так же из-за того, что "ширину выборки" в fb ограничена 64К

...

Рейтинг:

0 / 0

10.03.2015, 23:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38900588

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Симонов Денис,

если сильно хочется, в ФБ можно заставить читателей ждать писателей. Правда, блокировочником он от этого не станет. И слава богу.

...

Рейтинг:

0 / 0

10.03.2015, 23:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38900589

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinСиквел допили до версионника
Вот только 1С мигрировала на слона задолго до того, как из MS вылупился-таки версионник.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.03.2015, 00:00

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

Firebird, PostgreSQL, MsSql, Oracle

#38900592

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ZeroMQА так же из-за того, что "ширину выборки" в fb ограничена 64К
ибо "недо-клиент-сервер" обожает тянуть "звездочки" из всех заджойненных таблиц, по поводу и без. Но крайним в этом уродстве оказался ФБ, ага.

...

Рейтинг:

0 / 0

11.03.2015, 00:02

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

Firebird, PostgreSQL, MsSql, Oracle

#38900593

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovВот только 1С мигрировала на слона задолго до того, как из MS вылупился-таки версионник.

Так и не нужен никогда был 1С версионник. И сейчас не нужен.

...

Рейтинг:

0 / 0

11.03.2015, 00:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38900598

зюзя топ

Гость

pkarklinZeroMQFB на 1С нельзя использовать из-за его некоторых технических ограничений.

Спасибо! Мне это не надо объяснять. Объясните это зизя топ.

А мне не надо ничего объяснять, я своим глазам пока еще верю. В аптечной рознице 1С практически отсутствует. Один из лидеров рынка, начавший с разработки конфиги под 7.7 от 1С отказался вообще. Про убожества типа Рарус-Аптека можно даже не говорить. Есть отдельные извращенцы, уже который год держащие целого програмера, который все допиливает самописную конфигу. Зато ФБ пользуют минимум 2 разные проги в регионе.

...

Рейтинг:

0 / 0

11.03.2015, 00:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38900606

этта

Гость

pkarklinDimitry SibiryakovВот только 1С мигрировала на слона задолго до того, как из MS вылупился-таки версионник.

Так и не нужен никогда был 1С версионник. И сейчас не нужен.1c это не мера вещей, а мера овна.
овну, конечно же, не нужно соприкасаться с нормальным миром - пусть на масдай-куеле живут.

то, как 1С "работает" с пж -- это (ужас){3}, евпочя. т.к. мозги у этих [f-words] заточены only под блокировочник. ну типа как у некоторых местных гурьев.

...

Рейтинг:

0 / 0

11.03.2015, 00:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38900700

чччД

Участник

Сообщения: 8 171

Рейтинг: 0 / 0

эттаpkarklinпропущено...

Так и не нужен никогда был 1С версионник. И сейчас не нужен.1c это не мера вещей, а мера овна.
овну, конечно же, не нужно соприкасаться с нормальным миром - пусть на масдай-куеле живут.

то, как 1С "работает" с пж -- это (ужас){3}, евпочя. т.к. мозги у этих [f-words] заточены only под блокировочник. ну типа как у некоторых местных гурьев.

1C - это, пожалуй, самый характерный пример success story в российском IT - бизнесе.

...

Рейтинг:

0 / 0

11.03.2015, 09:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38901163

этта

Гость

чччДэттапропущено...
1c это не мера вещей, а мера овна.
овну, конечно же, не нужно соприкасаться с нормальным миром - пусть на масдай-куеле живут.

то, как 1С "работает" с пж -- это (ужас){3}, евпочя. т.к. мозги у этих [f-words] заточены only под блокировочник. ну типа как у некоторых местных гурьев.

1C - это, пожалуй, самый характерный пример success story в российском IT - бизнесе.
суммируем :

Код: plaintext

 в [российском] айти бизнесе бузинес--success сопутствует овну.

только не надо путать тёплое с мягким -- сам баблопоток в 1С генерируется его овёнными качествами (как и количество "специалистов" по поддержке и конфигурастированию).

сам грешен - конфигурастил форк упп, сращивал и интегрировал, плавали, знаем

...

Рейтинг:

0 / 0

11.03.2015, 13:13

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

Firebird, PostgreSQL, MsSql, Oracle

#38901405

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Это ж через какую задницу надо было делать последовательности, чтобы в них вылезли
такие
баги ?..
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.03.2015, 14:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38901849

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry SibiryakovЭто ж через какую задницу надо было делать последовательности, чтобы в них вылезли
такие
баги ?..

Задница у всех одна: Duplicate values returned from native Oracle sequence

...

Рейтинг:

0 / 0

11.03.2015, 21:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38901853

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

зюзя топА мне не надо ничего объяснять, я своим глазам пока еще верю. В аптечной рознице 1С практически отсутствует. Один из лидеров рынка, начавший с разработки конфиги под 7.7 от 1С отказался вообще. Про убожества типа Рарус-Аптека можно даже не говорить. Есть отдельные извращенцы, уже который год держащие целого програмера, который все допиливает самописную конфигу. Зато ФБ пользуют минимум 2 разные проги в регионе .

Эти проги, это автоматизация только розничной торговли или это законченное решение по РСБУ и НУ, например, в части выгрузки декларации по НДС в Такском?

...

Рейтинг:

0 / 0

11.03.2015, 21:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38901883

Yo.!

Гость

pkarklinЗадница у всех одна: Duplicate values returned from native Oracle sequence

с чего это одна ? обычный мсскл программист, с руками из задницы. когда у руки из задницы даже оракл не спасет.

...

Рейтинг:

0 / 0

11.03.2015, 21:45

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

Firebird, PostgreSQL, MsSql, Oracle

#38901884

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Yo.!,

Ой, ну не надо...

с тынцаSince you're using the XE version of the database, though, that complicates things since that version doesn't come with support and doesn't get patches. Can you reproduce the issue in a supported version of the database (i.e. the standard or enterprise edition)? If so, does applying the latest patchset help?

...

Рейтинг:

0 / 0

11.03.2015, 21:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38901887

Yo.!

Гость

pkarklinYo.!,

Ой, ну не надо...

с тынцаSince you're using the XE version of the database, though, that complicates things since that version doesn't come with support and doesn't get patches. Can you reproduce the issue in a supported version of the database (i.e. the standard or enterprise edition)? If so, does applying the latest patchset help?
согласен, не надо. надо учить английским, что бы Йо не потешался

...

Рейтинг:

0 / 0

11.03.2015, 21:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38901890

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Yo.!pkarklinYo.!,

Ой, ну не надо...

пропущено...

согласен, не надо. надо учить английским, что бы Йо не потешался

Спасибо, с английским у меня всё впорядке. :) Но у тебя есть шанс перевести это лучше, чем я. А я проверю.

...

Рейтинг:

0 / 0

11.03.2015, 21:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38901899

softwarer

Участник

Откуда: 127.0.0.1

Сообщения: 51 965

Рейтинг: 0 / 0

pkarklinОй, ну не надо...
Паш, именно что не надо. Одно дело - подтверждённый баг , другое - криворукий явер, искренне уверенный, что именно СУБД виновата в ошибке его приложения. Я бы даже поставил сотню баксов на то, что знаю, как именно он ошибся - не защитил критической секцией переменную, которую "другие потоки ведь только читают".

...

Рейтинг:

0 / 0

11.03.2015, 22:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38901915

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

softwarerПаш, именно что не надо. Одно дело - подтверждённый баг ...

Хорошо, не буду. Всё равно доступа к Металинку у меня нет. Это только MS выкладывает всё в общий доступ.

...

Рейтинг:

0 / 0

11.03.2015, 22:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38905825

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Субъективно в MS SQL багов и проблем как-то меньше чем в Оракле. Опять таки субъективно. То ли сказывается, что основная разработка ведется в штатах славянскими программистами и есть целая армия тестировщиков у MS, в отличии от Оракла, который все перенес в Индию, если не ошибаюсь, то ли это просто мое заблуждение.
P.S. Я как-то был в Дубае, и там 70% населения это трудовые мигранты из Индии, Бангладеша ,Филиппин. Так вот я обратил внимание на крайне низкий уровень интеллекта этих людей. Они не могли элементарную фразу по-английски построить. И сравнение славянина и индуса в плане разработки софта, все таки не в пользу последнего. Отсюда можно сделать вывод, может и ошибочный, что MS может где-то и не дотягивает по функционалу до Оракла (сейчас заведу старую шарманку: нет пакетов, нет триггеров ич роу, есть только один тип индекса, нет материализованных представлений, которые обновляются онлайн и т.д.), но(!) все, что есть работает безотказно.

...

Рейтинг:

0 / 0

16.03.2015, 13:17

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

Firebird, PostgreSQL, MsSql, Oracle

#38906000

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

Любитель MSSQLP.S. Я как-то был в Дубае, и там 70% населения это трудовые мигранты из Индии, Бангладеша ,Филиппин. Так вот я обратил внимание на крайне низкий уровень интеллекта этих людей. Они не могли элементарную фразу по-английски построить.Мда, если вы об уровне интеллекта индусских программистов по трудовым мигрантам в Дубаях судите, то не стоит удивляться тому, что и остальные оценки и сравнения, мягко говоря, не очень корректны.

...

Рейтинг:

0 / 0

16.03.2015, 15:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38906058

Yo.!

Гость

Любитель MSSQLОпять таки субъективно. То ли сказывается, что основная разработка ведется в штатах славянскими программистами
троллинг запрещен правилами
а у вас явно троллинг, где-то тут была фотка SQL команды макрософт, пара белых, большая часть индусы, остальные какие-то узкоглазые ...

...

Рейтинг:

0 / 0

16.03.2015, 16:13

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

Firebird, PostgreSQL, MsSql, Oracle

#38906381

leonbn

Участник

Откуда: СПб

Сообщения: 508

Рейтинг: 0 / 0

Любитель MSSQLславянскими программистами
По такому принципу следует выбирать Firebird

...

Рейтинг:

0 / 0

16.03.2015, 20:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38906446

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Yo.!где-то тут была фотка SQL команды макрософт, пара белых, большая часть индусы, остальные какие-то узкоглазые ...

Эта? http://blogs.msdn.com/cfs-filesystemfile.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-54-68-metablogapi/1050.SQLServerTeamInRed_5F00_6EE8D175.png

...

Рейтинг:

0 / 0

16.03.2015, 22:08

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

Firebird, PostgreSQL, MsSql, Oracle

#38906496

SergSuper

Участник

Откуда: SPb

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

Рейтинг: 0 / 0

YouTube Video

...

Рейтинг:

0 / 0

16.03.2015, 23:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38906511

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Yo.!Любитель MSSQLОпять таки субъективно. То ли сказывается, что основная разработка ведется в штатах славянскими программистами
троллинг запрещен правилами
а у вас явно троллинг, где-то тут была фотка SQL команды макрософт, пара белых, большая часть индусы, остальные какие-то узкоглазые ...
А почему троллинг. Я написал свое предположение оно оказалось ошибочное. Но тогда всё равно непонятно отчего sql server работает стабильнее чем оракл.

...

Рейтинг:

0 / 0

17.03.2015, 01:12

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

Firebird, PostgreSQL, MsSql, Oracle

#38906560

mad_nazgul

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLА почему троллинг. Я написал свое предположение оно оказалось ошибочное. Но тогда всё равно непонятно отчего sql server работает стабильнее чем оракл.

Начнем с начала.
На чем основывается ваше утверждение "sql server работает стабильнее чем оракл".
Хотя бы пример исследования или статистика по отказам.
После этого можем перейти на влияние культурных, расовых и т.д. различий на разработку ПО.

<:o)

...

Рейтинг:

0 / 0

17.03.2015, 06:55

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

Firebird, PostgreSQL, MsSql, Oracle

#38907085

...бЪективно

Гость

Любитель MSSQL...MS может где-то и не дотягивает по функционалу до Оракла... но(!) все, что есть работает безотказно.

http://rsdn.ru/forum/db/5984440

...

Рейтинг:

0 / 0

17.03.2015, 13:58

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

Firebird, PostgreSQL, MsSql, Oracle

#38907170

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

Любитель MSSQLА почему троллинг. Я написал свое предположение оно оказалось ошибочное. Но тогда всё равно непонятно отчего sql server работает стабильнее чем оракл.
Мне вот тоже непонятно почему вы перестали пить по утрам. :)
Я по жизни больше с любителями Oracle сталкивался, чем с любителями MSSQL и у этих любителей MSSQL лажал чаще, чем Oracle. Так что весь вопрос в способе заточке рук конкретного любителя.

...

Рейтинг:

0 / 0

17.03.2015, 14:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38907706

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Bogdanov AndreyЛюбитель MSSQLА почему троллинг. Я написал свое предположение оно оказалось ошибочное. Но тогда всё равно непонятно отчего sql server работает стабильнее чем оракл.
Мне вот тоже непонятно почему вы перестали пить по утрам. :)
Я по жизни больше с любителями Oracle сталкивался, чем с любителями MSSQL и у этих любителей MSSQL лажал чаще, чем Oracle. Так что весь вопрос в способе заточке рук конкретного любителя.

Отнюдь не только в заточке. Оракл не способен по дефолту даже установиться без проблем. Чтобы пройти процесс инсталляции под Линукс, нужно пройти целый квест. Так что заточка тут ни причем, тут просто "нужно знать".

...

Рейтинг:

0 / 0

18.03.2015, 00:47

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

Firebird, PostgreSQL, MsSql, Oracle

#38907707

SТUDЕNТ

Участник

Откуда: Оттуда

Сообщения: 148

Рейтинг: 0 / 0

Любитель MSSQLОтнюдь не только в заточке. Оракл не способен по дефолту даже установиться без проблем. Ставил Оракула десятки раз, проблем не наблюдал. Что я делаю не так?

Любитель MSSQLЧтобы пройти процесс инсталляции под Линукс, нужно пройти целый квест.Могу заверить, что этот квест вам покажется цветочками в сравнении с процессом для установки MSSQL под Линукс. :))

...

Рейтинг:

0 / 0

18.03.2015, 00:52

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

Firebird, PostgreSQL, MsSql, Oracle

#38907709

SТUDЕNТ

Участник

Откуда: Оттуда

Сообщения: 148

Рейтинг: 0 / 0

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

Правда оба раза ставил под Виндой, может надо было на Линуксе пробовать? :))

...

Рейтинг:

0 / 0

18.03.2015, 01:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38907715

Ivan Durak

Участник

Откуда: Minsk!!!

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

Рейтинг: 0 / 0

Полюбасу постгрес ставится проще обоих!

...

Рейтинг:

0 / 0

18.03.2015, 01:22

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

Firebird, PostgreSQL, MsSql, Oracle

#38907716

SТUDЕNТ

Участник

Откуда: Оттуда

Сообщения: 148

Рейтинг: 0 / 0

Ivan DurakПолюбасу постгрес ставится проще обоих!
С PG у меня опыта еще меньше, чем c MSSQL - ставил один раз в жизни, поставился :)

...

Рейтинг:

0 / 0

18.03.2015, 01:36

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

Firebird, PostgreSQL, MsSql, Oracle

#38907718

Ivan Durak

Участник

Откуда: Minsk!!!

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

Рейтинг: 0 / 0

SТUDЕNТIvan DurakПолюбасу постгрес ставится проще обоих!
С PG у меня опыта еще меньше, чем c MSSQL - ставил один раз в жизни, поставился :)
и у меня меньше. И тоже поставился!

...

Рейтинг:

0 / 0

18.03.2015, 01:43

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

Firebird, PostgreSQL, MsSql, Oracle

#38908084

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

SТUDЕNТ Ставил Оракула десятки раз, проблем не наблюдал. Что я делаю не так?

То есть вы хотите сказать, что запустил setup и поехали?
То есть вам не нужно создать группы пользователей, самих пользователей, выставить параметры ядра, установить необходимые пакеты. Это все нужно сделать, собственно, перед установкой, сделать изменения в профиле пользователя и прочее. Или опишите процесс установки Оракл под Линукс

SТUDЕNТМогу заверить, что этот квест вам покажется цветочками в сравнении с процессом для установки MSSQL под Линукс. :))

Это невозможно, так как MS SQL не функционирует под Linux

...

Рейтинг:

0 / 0

18.03.2015, 11:54

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

Firebird, PostgreSQL, MsSql, Oracle

#38908085

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

SТUDЕNТК сожалению, по MSSQL у меня опыт не богатый. Пытался ставить всего пару раз. Оба раза не взлетело.

Правда оба раза ставил под Виндой, может надо было на Линуксе пробовать? :))

И где конкретно возникли проблемы "невзлета"?

...

Рейтинг:

0 / 0

18.03.2015, 11:55

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

Firebird, PostgreSQL, MsSql, Oracle

#38908090

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Ivan DurakПолюбасу постгрес ставится проще обоих!

PG -это попытка клонировать Oracle. Лучше уж сам Oracle.

...

Рейтинг:

0 / 0

18.03.2015, 11:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38908096

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovpkarklinFB в списках не значился...
Как, впрочем, и Оракул.

Что за бред. Oracle уже лет 5 как является поддерживаемой СУБД у 1С, начиная с версии 8.2

...

Рейтинг:

0 / 0

18.03.2015, 11:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38908102

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovZeroMQFB на 1С нельзя использовать из-за его некоторых технических ограничений.

1C, как уже говорили, проектирвоалось под работу с DBF. MS SQL с его dirty read и
блокировками по всему телу оказался ближе всего к этому уровню. PgSQL 1С-никам пришлось
допиливать чтобы довести до нужного уровня. В Firebird dirty read изначально никогда не
было и допилить было гораздо труднее.

Абсолютно неверно. Вы рассуждаете категориями 1С 7.7. В 1С 8.x все уровни транзакций по дефолту имеют RR (можно сделать RC).
У MSSQL 2005+ есть замечательный уровень транзакций RC_snapshot. И при специальной установки опции БД все транзакции, у которых указан уровень RC, автоматом "снепшотятся".

...

Рейтинг:

0 / 0

18.03.2015, 12:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38908111

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Dimitry SibiryakovpkarklinСиквел допили до версионника
Вот только 1С мигрировала на слона задолго до того, как из MS вылупился-таки версионник.

Мигрировала в 2006 году с выход 1С 8.1. MS стал версионником, начиная с версии 2005

...

Рейтинг:

0 / 0

18.03.2015, 12:02

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

Firebird, PostgreSQL, MsSql, Oracle

#38908114

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

зюзя топpkarklinпропущено...

Спасибо! Мне это не надо объяснять. Объясните это зизя топ.

А мне не надо ничего объяснять, я своим глазам пока еще верю. В аптечной рознице 1С практически отсутствует. Один из лидеров рынка, начавший с разработки конфиги под 7.7 от 1С отказался вообще. Про убожества типа Рарус-Аптека можно даже не говорить. Есть отдельные извращенцы, уже который год держащие целого програмера, который все допиливает самописную конфигу. Зато ФБ пользуют минимум 2 разные проги в регионе.

Чем розница аптечная отличается от розничной продажи колбасы?

...

Рейтинг:

0 / 0

18.03.2015, 12:04

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

Firebird, PostgreSQL, MsSql, Oracle

#38908285

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Любитель MSSQLMS стал версионником, начиная с версии 2005
не совсем "стал". В нем стало возможным использовать версионность. Только непонятно, кто ее использует. Возможно что практически никто (по сравнению с количеством тех, кто продолжает использовать MS SQL как блокировочник).

...

Рейтинг:

0 / 0

18.03.2015, 13:20

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

Firebird, PostgreSQL, MsSql, Oracle

#38908511

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

kdvТолько непонятно, кто ее использует.

Гм... А это может стать темой для опроса. :)

kdvВозможно что практически никто (по сравнению с количеством тех, кто продолжает использовать MS SQL как блокировочник).

Это косвенно подтверждается статистикой с собеседований.

ЗЫ. Мы используем.

...

Рейтинг:

0 / 0

18.03.2015, 14:59

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

Firebird, PostgreSQL, MsSql, Oracle

#38908645

Alexander Ryndin

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLSТUDЕNТ Ставил Оракула десятки раз, проблем не наблюдал. Что я делаю не так?

То есть вы хотите сказать, что запустил setup и поехали?
То есть вам не нужно создать группы пользователей, самих пользователей, выставить параметры ядра, установить необходимые пакеты. Это все нужно сделать, собственно, перед установкой, сделать изменения в профиле пользователя и прочее. Или опишите процесс установки Оракл под ЛинуксТ.е. запустить команду "yum install oracle-rdbms-server-11gR2-preinstall" домохозяйка не способна?
Кстати, решите другой квест - поставьте MSSQL без админовских прав на ОС. В нормальных компаниях за ОС и за СУБД отвечают разные люди.

...

Рейтинг:

0 / 0

18.03.2015, 16:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38908653

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Alexander RyndinВ нормальных компаниях за ОС и за СУБД отвечают разные люди.

В нормальных компаниях группа DBA входит в группу локальных админов на серверах, где будет стоять\стоит СУБД.

...

Рейтинг:

0 / 0

18.03.2015, 16:11

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

Firebird, PostgreSQL, MsSql, Oracle

#38908689

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Alexander RyndinТ.е. запустить команду "yum install oracle-rdbms-server-11gR2-preinstall" домохозяйка не способна?

Он не решает всех проблем, все равно пару пакетов, потом инсталлятор заставляет доставить

[/quot] Кстати, решите другой квест - поставьте MSSQL без админовских прав на ОС. В нормальных компаниях за ОС и за СУБД отвечают разные люди.[/quot]

Очень странное понимание о "нормальных" компаниях, если сервер используются только для СУБД, почему ДБА не может и заниматься и ОС (между прочим в обязанностях ДБА есть такой пункт как поддерживание работоспобности базы данных, и ОС в том числе, ибо накроется ОС, накроется и база, все просто).

...

Рейтинг:

0 / 0

18.03.2015, 16:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38908692

Alexander Ryndin

Участник

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

Рейтинг: 0 / 0

pkarklinAlexander RyndinВ нормальных компаниях за ОС и за СУБД отвечают разные люди.

В нормальных компаниях группа DBA входит в группу локальных админов на серверах, где будет стоять\стоит СУБД.Это и понятно. Ведь MSSQL это СУБД для small and medium business. В серьезных системах админу СУБД даром права админа ОС не нужны - меньше знаешь, лучше спишь.

...

Рейтинг:

0 / 0

18.03.2015, 16:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38908696

Alexander Ryndin

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLОчень странное понимание о "нормальных" компаниях, если сервер используются только для СУБД, почему ДБА не может и заниматься и ОС (между прочим в обязанностях ДБА есть такой пункт как поддерживание работоспобности базы данных, и ОС в том числе, ибо накроется ОС, накроется и база, все просто).Займитесь тогда и протиркой пыли. А то пыль может послужить причиной смерти СУБД

...

Рейтинг:

0 / 0

18.03.2015, 16:29

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

Firebird, PostgreSQL, MsSql, Oracle

#38908810

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Alexander RyndinЭто и понятно. Ведь MSSQL это СУБД для small and medium business. В серьезных системах админу СУБД даром права админа ОС не нужны - меньше знаешь, лучше спишь .

В серьезных организациях, где надо иметь хотя бы четыре 9ки, подход "меньше знаешь, лучше спишь" не прокатывает, ибо эти четыре девятки надо обеспечивать быстротой реакции. И если, сбой произошел в системе, использующей СУБД, то DBA первым как правило получит оповещение и он будет принимать решение, что делать. Вплоть да захода в HP SIM и нажатии кнопки RESET.

...

Рейтинг:

0 / 0

18.03.2015, 17:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38908811

Alexander Ryndin

Участник

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

Рейтинг: 0 / 0

pkarklinAlexander RyndinЭто и понятно. Ведь MSSQL это СУБД для small and medium business. В серьезных системах админу СУБД даром права админа ОС не нужны - меньше знаешь, лучше спишь .

В серьезных организациях, где надо иметь хотя бы четыре 9ки, подход "меньше знаешь, лучше спишь" не прокатывает, ибо эти четыре девятки надо обеспечивать быстротой реакции. И если, сбой произошел в системе, использующей СУБД, то DBA первым как правило получит оповещение и он будет принимать решение, что делать. Вплоть да захода в HP SIM и нажатии кнопки RESET.Cisco вы тоже сами перегружаете? storage тоже сами админите?

...

Рейтинг:

0 / 0

18.03.2015, 17:09

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

Firebird, PostgreSQL, MsSql, Oracle

#38908814

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Alexander RyndinCisco вы тоже сами перегружаете? storage тоже сами админите?

Нет. Нет. Но права админа и права на управление железом серверов с СУБД у DBA должны быть.

...

Рейтинг:

0 / 0

18.03.2015, 17:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38908830

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

pkarklinправа админа и права на управление железом серверов с СУБД у DBA должны
быть.
А уборщица должна заниматься прокладкой водопроводных труб и закупкой чистящих средств?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

18.03.2015, 17:18

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

Firebird, PostgreSQL, MsSql, Oracle

#38908910

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Alexander RyndinЛюбитель MSSQLОчень странное понимание о "нормальных" компаниях, если сервер используются только для СУБД, почему ДБА не может и заниматься и ОС (между прочим в обязанностях ДБА есть такой пункт как поддерживание работоспобности базы данных, и ОС в том числе, ибо накроется ОС, накроется и база, все просто).Займитесь тогда и протиркой пыли. А то пыль может послужить причиной смерти СУБД

Давайте не ерничать. В SQL Server есть возможность "ловить" события от ОС и наоборот. Это сделано для того, чтобы ДБА мог принять правильное реагирование на то или другое событие.

...

Рейтинг:

0 / 0

18.03.2015, 18:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38908953

Alexander Ryndin

Участник

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

Рейтинг: 0 / 0

Любитель MSSQLAlexander Ryndinпропущено...
Займитесь тогда и протиркой пыли. А то пыль может послужить причиной смерти СУБД

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

...

Рейтинг:

0 / 0

18.03.2015, 18:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38908965

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

pkarklin Но права админа и права на управление железом серверов с СУБД у DBA должны быть.
То есть то, что для установки MSSQL на сервак нужно быть немножко админом ОСи не удивлает. А тот же факт для установки Oracle на Linux ставит любителей MSSQL в тупик.

...

Рейтинг:

0 / 0

18.03.2015, 19:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38908995

Leonid Kudryavtsev

Участник

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

Рейтинг: 0 / 0

Дык вроде Oracle даже и права админа не особо нужны. Как я помню, он в конце инсталляции говорит "пойдите к Вашему админу и попросите его из под рута выполниться такой-то .sh скрипт". Насколько я помню. По установке Oracle на Solaris )))

...

Рейтинг:

0 / 0

18.03.2015, 19:42

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

Firebird, PostgreSQL, MsSql, Oracle

#38909011

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

Leonid KudryavtsevДык вроде Oracle даже и права админа не особо нужны. Как я помню, он в конце инсталляции говорит "пойдите к Вашему админу и попросите его из под рута выполниться такой-то .sh скрипт". Насколько я помню. По установке Oracle на Solaris )))Просто тут были претензии к тому, что для устоновки Oracle на Linux нужно сделать непостижимую для ДБА операцию создания пользователя в ОС. Поэтому и хочется понять, почему для MSSQL-ного ДБА потребность иметь админа ОСи удивления не вызывает, а для ораклового - вызывает. Неужели по дефоту предполагается, что люди не знакомые с администртированием винды принципиально не могут работать с MSSQL.

...

Рейтинг:

0 / 0

18.03.2015, 19:57

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

Firebird, PostgreSQL, MsSql, Oracle

#38909065

SТUDЕNТ

Участник

Откуда: Оттуда

Сообщения: 148

Рейтинг: 0 / 0

Любитель MSSQLSТUDЕNТМогу заверить, что этот квест вам покажется цветочками в сравнении с процессом для установки MSSQL под Линукс. :))
Это невозможно, так как MS SQL не функционирует под LinuxТо есть вы согласны, что поставить MSSQL На Линукс сложнее, чем Oracle.
Любитель MSSQLИ где конкретно возникли проблемы "невзлета"?К счастью у меня под рукой были любители MSSQL, которые любезно согласились помочь. Подкрутили там что-то в реестре (или еще где)...
Это было довольно давно и с тех пор я стараюсь на грабли MSSQL не наступать - доверяю установку сего продукта специалистам.

В сухом остатке имеем:
Для операционной системы Windows и установщик Oracle и установщик MSSQL очень просты и ориентированы на домохозяек. Иногда при установке что-то ломается, но специалист чинит одной рукой.
Для операционной системы Линукс Oracle требует уже более вдумчивого процесса установки, но если человек хотя бы раз командную строку видел, то с процессом справится. А MSSQL невозможно поставить несмотря на усилия любых специалистов и никакие сокровенные знания тут не помогут.

Теперь вернемся к вашему исходному утверждению о том, что MSSQL проще и дружелюбнее. И попробуйте обосновать его хоть какими-нибудь фактами.

...

Рейтинг:

0 / 0

18.03.2015, 20:53

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

Firebird, PostgreSQL, MsSql, Oracle

#38909069

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Bogdanov Andreypkarklin Но права админа и права на управление железом серверов с СУБД у DBA должны быть.
То есть то, что для установки MSSQL на сервак нужно быть немножко админом ОСи не удивлает. А тот же факт для установки Oracle на Linux ставит любителей MSSQL в тупик.

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

...

Рейтинг:

0 / 0

18.03.2015, 21:03

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

Firebird, PostgreSQL, MsSql, Oracle

#38909070

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Dimitry Sibiryakovpkarklinправа админа и права на управление железом серверов с СУБД у DBA должны
быть.
А уборщица должна заниматься прокладкой водопроводных труб и закупкой чистящих средств?

Вы не видите разницы между "должны быть права" и "должен эти права использовать"?!

...

Рейтинг:

0 / 0

18.03.2015, 21:06

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

Firebird, PostgreSQL, MsSql, Oracle

#38909076

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

pkarklinBogdanov Andreyпропущено...

То есть то, что для установки MSSQL на сервак нужно быть немножко админом ОСи не удивлает. А тот же факт для установки Oracle на Linux ставит любителей MSSQL в тупик.

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

...

Рейтинг:

0 / 0

18.03.2015, 21:14

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

Firebird, PostgreSQL, MsSql, Oracle

#38909083

зюзя топ

Гость

Любитель MSSQLЧем розница аптечная отличается от розничной продажи колбасы?

День самой обычной аптеки начинается с оприходования нескольких сотен позиций от десятка поставщиков (попартийно, форматы электронных документов у поставщиков разные), наценки с учетом гос. регулирования реестра ЖНВЛС (список из 20000 строк, наценка идет не от оптовой цены, а от цены изготовителя), проверки по сериям на фальсификат (18000 строк), печати протоколов согласования, ярлыки, ценники - дальше как у всех. Если аптека находится в одном городе со складом поставщика - до обеда можно скинуть заявку, привезут к вечеру. После обеда качаем десяток прайсов, в некоторых до 10000 позиций, в общем получается тысяч 50-80. Специфика фармацевтического рынка такова, что ассортимент большинства поставщиков пересекается на 70-80 процентов, и опираясь на единый справочник и статистику продаж нужно раскидать заказ по минимальным ценам. Кроме всего этого есть куча нюансов: к примеру когда упаковку таблеток распаковывают поштучно и продают блистерами, например 30 таблеток по 10 в блистере, и решения типа продавать по 0,333 не катят, так как на складе либо зависает 0,001 либо цена последнего блистера отличается от остальных. И на весь этот бардак нужно печатать журнал распаковки образца 80х годов, который потом приходят из прокуратуры, росздравнадзора и т.д. и проверяют. А еще бывают заморочки типа конвулекса мягкие капсулы и кишечнорастворимые, заводской штрихкод на них один, но на мягкие государство держит цены, а на растворимые - нет. Ошибка в наценке будет стоить от 40000р до отзыва лицензии. А еще бывает абсолютно одинаковый витрум, но один приходит с 10% НДС, а второй - с 18%. И если аптечный пункт мелкий, то все это может делать один человек. Кроме всего каждая организация работает по разному, кто-то приходует все централизовано в офисе и раскидывает по точкам, а у кого-то каждая аптека заказывается и приходует сама, или смешанный вариант. Так что аптечная розница маленько посложнее продуктовой будет.

...

Рейтинг:

0 / 0

18.03.2015, 21:21

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

Firebird, PostgreSQL, MsSql, Oracle

#38909088

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

зюзя топ,

Не впечатлило.

ЗЫ. Колбасой не торгую...

...

Рейтинг:

0 / 0

18.03.2015, 21:25

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

Firebird, PostgreSQL, MsSql, Oracle

#38909095

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Bogdanov AndreyЯ кажется чётко написал, что удивление обнаруживается у "любителей MSSQL". У вас ник немного другой.

Сойдемся на том, что Вы ошиблись в написании ника.

...

Рейтинг:

0 / 0

18.03.2015, 21:33

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

Firebird, PostgreSQL, MsSql, Oracle

#38909113

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

Bogdanov Andreypkarklinпропущено...

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

...

Рейтинг:

0 / 0

18.03.2015, 22:07

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

Firebird, PostgreSQL, MsSql, Oracle

#38909114

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

зюзя топЛюбитель MSSQLЧем розница аптечная отличается от розничной продажи колбасы?

День самой обычной аптеки начинается с оприходования нескольких сотен позиций от десятка поставщиков (попартийно, форматы электронных документов у поставщиков разные), наценки с учетом гос. регулирования реестра ЖНВЛС (список из 20000 строк, наценка идет не от оптовой цены, а от цены изготовителя), проверки по сериям на фальсификат (18000 строк), печати протоколов согласования, ярлыки, ценники - дальше как у всех. Если аптека находится в одном городе со складом поставщика - до обеда можно скинуть заявку, привезут к вечеру. После обеда качаем десяток прайсов, в некоторых до 10000 позиций, в общем получается тысяч 50-80. Специфика фармацевтического рынка такова, что ассортимент большинства поставщиков пересекается на 70-80 процентов, и опираясь на единый справочник и статистику продаж нужно раскидать заказ по минимальным ценам. Кроме всего этого есть куча нюансов: к примеру когда упаковку таблеток распаковывают поштучно и продают блистерами, например 30 таблеток по 10 в блистере, и решения типа продавать по 0,333 не катят, так как на складе либо зависает 0,001 либо цена последнего блистера отличается от остальных. И на весь этот бардак нужно печатать журнал распаковки образца 80х годов, который потом приходят из прокуратуры, росздравнадзора и т.д. и проверяют. А еще бывают заморочки типа конвулекса мягкие капсулы и кишечнорастворимые, заводской штрихкод на них один, но на мягкие государство держит цены, а на растворимые - нет. Ошибка в наценке будет стоить от 40000р до отзыва лицензии. А еще бывает абсолютно одинаковый витрум, но один приходит с 10% НДС, а второй - с 18%. И если аптечный пункт мелкий, то все это может делать один человек. Кроме всего каждая организация работает по разному, кто-то приходует все централизовано в офисе и раскидывает по точкам, а у кого-то каждая аптека заказывается и приходует сама, или смешанный вариант. Так что аптечная розница маленько посложнее продуктовой будет.

Этот простой функционал с лихвой покрывает "Управление торговым предприятием" при чем их коробки.

...

Рейтинг:

0 / 0

18.03.2015, 22:10

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

Firebird, PostgreSQL, MsSql, Oracle

#38909126

Bogdanov Andrey

Участник

Откуда: Да уже и сам не знаю...

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

Рейтинг: 0 / 0

Любитель MSSQLВы перекрутили все. Обычная тактика, когда нет фактов.А я факты предоставлять и не должен. Я тут о превосходствах отдельных СУБД ничего не утверждал. Это вы безосновательные утверждения делали, вот и потрудитесь предоставить факты в их защиту.

...

Рейтинг:

0 / 0

18.03.2015, 22:28

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

Firebird, PostgreSQL, MsSql, Oracle

#38909285

зюзя топ

Гость

Любитель MSSQLЭтот простой функционал с лихвой покрывает "Управление торговым предприятием" при чем их коробки.
В вашем выдуманном мирке - возможно. А в реале люди, уже купившие 1С с подачи франчейзера, проработавшие пару месяцев вынуждены переходить на другое ПО, несмотря на все попытки франчайзеров заставить это работать, небесплатные между прочим. И это не единичный случай. Ну не работает ваш "сферический конь в вакуме" в реале.

...

Рейтинг:

0 / 0

19.03.2015, 07:56

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

Firebird, PostgreSQL, MsSql, Oracle

#38911019

Любитель MSSQL

Участник

Сообщения: 67

Рейтинг: 0 / 0

зюзя топЛюбитель MSSQLЭтот простой функционал с лихвой покрывает "Управление торговым предприятием" при чем их коробки.
В вашем выдуманном мирке - возможно. А в реале люди, уже купившие 1С с подачи франчейзера, проработавшие пару месяцев вынуждены переходить на другое ПО, несмотря на все попытки франчайзеров заставить это работать, небесплатные между прочим. И это не единичный случай. Ну не работает ваш "сферический конь в вакуме" в реале.

Это очень странный случай. Процент внедряемости 1С очень высок. Не совсем понятно, что у вас не работает.
Вот вы пишите "попытки франчайзеров заставить это работать"- имеется ввиду, что не могут запустить программу 1С?

...

Рейтинг:

0 / 0

20.03.2015, 12:49

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

Firebird, PostgreSQL, MsSql, Oracle

#38911108

зюзя топ

Гость

Любитель MSSQLЭто очень странный случай. Процент внедряемости 1С очень высок. Не совсем понятно, что у вас не работает.
Вот вы пишите "попытки франчайзеров заставить это работать"- имеется ввиду, что не могут запустить программу 1С?
Нет, я же писал - после нескольких месяцев работы с попытками допилить конфигурацию. И это не единичный случай. Не верите мне - воспользуйтесь поиском, вот к примеру: http://www.pharmforum.ru/viewtopic.php?f=14&t=235
Из упомянутых там продуктов: Солярис - на ФБ, М-Аптека - на древней каше, М-Аптека плюс - каша поновее, еФарма - 1С 7.7, еФарма2 - С#+MSSQL (судя по контексту кое-где продолжают называть просто еФарма), Papyrus Pharm - хз на чем, но судя по сайту 1С там не валялась, Инфоаптека - ФБ, Алгортим-С - ФБ, Юнико - лет 10 назад это был кларион, что щас - хз, Аптека 2007 - вроде MSSQL. Из не упомянутых в нашем регионе есть еще Аптека-Урал - тоже ФБ.

...

Рейтинг:

0 / 0

20.03.2015, 14:01

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

Firebird, PostgreSQL, MsSql, Oracle

#38911173

miwaonline

Участник

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

Рейтинг: 0 / 0

зюзя топЛюбитель MSSQLЭтот простой функционал с лихвой покрывает "Управление торговым предприятием" при чем их коробки.
В вашем выдуманном мирке - возможно. А в реале люди, уже купившие 1С с подачи франчейзера, проработавшие пару месяцев вынуждены переходить на другое ПО, несмотря на все попытки франчайзеров заставить это работать, небесплатные между прочим. И это не единичный случай. Ну не работает ваш "сферический конь в вакуме" в реале.
+1

Страна немножно не Россия, реалии чуть другие, но 1С в аптеках не видно нигде от слова "совсем". «Добро пожаловать в реальный мир»©

...

Рейтинг:

0 / 0

20.03.2015, 14:57

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

Период между сообщениями больше года.

Firebird, PostgreSQL, MsSql, Oracle

#39241016

Imperous

Участник

Откуда: Оттуда )

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

Рейтинг: 0 / 0

много текста, ниасилил.
и все же postgresql или firebird ?
сейчас работаю с фаербердом, и когда база становится объемом более 7 гигов, начинается тормознутый капец. в базе около 60 связанных таблиц, гора представлений, процедур, триггеров. и вот как себя ведет постгрес при похожей структуре?

...

Рейтинг:

0 / 0

22.05.2016, 22:09

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

Firebird, PostgreSQL, MsSql, Oracle

#39241018

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Imperousкак себя ведет постгрес при похожей структуре?
Конечно же гораздо лучше. Но ты не мелочись, сразу переходи на Оракул. Для твоих мелких
гигабайт и ХЕ редакции хватит.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

22.05.2016, 22:29

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

Firebird, PostgreSQL, MsSql, Oracle

#39241020

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Imperousи когда база становится объемом более 7 гигов, начинается тормознутый капец
что-то не так делаете. В промышленном использовании на ФБ базы сейчас 100-500 гиг, а 6 лет назад я на своем десктопе протестил базу в 1 терабайт. Там только 1 индекс был 29 гиг, в 4 раза больше, чем ваша база.
Так что, и на PostgreSQL с базой в 7 гиг у вас будут проблемы.
Imperousгора представлений, процедур, триггеров.
все познается в сравнении. Например, как вам база на ФБ в 75 гиг, около 500 одновременных активных пользователей,
около 600 таблиц, более 5000 процедур, 800 триггеров, и работает все это почти круглосуточно.
И я бы не сказал, что это прямо-таки "большая база".

...

Рейтинг:

0 / 0

22.05.2016, 22:39

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

Firebird, PostgreSQL, MsSql, Oracle

#39241147

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Imperous,

при большом желании можно и базу в 100 метров заставить тормозить. 7 гигов это довольно маленькая база. На FB вполне комфортно работают БД которые в десятки раз больше. На количество процедур и триггеров вообще пофиг, проблема если и есть то скорее с их содержимым.

Imperousвот как себя ведет постгрес при похожей структуре?

а какой такой структуре? Тут её никто не видел, а телепатически мы её представить не можем. Ещё раз повторю количество объектов метаданных само по себе мало влияет на производительность.

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

...

Рейтинг:

0 / 0

23.05.2016, 09:38

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

Firebird, PostgreSQL, MsSql, Oracle

#39241324

Imperous

Участник

Откуда: Оттуда )

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

Рейтинг: 0 / 0

простите, немножко приуменьшил кол-во таблиц, активных около 380, вьюх 180, процедур 115, триггеров 620, генераторов 400, индексов 1730.
плюс сама среда, которая юзает эту базу, также подключается к 70 гиговой блобовой базы, но там все просто, 5 таблиц и подключение редкое, по мере надобности.
данные, в основном, записываются большими блоками одновременно, например около 1000 записей за раз, от одного юзера.
юзеров около 40.
сервант: e5630, 2 проца, 32 озу, винда 64бит, винт скайзи.

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

...

Рейтинг:

0 / 0

23.05.2016, 12:28

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

Firebird, PostgreSQL, MsSql, Oracle

#39241327

Imperous

Участник

Откуда: Оттуда )

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

Рейтинг: 0 / 0

ну и параметры fb
DefaultDbCachePages = 4096
Страницы тоже по 4096
кластер тоже 4096

...

Рейтинг:

0 / 0

23.05.2016, 12:30

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

Firebird, PostgreSQL, MsSql, Oracle

#39241350

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Imperousпро структуру имел в виду разношерстность данных, и более 20 таблиц, не просто форум или инет магаз.
На FB редко кто пишет форум или инет магаз. Для этого и mysql хватает.

Imperous,

1. Размер страницы я бы увеличил минимум до 8192
2. Если архитектура CS/SC и нагрузка в основном не READ ONLY, то размер кеша великоват. Если SS, то наоборот маловат.
3. Можно попробовать обновится до Firebird 3.0, сменить архитектуру на SS и поставить кеш в 50k страниц.

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

...

Рейтинг:

0 / 0

23.05.2016, 12:57

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

Firebird, PostgreSQL, MsSql, Oracle

#39241360

Imperous

Участник

Откуда: Оттуда )

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

Рейтинг: 0 / 0

Симонов ДенисImperousпро структуру имел в виду разношерстность данных, и более 20 таблиц, не просто форум или инет магаз.
На FB редко кто пишет форум или инет магаз. Для этого и mysql хватает.

Imperous,

1. Размер страницы я бы увеличил минимум до 8192
2. Если архитектура CS/SC и нагрузка в основном не READ ONLY, то размер кеша великоват. Если SS, то наоборот маловат.
3. Можно попробовать обновится до Firebird 3.0, сменить архитектуру на SS и поставить кеш в 50k страниц.

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

...

Рейтинг:

0 / 0

23.05.2016, 13:10

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

Firebird, PostgreSQL, MsSql, Oracle

#39241361

Imperous

Участник

Откуда: Оттуда )

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

Рейтинг: 0 / 0

И да, стоит классик

...

Рейтинг:

0 / 0

23.05.2016, 13:12

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

Firebird, PostgreSQL, MsSql, Oracle

#39241485

kdv

Участник

Откуда: iBase.ru

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

Рейтинг: 0 / 0

Imperousя зашел просто узнать про постгрес.
а что, прямо так сладко поют? мол, приходи к нам, у нас все супер-пупер?

...

Рейтинг:

0 / 0

23.05.2016, 15:38

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

Firebird, PostgreSQL, MsSql, Oracle

#39241662

Dimitry Sibiryakov

Участник

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

Рейтинг: 0 / 0

Симонов ДенисРазмер страницы я бы увеличил
Это конечно, не повредит, но из "когда база становится объемом более 7 гигов, начинается
тормознутый капец" я вангую уход больших сортировок из памяти на диск. Этому пациенту уже
терапевт не поможет.

kdvа что, прямо так сладко поют? мол, приходи к нам, у нас все супер-пупер?
Да пофиг, главное чтобы он перешёл уже, а то так и будет безмозглую мышь изображать.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

23.05.2016, 19:24

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

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

все

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird, PostgreSQL, MsSql, Oracle

Цитировать

Написать

Автор*:

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

Тема*:

Сообщение

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

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

Автор:

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

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

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

Вложение:

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

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

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

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

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=35&tid=1552266]:	0ms
get settings:	8ms
get forum list:	14ms
check forum access:	3ms
check topic access:	3ms
track hit:	60ms
get topic data:	12ms
get forum data:	3ms
get page messages:	263ms
get tp. blocked users:	2ms
others:	12ms

total:	380ms