Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8 9   вперед  Ctrl      все
 Re: Посоветуйте выбор СУБД  [new]
Yo.!
Guest
MasterZiv
Это смелое заявление. Не зная ВООБЩЕ НИЧЕГО О ЗАДАЧЕ !

проблема совершенно типичная. oltp писатели сталкиваются с читателями, дедлоки, рост данных. он практически процитировал мануал майкрософта где пишется в каких случаях следует использовать версионность.
автор
SQL Server 2005 introduces a new snapshot isolation level to enhance concurrency for OLTP applications. In earlier versions of SQL Server, concurrency was based solely on locking, which caused blocking and deadlocking problems for some applications. Snapshot isolation, by contrast, depends on enhancements to row versioning and is intended to improve performance by avoiding reader-writer blocking scenarios. ...
This non-blocking behavior also significantly reduces the likelihood of deadlocks for complex transactions.

повторюсь, ситуация типична. вообщем-то по тому и пришлось блокировочникам вводить snapshot, что проблема типична и у многих клиентов возникает.

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

"форумным специалистам" совершенно не интересно каждому олуху рассказывать, что если в документации написано что параметер обязательный, значит он действительно обязателен. особенно когда столь глупый вопрос комбинируется с быдловатостью.
28 дек 10, 00:12    [10008313]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54759

Yo.!
"форумным специалистам" совершенно не интересно каждому олуху рассказывать, что если в
документации написано что параметер обязательный, значит он действительно обязателен.

Ага, ведь в ходе доказывания может случайно выясниться, что что в документации этого не
написано.

Posted via ActualForum NNTP Server 1.4

28 дек 10, 00:13    [10008320]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov
Yo.!
"форумным специалистам" совершенно не интересно каждому олуху рассказывать, что если в
документации написано что параметер обязательный, значит он действительно обязателен.

Ага, ведь в ходе доказывания может случайно выясниться, что что в документации этого не
написано.

Собственно из-за чего спор то. Если функция так разработана, то это данность. Есть инструкция нужно ей следовать. Программирование это прежде всего дисциплина. Если синус не может быть равен 5 вы же не будете в этом пифагора обвинять.
28 дек 10, 00:23    [10008341]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54759

goldenfoods
Собственно из-за чего спор то.

Спор, собственно, из-за того кто неправ: Srinath Krishnaswamy, не сумевший поддержать
формат TM для преобразования строки в число или я, желающий таки строку в число
преобразовать в соответствии с этим форматом. Конечно, дисциплина: Сринач сказал "идите
лесом" и все дружно пошли. Ибо Оракул великий и могучий не имеет общедоступного багтрекера.

Posted via ActualForum NNTP Server 1.4

28 дек 10, 00:33    [10008359]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov,
Так может просто свою функцию написать. У вас в руках очень мощный язык plsql. А индус может элементарно этого не сделал без каких то мотивов. Там в этой функции есть обязательный параметр есть, а вы его почему то игнорируете.
28 дек 10, 00:56    [10008407]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
А сколько в вашей СУБД одновременных подключений. Какой расклад по читателям и писателям. Сколько транзакций в секунду. Сколько транзакционных таблиц. Проиндексированы ли они. Можно ли читать незакомиченные транзакции. Что делали на предмет обхода блокировок.
Просто переходя на оракл вам сугубо индеферентны ответы на вопросы. А вот в блокировочниках Yo абсолютно прав вам нужно постоянно об этом думать. Если есть проблема то нужно не решать ее а просто удалить.
28 дек 10, 01:08    [10008429]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 28.12.2010 0:12, Yo.! wrote:

> повторюсь, ситуация типична. вообщем-то по тому и пришлось блокировочникам
> вводить snapshot, что проблема типична и у многих клиентов возникает.

Ага, мне только это втирать не надо.

Posted via ActualForum NNTP Server 1.4

28 дек 10, 01:15    [10008438]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54759

goldenfoods
Там в этой функции есть обязательный параметр есть, а вы его почему то игнорируете.

Ещё один нечитатель документации, да? Цитирую медленно:

OCI Guide
This function returns an error if there is an invalid format, an invalid
multibyte format, or an invalid input string, if number or str is NULL, or if
str_length is zero.


У этой функции целых два обязательных параметра, но ни один из них я не игнорирую.

Posted via ActualForum NNTP Server 1.4

28 дек 10, 01:17    [10008443]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 899
MasterZiv
On 27.12.2010 20:58, Neo Nomaly wrote:

> Есть проект на Delphi, который использует в качестве хранилища Sybase SQL
> Anywhere 10. Когда проект начинался, выбор на выбор субд особенно не
> обсуждался... Но когда размер базы возрос до 10 млн записей, и запросы select
> стали выполняться по полчаса, решили подумать об обновлении субд.

Зря. Все СУБД одинаковые. ASA 10 -- вполне себе нормальная СУБД.

> Сейчас выполняется в день по несколько десятков тысяч insert/update. Возникает
> проблема частых блокировок таблиц, и пользователи не могут работать
> одновременно. ПО подключается от имени одного и того же пользователя.

Это будет в ЛЮБОЙ СУБД, с чего ты взял, что при её смене что-то поменяется ?


Во первых, не все СУБД одинаковые. По качеству – да (ну, не будем холивар разводить, всё же, мы говорим о брендах), но по назначению – нет.
Всё зависит от ориентации (ну, возможно и от ориентации и пристрастий разработчиков :) садо-мазо..) системы и цели её использования. OLAP или OLTP есть разное. И, если конечно я правильно ошибаюсь, Sybase , больше подходит для аналитики ну или если организация работы с БД схожа (по запросам, организации данных и т.д.).
Вообще, если только пишем (и очень редко читаем, или читаем мало и в «сыром» формате – это одно, если строим сложные запросы для отчетов, аналитики – другое, ну а если и то и другое (что, имхо, часто бывает) – то тут действительно, надо либо думать об проектировании вновь, с учетом реальности (две БД как минимум, утрированно конечно), либо искать СУБД которая сможет это всё вытягивать (конечно не без помощи железа). И Oracle в этом случае пожалуй действительно выход (ну очень похоже на ту картинку - самолет с крыльями.. :) ).
Ну а какая версия? Коль уж начинать, то смысл это делать на старой версии? К тому же, в 11 действительно есть много чего нового и полезного.

Для примера – есть БД на MS SQL – СУБД «оптимизирована» (с учетом новых возможностей 2005), однако, организация БД такова, что для писателей удобно, а вот отчеты выполняются до 50 минут.. И при том, данных по сути не так уж и много. Те же запросы, через тот же SQL Server Reporting Services но выполненные в Oracle (та же структура) выполняется за пару секунд.. Это пример, и не значит что MS «плохо» - просто спроектировано так.
28 дек 10, 07:49    [10008623]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stells2
Для примера – есть БД на MS SQL – СУБД «оптимизирована» (с учетом новых возможностей 2005), однако, организация БД такова, что для писателей удобно, а вот отчеты выполняются до 50 минут.. И при том, данных по сути не так уж и много. Те же запросы, через тот же SQL Server Reporting Services но выполненные в Oracle (та же структура) выполняется за пару секунд.. Это пример, и не значит что MS «плохо» - просто спроектировано так.


Интересно, запросы те же, структура таже, данных не много, но Oracle уделывает MS SQL на порядки. М.б., все-таки запросы другие, или структура другая или, таки данных много, а то как то в описанную Вами ситуацию верится с трудом.

М.б. приведете пару планов запросов (в текстовом виде) на MS SQL. А так же огласите железо, на котором работают обе СУБД?

Ну, про репро, даже не осмеливаюсь спросить.
28 дек 10, 09:00    [10008709]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 899
pkarklin
Интересно, запросы те же, структура таже, данных не много, но Oracle уделывает MS SQL на порядки. М.б., все-таки запросы другие, или структура другая или, таки данных много, а то как то в описанную Вами ситуацию верится с трудом.

структура та-же, запросы естественно другие (смысл то городить дубли?). Отчеты те-же, но получаются по разному. :)
Имелось ввиду организация таблиц и их связи (модель), данные - одинаковые, всё остальное разное.

Цель поста была не показать что MS хуже или лучше. Что там БД кривая я и сам знаю, для АСУТП она может и годится но вот грузить её еще и аналитикой - бред, что и имеем.
28 дек 10, 09:16    [10008782]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 28.12.2010 7:49, stells2 wrote:

> Всё зависит от ориентации (ну, возможно и от ориентации и пристрастий
> разработчиков :) садо-мазо..) системы и цели её использования. OLAP или OLTP
> есть разное. И, если конечно я правильно ошибаюсь, Sybase , больше подходит для
> аналитики ну или если организация работы с БД схожа (по запросам, организации
> данных и т.д.).

Sybase -- это фирма. Не знаю, как она подходит для аналитики, но ты явно
говоришь о том, чего не знаешь.

> Вообще, если только пишем (и очень редко читаем, или читаем мало и в «сыром»

Вообще, если товарищь топикстартер хочет совета, то ему следует

Posted via ActualForum NNTP Server 1.4

28 дек 10, 09:51    [10008952]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 899
MasterZiv
Sybase -- это фирма. Не знаю, как она подходит для аналитики, но ты явно
говоришь о том, чего не знаешь.

Конечно фирма, которая имеет множество продуктов :)
Просто, когда говорят Sybase - часто имею ввиду именно СУБД и причем, не делают различия ASE, ASA (IQ думаю уже осмысленно используют), по крайней мере, я так понимаю.. :)
----------------------------------------------------------------------------------------------------
автор спросил "в общем" на что и получил аналогичный ответ.. А так, есно надо в конкретной ситуации конкретно думать и уже потом сравнивать подходящее и делать осмысленный выбор (в том числе и по деньгам)..
Я допускаю, что может и FireBird пойти :)
28 дек 10, 10:05    [10009031]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 28.12.2010 10:05, stells2 wrote:

> Конечно фирма, которая имеет множество продуктов :)
> Просто, когда говорят Sybase - часто имею ввиду именно СУБД и причем, не делают
> различия ASE, ASA (IQ думаю уже осмысленно используют), по крайней мере, я так
> понимаю.. :)

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



Posted via ActualForum NNTP Server 1.4

28 дек 10, 10:15    [10009091]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Очень лысый
Member

Откуда: БОМЖ
Сообщений: 600
Топикастер исчез, а оно продолжается. Давненько я не брал в руки шашек, в смысле ASA. Однако скажу, что 10 млн. записей сие, собсно, не есть что-то страшное. Тем более, что вряд ли есть потребность их каждый раз все выгребать. Полагаю, что после рефакторинга приложения, его запросов, а также пересмотра структуры таблиц и индексов и в текущих условиях всё может быть замечательно. Можно, конечно, перейти на версионник типа оракла, только всё равно нужно чётко понимать последствия перехода, в частности, в контексте логики работы программы, например, работа юзверей с разными версиями записи и т.п.
28 дек 10, 10:54    [10009382]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 899
MasterZiv
On 28.12.2010 10:05, stells2 wrote:

> Конечно фирма, которая имеет множество продуктов :)
> Просто, когда говорят Sybase - часто имею ввиду именно СУБД и причем, не делают
> различия ASE, ASA (IQ думаю уже осмысленно используют), по крайней мере, я так
> понимаю.. :)

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

Стоило бы в первую очередь тебе самому определиться и логику вопроса обдумывать.. :)
а то, как то
MasterZiv
Либо "не все СУБД одинаковые", но тогда уж говори о конкретных СУБД.

оно не расшифровывается. :) внимательно читаем топик.. Именно и имеют ввиду - Sybase, MS SQL, Oracle, MySQL и т.д. это уж потом выясняется что конкретно.
А вообще, если есть желание поточить лоб в перепалке - это в другом месте, надеюсь у Вас больше на этот счет нет вопросов?
28 дек 10, 11:41    [10009730]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
stells2
Member

Откуда: Оклахома Пригород Колымы
Сообщений: 899
offtop
MasterZiv
Все, переполнилась чаша терпения. Не могу более выносить поголовной безграмотности в инете.

Господа и товариши !
В русском языке местоимение "вы" пишется с маленькой буквы !
Запомните это раз и навсегда и сохраните лишние нажатия и без того затюканной клавиши Shift.

С заглавной буквы "вы" может писаться только в официальных (формальных) документах и письмах.

Спасибо, и будьте грамотными.

на всякий случай - Вы пишется с большой буквы, если обращение персонализированное в единственном числе, что бы было понятней:
... вы, Василий Васильевич, будите пить чай?
Вы будите пить чай?
вы, Иван, Сидор, Абрам (...) - чай пить будите?
вы будите пить чай?
во всех остальных случаях с меленькой, это даже мне, не грамотному понятно :) Хотя, современный русский это что-то :(
28 дек 10, 12:03    [10009894]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
грамотеи блин!
Guest
stells2
будите
кого?
28 дек 10, 15:48    [10011768]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Andrey Sribnyak
Member

Откуда: Киев
Сообщений: 600
грамотеи блин!
stells2
будите
кого?


Герцена :-)
28 дек 10, 16:16    [10012003]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
Ggg_old
Member

Откуда: Одесса
Сообщений: 1342
Какой бред, просто мрак. Меня удивляет, что вместо того, что-бы разобраться почему база тормозит на жалких 10миллионах записей, тут опять затирают за оракл. Топикстартер у вас есть хоть капелька инженерной гордости, вообще стыдился идти к руководству просить денег на оракл при наличии такой "проблемы".
Хороший пример того, какие неучи сейчас в ИТ.
28 дек 10, 16:18    [10012018]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
stells2
на всякий случай - Вы пишется с большой буквы, если обращение персонализированное в единственном числе, что бы было понятней:
... вы, Василий Васильевич, будите пить чай?
Вы будите пить чай?
вы, Иван, Сидор, Абрам (...) - чай пить будите?
вы будите пить чай?
во всех остальных случаях с меленькой, это даже мне, не грамотному понятно :) Хотя, современный русский это что-то :(

безграмотность не обязательно шрифтом выделять.
Будите, меленькой, блин... Зато слово ORACLE знает.
28 дек 10, 18:42    [10012986]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
roden
Member

Откуда:
Сообщений: 741
Neo Nomaly
Давайте предположим, что у нас все (ну по крайней мере большинство) оптимально...

Если на Запорожец поставить движок от Мерседеса - думаете оно будет ездить гораздо лучше?

Сначала пообщайтесь со специалистами Sybase, подумайте, что можно оптимизировать (возможно в принципе пора все переделать), а потом уже тратьте деньги на другие решения.

Вы хоть представляете чего Вам будет стоить переезд?
29 дек 10, 12:02    [10015506]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Ggg_old
Какой бред, просто мрак. Меня удивляет, что вместо того, что-бы разобраться почему база тормозит на жалких 10миллионах записей, тут опять затирают за оракл. Топикстартер у вас есть хоть капелька инженерной гордости, вообще стыдился идти к руководству просить денег на оракл при наличии такой "проблемы".
Хороший пример того, какие неучи сейчас в ИТ.

Ну вот, вместо советов потенциального Ораклоида обфлудили как могли. И никто не остановил их.
Попробовали бы так на потенциального Скулиста.

ТС, никого не слушайте. Бывстрей переходите на Оракл. Тех вопросы пишите в раздел Оракл.

А здесь Вы задеваете чьи либо чувства. Ведь по сути Вы типа сравнили не в пользу той СУБД на которой были. А таковые сравнения в общем случае предполагают в этом разделе какие никакие обсуждения, там обоснования, более глубокие сравния. В частности, 10 млн не говорит все об объеме данных: имеет значение размер записи. Имеют значение запросы. И вообще.
29 дек 10, 13:36    [10016233]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Верно, топикстартеру необходимо скорее переходить на Оракл. Тем более слухи о его сложности явно преувеличены. Вот MS очень сложно администрировать. Даже бэкап не сделать не на локальный диск. Приходится делать на локальный, а затем шедулером Виндоуз его переносить по сети. Плюс огромная проблема с последовательностью действий с комбинацией фулл бэкапов и бэкапов транзакций, чтобы восстановить базу на момент аварии.
29 дек 10, 14:03    [10016468]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте выбор СУБД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
Даже бэкап не сделать не на локальный диск. Приходится делать на локальный, а затем шедулером Виндоуз его переносить по сети. Плюс огромная проблема с последовательностью действий с комбинацией фулл бэкапов и бэкапов транзакций, чтобы восстановить базу на момент аварии.


Может кому-то надо просто "начиться готовить" и первое (бэкап на не локальный диск), и второе (подъем цепочки бэкапов) блюдо, дабы каждый раз при своем "выступлении" не садиться в лужу???
29 дек 10, 14:43    [10016824]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8 9   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить