|
|
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Привет! Сейчас мне нужно сделать обоснование выбора СУБД.. Ищу в интернете инфу, но продвигается как-то туговато. Сам я изучаю сейчас MS SQL Server и работаю с ним, так что в сравнении он должен победить ;) С областью применения пока ещё не всё ясно, но видимо она будет небольшой, где-то до 30 (наверное) пользователей, с небольшой частотой обновления. Так вот у меня просьба: 1. Если кто-то писал нечто подобное и не жалко поделиться - был бы очень признателен! 2. Может, кто нибудь мог бы кратко обозначить основные достоинства/недостатки наиболее популярных СУБД, то есть, куда собственно копать? Имеются ввиду MS SQL Server, Oracle, MySQL, FireBird и может быть что-то еще, для массовости.. спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 10:45 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
зы: по пункту 2 - просто, если не сложно, основные достоинства MS SQL Server и недостатки всего остального по сравнению с ним, чтобы мне знать что вообще конкретно искать в гугле. Спасиб! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 11:01 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Oracle рулит однозначно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 11:24 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
сравнивать MS SQL по фичастости/возможностям можно только с Ораклом.. Оракел пофичастей, но сиквел подешевле. My sql платный, Жар птыц для больших (гиг 100) слабо подходит. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 11:54 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ScareCrow Жар птыц для больших (гиг 100) слабо подходит. Мне говорили, что есть работающий сервер на БД в 200гиг %) Но это, конечно, частности, по объемам данных FB не тягаться с MSSQL и Oracle. Просто имхо для задач топикстартера подойдет, тем более FB бесплатный! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 12:10 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Я тут на форуме читал что вроде SQL Server Express (не знаю правда, насколько он урезанный) тоже может использоваться бесплатно. из преимуществ MS перед Ораклом нарыл - много про секьюрити (для заказчика важно) и [сейчас ищу] про простоту развертывания и администрирования. вобщем я делаю что-то вроде реферата :) может, кому интересно про безопасность: http://www.databasesecurity.com/dbsec/comparison.pdf http://www.vnunet.com/vnunet/news/2169225/microsoft-beats-oracle-security http://www.microsoft.com/presspass/itanalyst/docs/ESGNov2006SQLServerSecurity.pdf (так что Oracle можно сказать уже сделали) зы Т.к. ситема в общем то вряд ли будет слишком большой, нужны какие-то дополнительные аргументы в пользу MS (кроме производительности). Стабильность например (читал тут было мнение что MySQL в этом плане не очень то уж).... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmult(так что Oracle можно сказать уже сделали) Ага Осталось почитать аналогичные статьи на сайте Oracle, чтобы стало понятно, что сделали MS SQL :o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmult (из преимуществ MS перед Ораклом нарыл ) Кто вам сказал, что MS SQL вррбще имеет преимущества перед Ораклом ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:31 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Aleks-ek wrote: > Кто вам сказал, что MS SQL вррбще имеет преимущества перед Ораклом ??? А кто вам сказал, что оракл круче? :) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:33 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Наверное тот, кто знает MS SQL, и не знает Оракл.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:33 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
locky Aleks-ek wrote: > Кто вам сказал, что MS SQL вррбще имеет преимущества перед Ораклом ??? А кто вам сказал, что оракл круче? :) Posted via ActualForum NNTP Server 1.4 Том Кайт ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:35 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Aleks-ek wrote: > Том Кайт паржалъ. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 14:39 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Шо? опять??? (Голосом Армена Джигарханяна ((с) м\ф "Жил был пес")) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:12 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Aleks-ekА кто вам сказал, что оракл круче? :) Том Кайт Вы чужими именами не прикрывайтесь. ;) Если есть что сказать, пишите сюда, например: Microsoft задавит Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > Шо? опять??? (Голосом Армена Джигарханяна ((с) м\ф "Жил был пес")) Тяпницо ведь... - Ты, эта, поспорить хошь? :) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:24 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
locky pkarklin wrote: > Шо? опять??? (Голосом Армена Джигарханяна ((с) м\ф "Жил был пес")) Тяпницо ведь... - Ты, эта, поспорить хошь? :) Эээ... Я это не на твой постинг отвечал. На преамбулу про "крутизну"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:27 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
lockyА кто вам сказал, что оракл круче? :) Так это все знают Ну кроме любителей постоять на своем ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:28 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ладно, допустим Оракл на самом деле во всём круче MS, давайте не отклоняться от темы ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:32 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmultладно, допустим Оракл на самом деле во всём круче MS, давайте не отклоняться от темы ;) Пиши в преимущества mssql: "если я изучу Оракл, вам придется платить мне больше" ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > > Шо? опять??? (Голосом Армена Джигарханяна ((с) м\ф "Жил был пес")) > Тяпницо ведь... > > - Ты, эта, поспорить хошь? :) > > Эээ... Я это не на твой постинг отвечал. На преамбулу про "крутизну"... да я знаю! Я продолжал фразу из мультега - в применении к ситуёвине :) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:50 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
10046 wrote: > Так это все знают Знают? :) Му-ха-ха! Говорят :) Пока что я видел только фразы вида: "Том кайт говорит - оракл круче фсех". "дык и вы говорите! " (С) Анек. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:51 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmultзы: по пункту 2 - просто, если не сложно, основные достоинства MS SQL Server и недостатки всего остального по сравнению с ним, чтобы мне знать что вообще конкретно искать в гугле. Спасиб!1. Широко распространён - майнстрим для малого бизнеса. 2. Легко найти специалиста. 3. Легко найти специалиста "всё в одном" - формочки лабать и базу рисовать. 4. Функциональность, надёжность, производительность - с запасом для задачи, даже если учесть будущий рост. 5. Проще разрабатывать - нужно меньше человеко-часов. 6. Есть недерогие и даже бесплатные версии, но по сравнению с MySQL, FireBird и т.д - нормальный коммерческий продукт. 7. Гомогенная инффраструктура намного дешевле в построении, и главное, в сопровождении. Подойдёт? Ещё: Сравнение баз данных - тесты SQL Server 2005 дает организациям важные преимущества ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 17:36 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Спасибо! Вроде неплохо.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2007, 07:52 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
alexeyvg 6. Есть недерогие и даже бесплатные версии, но по сравнению с MySQL, FireBird и т.д - нормальный коммерческий продукт. а можно это пояснить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2007, 07:57 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmultа можно это пояснить? Бесплатный MS SQL по сравнению с Firebird - "нормальный коммерческий продукт". Такой эвфемизм для "не тянет". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 09:37 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
alexeyvg но по сравнению с MySQL, FireBird и т.д - нормальный коммерческий продукт. lol. Ну ка поподробнее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 12:29 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Megabyte alexeyvg но по сравнению с MySQL, FireBird и т.д - нормальный коммерческий продукт. lol. Ну ка поподробнее?"нормальный" не в смысле, что денег берут, а что выпускается компанией с большими активами как её "товар". А не хобби. Не исчезнет через 10 лет. Высокий уровень поддержки продукта (горы информации, получается вместе с продуктом) Высокий уровень платной техподдержки (какой только пожелаете, если не жалко бабла) Нормальное продвижение товара. В общем, есть всё, чего нет у MySQL или FireBird. Короче, если его начальство кинут программисты, он придёт в микрософт и скажет: "а вапще я не знаю как вас писать - слитно или раздельно но вы мне скажите пацанов каторые всю эту фигню знают" И в MS ему посоветуют ближайшего системного интегратора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 14:23 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
alexeyvgИ в MS ему посоветуют ближайшего системного интегратора. За мускуль не скажу, но для Firebird я сделаю то же самое - пошлю в ближайший платный техсаппорт. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 14:27 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov alexeyvgИ в MS ему посоветуют ближайшего системного интегратора. За мускуль не скажу, но для Firebird я сделаю то же самое - пошлю в ближайший платный техсаппорт.Да и для MySQL тоже можно найти фирму, которая предоставляет платный техсаппорт. Но согласитесь, по продуктам микрософта найти такую фирму проще. И получить поддержку разработчика проще. За деньги вам функциональность MSSQL поменяют :-) PS. И ещё - у вас типичная ошибка профессионального разработчика, которую-бы никогда не допустил, например, бизнесмен или какой-нибуть аналитик. Вы решаете совсем не ту задачу, которая поставлена. Поставлена задача следующая: "Сейчас мне нужно сделать обоснование выбора СУБД.. Ищу в интернете инфу, но продвигается как-то туговато. Сам я изучаю сейчас MS SQL Server и работаю с ним, так что в сравнении он должен победить ;)" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 15:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
alexeyvg Но согласитесь, по продуктам микрософта найти такую фирму проще. Не соглашусь. Но, возвращаясь к топику, обосновать это просто. Достаточно пойти к мелкомягким и поискать их пресс-релизы. Это если у вас недостаточно наглости, чтобы сказать "а ничего другого я не знаю". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 15:13 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov alexeyvg Но согласитесь, по продуктам микрософта найти такую фирму проще. Не соглашусь.Странно. Ну, у меня просто ощущение такое. Может, я и ошибаюсь, я-же работаю с MS - продуктами, вот мне и кажется, что установленных СУБД MSSQL больше, чем установленных СУБД FireBird, и софтверных фирм больше. Босс с фирмы, в конце концов, может прийти даже в фирму, которая ему 1С ставила. 1С-же у него должен стоять? Dimitry SibiryakovНо, возвращаясь к топику, обосновать это просто. Достаточно пойти к мелкомягким и поискать их пресс-релизы. Это если у вас недостаточно наглости, чтобы сказать "а ничего другого я не знаю". Совершенно верно. Но их-же долго читать нужно :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2007, 15:29 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
авторустановленных СУБД MSSQL больше, чем установленных СУБД FireBird, и софтверных фирм больше. Может быть. все может быть. Вот например: http://www.firebirdnews.org/?p=1376 "Мой знакомый из Германии сказал, что ПО его страховой компании требует установки Firebird. После того как я немного погуглил, я обнаружил немецкую медицинскую информационную систему типа "желтых страниц". Она содержит Firebird в каждом экземпляре ПО. На их сайте я нашел впечатляющие данные о том, что около 100 тысяч докторов используют этот справочник, а в год его издается 400 тысяч, каждый квартал с обновленной информацией. ..." Пирит тоже выпускает компакт к своему журналу UPGRADE, на нем FB Embedded. И т.д. я не меряюсь, я привожу примеры, когда по большому счету пользователю абсолютно до лампочки, что там внутри. То есть,мы даже не можем себе представить, в каких количествах используется FB. Конечно, MS SQL перешибает FB по числу инсталляций, т.к. он используется в Outlook (Business edition 2003 и безусловно в 2007), но все равно, полной картины к сожалению нет, но отсутствие информации тоже не показатель. Про FB могу сказать, что какая-то софтина с ним используется в судах РФ (только приблизительно в курсе). Планируется к использованию на таможне. Ну и еще много-много где. Причем, насколько я вижу, число установок FB за последние годы растет чуть ли не экспоненциально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 01:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Oracle банально требует больше работы админов на поддержание того же числа баз, или наоборот - админ MSSQL в силу меньшей гиморности поддержки может обслуживать большее число баз. Тынц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 10:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаOracle банально требует больше работы админов на поддержание того же числа баз, или наоборот - админ MSSQL в силу меньшей гиморности поддержки может обслуживать большее число баз. Тынц 1.5 админа ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 11:16 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаOracle банально требует больше работы админов на поддержание того же числа баз, или наоборот - админ MSSQL в силу меньшей гиморности поддержки может обслуживать большее число баз. Во-первых, баян. Во-вторых, бред. Конечно, админить бух. прогу на mssql, простой который в течение пары дней можно потерпеть, особого навыка не надо - тут и полтора землекопа справятся. А если у вас многомиллионный (имеется ввиду количество абонентов :-)) биллинг на Oracle, простой которого даже в течение нескольких минут недопустим, то компания будет держать 3-4 хороших админов (вполне вероятно еще и заставлять работать посменно), пусть они бОльшую часть времени и плюют в потолок. Так что тут не столько сложность самой СУБД, сколько серьезность систем (прикладных), на ней работающих, играет роль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 15:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Ну посмотрите, оРаклоиды так не любят факты, как сектанты. Ему дают папер с фактами, а он говорит, что это бред :) А я видел много-много ситуаций, когда оракл выбирается из за его "крутизны" на проекты, которые спокойно будут работать в чем-то в 10 раз дешевле. И потом любитель оракла сидит днями напролет, получая удовольствие от своего колдовства над ненужными для этой работы фичами, опциями и прочим. MSSQL из коробки более работоспособен, чем Oracle, и требует меньше внимания. Так что если вам нужны шашечки (крутизна, корпоративность, работа с БД больше 3 Тб) - Oracle. Если надо ехать (90% случаев) - MSSQL :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 15:50 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаНу посмотрите, оРаклоиды так не любят факты, как сектанты. Ему дают папер с фактами, а он говорит, что это бред :) пипифакс свой можешь использовать по назначению :) у Oracle таких бумажек тоже хватает, мракетинг не дремлет а 1.5 землекопа это безусловно бред ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 16:49 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
DBA в штуках не меряются (разьве что баксов), что в Oracle, что в MS SQL Одна душа другой не замена (c) Если бы ты говорил о суммарной зряплате, возражений бы не было, но пересказывать здесь бред, рожденный в муках маркетологов ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 16:54 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаНу посмотрите, оРаклоиды так не любят факты, как сектанты. Ему дают папер с фактами, а он говорит, что это бред :) ну и где ты увидел факты ? в документике опрос пары левых компаний, причем судя по цифирькам опрашивали уборщиц. вот факты от Оракла: Сравнительное исследование трудозатрат на управление базами данных Oracle Database 10g Release 2 и Microsoft SQL Server 2005Из всех областей сравнительного анализа в этой категории СУБД Oracle Database 10g Release 2 показала свои самые сильные стороны. В отношении метрик времени и количество шагов СУБД Oracle Database 10g по сравнению Microsoft SQL Server 2005 оказалась: 23 • на 74% эффективнее по времени • на 38% эффективнее по количеству выполненных шагов. При том, что более четверти рабочего времени администратора СУБД затрачивается на выполнение функций, связанных с диагностированием и настройкой производительности, можно подсчитать, что преимущество Oracle в этой категории обеспечивает следующую экономию трудозатрат администратора за один рабочий день: • 19.3% по времени • 9.8% по количеству шагов репорт на русском А6дуллаMSSQL из коробки более работоспособен, чем Oracle, и требует меньше внимания. брехня, в плане администрирования МС только в рюшках добилась заметных успехов, но и они уже отстают от ораклового OEM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 17:22 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2 Yo.! авторрепорт на русском Спасибо - поржал. :) репорт на русскомКачественный анализ ... Инсталляция СУБД/программного обеспечения со стандартной настройкой ... Инсталляция Microsoft SQL Server 2005 начиналась неудобно. Во время процесса инсталляции Microsoft SQL Server 2005, “Upgrade Advisor” не смог обнаружить отсутствие двух важных компонентов, необходимых для современной платформы Windows 2000 Server. “Upgrade Advisor” не выявил отсутствие .Net 2.0 Framework и библиотеки Microsoft Data Access Component (MDAC) 2.8. Эта «функция» потребовала от нас переключения на web-браузер, чтобы можно было загрузить и инсталлировать эти компоненты с сайта Microsoft. Не понял. Так они апгрейдили или устанавливали?! Если устанавливали, то причем тут Upgrade Advisor?! Использовать Upgrade Advisor для установки будет только дуболом , к разряду которых и относятся специалисты, проводившие сравнения. Если устанавливали, то установщик все недостающие компоненты поставит сам. Да и, не мешало бы почитать System Requirements, прежде чем ставить. репорт на русском]После преодоления этого затруднения процедура инсталляции Microsoft SQL Server 2005 прошла относительно гладко. Однако, при том количестве решений, которое нам пришлось принять, чтобы установить и настроить Microsoft SQL Server 2005, вся процедура в целом оказалась сложной по сравнению с применением Oracle Database 10g (Release 1 /2). Вай, вай, вай... А можно уточнить, о каких решениях и их КОНКРЕТНЫХ количествах идет речь? А? Дальше читать нет желания... Очередная шняга... В топку такие "сравнительные анализы". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 17:37 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
10046 А6дуллаOracle банально требует больше работы админов на поддержание того же числа баз, или наоборот - админ MSSQL в силу меньшей гиморности поддержки может обслуживать большее число баз. Во-первых, баян. Во-вторых, бред.Интересная версия. Пока ещё от специалистов такой не слышал. Если есть 10 фирм, в которых установлена какая-нибуть бугалтерия на 5 рабочих мест, то если работает это на MSSQL, одного приходящего админа БД будет для них достаточно. А вот если они работают на оракле... А уж если рабочие места бугалтеров на линуксе :-) По-моему, для простой системы дешевизна администрирования и сопровождения MSSQL очевидна. 10046Конечно, админить бух. прогу на mssql, простой который в течение пары дней можно потерпеть, особого навыка не надо - тут и полтора землекопа справятся. А если у вас многомиллионный (имеется ввиду количество абонентов :-)) биллинг на Oracle, простой которого даже в течение нескольких минут недопустим, то компания будет держать 3-4 хороших админов (вполне вероятно еще и заставлять работать посменно), пусть они бОльшую часть времени и плюют в потолок. Вопрос у автора топика, думаю, не о многомиллионном биллинге. Хотя для серьёзной системы MSSQL теперь уже тоже не плохой выбор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 17:58 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Вай, вай, вай... А можно уточнить, о каких решениях и их КОНКРЕТНЫХ количествах идет речь? А? Нашел, таки: Для сиквел сервера: 1. Запустить инсталлятор * Запустить Upgrade Advisor В топку - не запустится он на машине без инстанса *Отметить отсутствующие компоненты 2. Загрузочный сайт Microsoft/ .Net Framework 2.0 * Выбрать загрузку * Принять условия лицензионного соглашения * Инсталлировать .Net Framework 2.0 3. Загрузочный сайт MDAC * Выбрать MDAC 2.8 SP1 * Выбрать Open * Принять условия лицензионного соглашения В топку - инсталлятор, а не адвизор все сам поставит 4. Перезапустить мастера установки * Выбрать компоненты для инсталляции Естественно. Там и олап и репортинг сервис и нотификатион сервис и т.п. Вот только у оракла эт надо все отдельно устанавливать. Не нужны лишнии сервисв - ткни и сними галку - все. * Принять условия лицензионного соглашения Пипец какое решение. И сколько спецы из озвученной группы целились мышкой в кнопу Agree? * Инсталлировать необходимые компоненты Стоп, стоп, стоп - откуда туд нарисовалось инсталлировать, еще не все опции выбраны. * Проверить системную конфигурацию * Информация по регистрации установки сервера * Проверить компоненты для установки Извините, но это уже описан процесс работы инсталлятора. * Выбрать имя (по умолчанию) * Выбрать учетные данные сервиса * Выбрать сервисы, чтобы закончить установку * Выбрать режим аутентификации (смешанный) * Ввести пароль * Выбрать настройки сортировки * Выбрать настройки отчетов об ошибках и использовании * Начать инсталляцию Упс... Опять какие-то выборы? С какого перепугу? Инсталляция то уже пошла? * Просмотр/Сохранение Чего смотрим? Куда сохраняем? Складывается впечателние, что авторы "анализа" инсталлятор сиквел сервера и в глаза не видовали, зато какие пофосные результаты. ;) Инсталляция сиквела при дефолтных настройках (самих та настроек и не так уж много) - несколько щелчков мыши. его не скажешь об оракловском: репорт на русском* Выбрать конфигурацию базы данных (Создать начальную базу данных общего назначения) * Указать опции конфигурации базы данных (наименование БД, набор признаков БД, примеры БД) и сохранить в виде шаблона для повторного использования. * Выбрать опцию управления БД и сохранить в виде шаблона для повторного использования. * Выбрать опции хранения файлов БД и сохранить установки * Выбрать опции резервирования и восстановления, установить активацию автоматического резервирования и сохранить установки для повторного использования * Установить режим Archivelog БД перед выходом из настроек * Установить параметры доступа к управлению резервированием с именем пользователя и паролем, по крайней мере, с привилегиями опе Какое конфигурирование? Какие Archivelog БД? Какое резервное копирование? Я тока программулину ставлю? У меня еще и данных то нет. ВЫ в серьез считаете, что перечень вышеописанного будет хотя бы понятен тому, кто это делает вперый раз? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 18:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Я не маркетолог, а технарь, и знаю одну показательную фичу, для которой оракл-админ должен специально что-то делать, а MS-админ-нет - это TTS. Перенос файлов на любой несетевой диск сервера в MS выглядит так - детач файлов (мгновенно) перенесли файлы аттач файлов (мгновенно). всё. Угадайте, сколько должен протрахаться админ Oracle для решения той же банальной задачи, да если он сначала жизни базы не выбрал TTS? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 18:53 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Сложность сетапа я бы не преувеличивал, у обеих баз он сравним, а для MSSQL, действительно, чек наличия .NETFX2 мне не нравился. Но что делать, .NET же в него интегрирован. Никто же не ругается, что в Oracle входит Джава-машина? :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 18:57 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаЯ не маркетолог, а технарь, и знаю одну показательную фичу да какой ты технарь, обычное ... в оракле это одна команда alter или пара кликов в OEM. к стате сразу вопрос, если БД переносится c x86 на Itanium, это происходит также просто ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 19:01 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
авторесли БД переносится c x86 на Itanium, это происходит также просто ? да, в отличие от Oracle - Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Кстати, вопрос, так какие же именно шаги должен проделать Ora-админ для переноса своей несчастной базы на другое устройство, и сколько это займет времени? :) И сколько он должен при этом получать? Вы не находите, что дороговизна и малодоступность качественных админов - это не плюс, а минус СУБД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 19:36 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin в оракле после ПО оракла запускается автоматом конфигуратор инстанса с созданием бд, т.е. примерно так и есть. На счет простоты администрирования Yo!небольшой примерчик: никогда толком не имев дело с виндозными решениями нужно было мне поставить одну известную ERP систему. непольшая проблема была в том, что я был в паре тысяч км от офиса, а сервер поставили еще и к провайдеру. конекчусь radminом, выясняется что необходим веб сервер, а оригинальный диск с виндой где-то в недрах офиса затерялся. ну а дальше начинается, то что в линуксе делается одной командой (up2date -i apache) тут начинается: скачать с МС веб сервер нельзя, нужен весь диск со всей виндой. образ винды скачать опять же нельзя, даже имея лицензионую винду, нужно заказывать диск, что виливается в недели простоя. плюнул, у пиратов достал рус диск без sp1, закачал - не ставит говорит, что диск обязан быть с sp1. поставил только через пару дней с китайцев, ладно запукаю инсталяцию mssql - вылазит что-то типа "ошибка 20". чего с этим делать непонятно. через неделю присылают другой диск, ставлю с него - mssql ставится, но не ставится само приложение, с не менее информативным сообщением. после третего диска поставщик пишет, что мол диск будет только через 2 недели, т.к. они не могут обеспечить передачу образа по их каналам. оказалось они с головного офиса копировали образ и на месте записывали на болванку, а про сравнение хеша они и не слышали ... на мой взгляд это неприкрытое издивательство над админами ... А6дулла Кстати, вопрос, так какие же именно шаги должен проделать Ora-админ для переноса своей несчастной базы на другое устройство, и сколько это займет времени? :) Код: plaintext А6дулла Вы не находите, что дороговизна и малодоступность качественных админов - это не плюс, а минус СУБД? совсем недавно уже говорил: разыскать абд который осилил хотя бы концепции среди кухарок рулящих по совместительству mssql имхо гораздо сложней, чем вменяемого админа для оракла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 10:53 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!никогда толком не имев дело с виндозными решениями нужно было мне поставить одну известную ERP систему. Представляю, какой будет от меня отзыв, если мне счас придется поставить Oracle под Unix! Организационные проблемы опускаю... Yo.!поставил только через пару дней с китайцев, ладно запукаю инсталяцию mssql - вылазит что-то типа "ошибка 20". чего с этим делать непонятно. через неделю присылают другой диск, ставлю с него - mssql ставится, но не ставится само приложение, с не менее информативным сообщением. после третего диска поставщик пишет, что мол диск будет только через 2 недели, т.к. они не могут обеспечить передачу образа по их каналам. оказалось они с головного офиса копировали образ и на месте записывали на болванку, а про сравнение хеша они и не слышали ... Т.е. пытаемся поставить черт знает с какого дистрибутива и, естественно, виноват в этом, мать его, MS SQL?! Прикольно. А что ж две недели ждали то??? Скачалибы с сайта Evalution Edition, а по прриходу дистрибутива проапгрэйдились бы? Как говаривал устами Проф. Преображенского Булгаков: "Разруха - она не в клозетах, а в головах!" Код: plaintext А на другой физический сервер как понесете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 11:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin А на другой физический сервер как понесете? shutdown instance - copy - start instance. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 11:21 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Yo.!никогда толком не имев дело с виндозными решениями нужно было мне поставить одну известную ERP систему. Представляю, какой будет от меня отзыв, если мне счас придется поставить Oracle под Unix! Гавно вопрос. Поставь туды MS SQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 11:21 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov shutdown instance - copy - start instance. Жестокий, Вы, однако!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 11:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Гавно вопрос. Поставь туды MS SQL А что нибудь по теме?! ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 11:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin А что ж две недели ждали то??? Скачалибы с сайта Evalution Edition, а по прриходу дистрибутива проапгрэйдились бы? 1. url откуда можно скачать Win2003 R2 RUS ? я тут не вижу. 2. не понял, вы предлагали поставить evaluation iis или удаленно снести все и ставить всю ось и ПО заново ? pkarklin Как говаривал устами Проф. Преображенского Булгаков: "Разруха - она не в клозетах, а в головах!" это не разруха, а ущербность ОСи если доставить обычный веб сервер выливается в такой гемморой. то что клиент - му**к похерил диск, МС не извиняет. pkarklinА на другой физический сервер как понесете? RTFM Transportable Tablespaces ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 12:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Gluk (Kazan)Гавно вопрос. Поставь туды MS SQL А что нибудь по теме?! ;) влом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 12:18 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! 1. url откуда можно скачать Win2003 R2 RUS ? я тут не вижу. 2. не понял, вы предлагали поставить evaluation iis или удаленно снести все и ставить всю ось и ПО заново ? И так, мы плавно перешли к сравнениям ОС?! Evalution относилось к редакции сиквел сервера. И, по большому, счету, если не ставить Reporting Serviceses, то и IIS не нужен. Но оно нам зачем, всякие рекуариментс и ридми читать. Yo.!это не разруха, а ущербность ОСи если доставить обычный веб сервер выливается в такой гемморой. то что клиент - му**к похерил диск, МС не извиняет. Ну, канешна?! МС не извинит, и то, что если му**к купит сервер без CD\DVD привода, или вообще, CPU Not found, using software emulation. Не замечаете, что в "пылу баталий" пытаетесь приводить аргументы в ущербности одного ПО по сравнению с другим из разряда обращения ламера (ничего личного) с этим ПО?! Yo.!RTFM Transportable Tablespaces Пять баллов!!! И когда должно быть указано, что Tablespace Transportable? В результате это выливается в http://www.oracle-base.com/articles/9i/TransportableTablespaces9i.php в сравнении с sp_detach_db-copy-sp_attach_db (CREATE DATABASE ... FOR ATTACH). А уж про ограничения я вообще молчу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 13:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Yo.!RTFM Transportable Tablespaces Пять баллов!!! И когда должно быть указано, что Tablespace Transportable? В результате это выливается в http://www.oracle-base.com/articles/9i/TransportableTablespaces9i.php в сравнении с sp_detach_db-copy-sp_attach_db (CREATE DATABASE ... FOR ATTACH). А уж про ограничения я вообще молчу... Слабо знаю mssql. В случае деаттача данные в файлах остаются доступными для работы пользователей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 13:44 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
styxcrВ случае деаттача данные в файлах остаются доступными для работы пользователей? Нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 13:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin да мне пофигу, для чего именно этой ERP нужен был IIS, именно прочитав "всякие рекуариментс и ридми" я и вынужден был его ставить. еще раз вопрос - вы предлагали поставить evaluation iis или удаленно снести все и ставить всю evaluation ось и ПО заново ? то что mssql намертво завязан на винду - плодит дополнительный геморой именно для дба, т.к. в обязаности дба входит не только лишь общение с субд. pkarklinпытаетесь приводить аргументы в ущербности одного ПО по сравнению с другим из разряда обращения ламера (ничего личного) с этим ПО?! правильно, ведь тут пытаются преподнести, что МС платформа и в частности mssql так дружелюбна к новичкам, а это не всегда так, там туча проблем которые в *nix+oracle мире, например, решаются одной командой. а для дба нет и трети возможности оракла (flashback, rman, зависимости и т.п. совсем недавно обсуждали) pkarklinв сравнении с sp_detach_db-copy-sp_attach_db (CREATE DATABASE ... FOR ATTACH). А уж про ограничения я вообще молчу... правильно лучше промолчать ;) речь идет о переносе на другую архитектуру , что просто не доступно платформе МС, ограниченой x64 и ia64. то что делает sp_detach_db-copy-sp_attach_db - в оракле делается гораздо проще обычным копированием или парой кликов визарда, в 11g есть DUPLICATE command ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 13:47 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin styxcrВ случае деаттача данные в файлах остаются доступными для работы пользователей? Нет. Гы, а в оркле остаются доступными в режиме read only. и кстати сцылочка у вас на оракуль 9i, давайте уж последние версии сравнивать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 13:57 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
styxcr Гы, а в оркле остаются доступными в режиме read only. и кстати сцылочка у вас на оракуль 9i, давайте уж последние версии сравнивать? зачем read only, оказалось RMAN DUPLICATE command есть еще в 10.1 и никому этот процес не мешает т.к. по сути делает горячий бэкап и рестор на удаленной бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 14:01 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! styxcr Гы, а в оркле остаются доступными в режиме read only. и кстати сцылочка у вас на оракуль 9i, давайте уж последние версии сравнивать? зачем read only, оказалось RMAN DUPLICATE command есть еще в 10.1 и никому этот процес не мешает т.к. по сути делает горячий бэкап и рестор на удаленной бд. И то правда! а кажись DUPLICATE FOR STANDBY еще в 8i был! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 14:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!да мне пофигу, для чего именно этой ERP нужен был IIS, Ах, так он был нужен какой-то ерпи, а не MS SQL. И причем тут тогда сам сервер?! ;) Yo.!еще раз вопрос - вы предлагали поставить evaluation iis или удаленно снести все и ставить всю evaluation ось и ПО заново ? Еще раз ответ: pkarklinEvalution относилось к редакции сиквел сервера Evalution редакция для тех продуктов, для которых они существуют не сносятся, а апгрейдятся. Yo.!то что mssql намертво завязан на винду - плодит дополнительный геморой именно для дба, т.к. в обязаности дба входит не только лишь общение с субд. Гм... c IIS вроде уже разобрались. А то, что "завязан", так это даже лучше. Геморой, пожалуй, но только для того, кто не знает ни ось, ни сиквел сервер. Yo.!правильно, ведь тут пытаются преподнести, что МС платформа и в частности mssql так дружелюбна к новичкам, "Тут" - это где?! Тут кто-то другой, прикрываясь отчетами ламеров в MS SQL , пытается преподнести, что Oracle лучше и проще. автора это не всегда так, там туча проблем которые в *nix+oracle мире, например, решаются одной командой. Ага. И каждый новичек на юниксе знает эту "одну команду"? :) Yo.!а для дба нет и трети возможности оракла (flashback, rman, зависимости и т.п. совсем недавно обсуждали) Действительно обсуждали. Вы опять даете количественные оценки, основываясь на эмоциях. Призываю Вас включить разум. В топике, где, например, упоминался RMAN, я все разложил по полочкам, показав, что нет у него никаких преимуществ, но Вы, вместе с Gluk (Kazan) решили отмолчаться. Yo.!правильно лучше промолчать ;) речь идет о переносе на другую архитектуру, что просто не доступно платформе МС, ограниченой x64 и ia64. Ах, оставьте архитектуру в покое! Как часто Вы переносите с одной архитектуры на другу? Речь шла о других ограничениях. ;) И, кстати, почему при переносе с архитектуры на архитектуру бинарники у файлов должны быть разные? JPEG или GIF - они тоже для разных аврхитектур разные? ;) Yo.!то что делает sp_detach_db-copy-sp_attach_db - в оракле делается гораздо проще обычным копированием или парой кликов визарда, в 11g есть DUPLICATE command Как Вы не последовательны, однако! То Вы обсираете "мышкование" при администрировании MS SQL, то приводите это как преимущество Oracle. Оттатачить\приатачить бд - это тоже пара кликов в ЕМ\SSMS. Системные хп, реализующие этот функционал на сервере я приводил для Вас, как для "любителя команд". ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 14:18 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
styxcrГы, а в оркле остаются доступными в режиме read only. А оно надо? Речь шла о переносе бд на другой сервер. Если данные должны быть доступны, то горячий бэкап\ресторе. styxcrи кстати сцылочка у вас на оракуль 9i, давайте уж последние версии сравнивать? Будьте добры, приведите, пожалуйста, ссылки из последних версий, которые бы приводили к меньшему "геморрою". Прошу только замететь, что пример о TTS привел Yo.!. ;) Yo.!зачем read only, оказалось RMAN DUPLICATE command есть еще в 10.1 и никому этот процес не мешает т.к. по сути делает горячий бэкап и рестор на удаленной бд. Yo.!И то правда! а кажись DUPLICATE FOR STANDBY еще в 8i был! Господа. Есть и горячий бэкап, и Copy Database Wizard, и Mirroring и Log Shipping... Бум продолжать? 2 Yo.! Интересует Ваше мнение. Не "западло" ли такой серьезной корпорации, как Oracle, пользоваться "анализами" ламеров и опубликовывать результаты этих "анализов" у себя на сайте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 14:28 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin styxcrГы, а в оркле остаются доступными в режиме read only. А оно надо? Речь шла о переносе бд на другой сервер. Если данные должны быть доступны, то горячий бэкап\ресторе. styxcrи кстати сцылочка у вас на оракуль 9i, давайте уж последние версии сравнивать? Будьте добры, приведите, пожалуйста, ссылки из последних версий, которые бы приводили к меньшему "геморрою". Прошу только замететь, что пример о TTS привел Yo.!. ;) В чем геморрой-то ? Выходит в mssql просто переносится и в oracle просто переносится, только oracle еще и на других платформах работает. Я было подумал, что разговор о переносе отдельных данных из одной бд в другую, аутем копирования дата-файла, поэтому и заметил про read only. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 15:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
styxcrВыходит в mssql просто переносится и в oracle просто переносится, Вот и я про то же. И инсталится тоже и тот, и другой просто. :) Весь сыр-бор разгорелся из-за "результатов анализов", приведенных Yo.!. Да простят меня модераторы, вспомнился анекдот в тему: Мужик приходит за результатами анализов и читает заключение лаборанта: " Не смогли открыть банку ". styxcrЯ было подумал, что разговор о переносе отдельных данных из одной бд в другую, аутем копирования дата-файла, поэтому и заметил про read only. Это отдельная тема. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 15:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Господа. Есть и горячий бэкап, и Copy Database Wizard, и Mirroring и Log Shipping... Бум продолжать? легко, ждем все из перечисленого - слобое подобие backup + flashback, rman + duplicate command (где можно и структуру диров и скипнуть таблеспейсы), RAC и phsical/logical standby которые ушли на десятилетие от аналога в mssql. pkarklin Интересует Ваше мнение. Не "западло" ли такой серьезной корпорации, как Oracle, пользоваться "анализами" ламеров и опубликовывать результаты этих "анализов" у себя на сайте? мое мнение, что проплаченый "анализ" методология которого заранее разрабатывается под победу определенной субд - безполезная бумажка. НО, оракл начал всерьез конкурировать на мелком и среднем рынке, где туча кухарок которые с удовольствием жуют такие "анализы" и он вынужден хоть как-то ответить на заполинивший инет булшит из get the fuckts. к стате заметте, что оракловый "анализ", хотя бы проверить можно и ткнуть на его баги, мне же он был интересен только, чтоб ткнуть в "анализы" очередного "техника". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 15:39 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Вот и я про то же. И инсталится тоже и тот, и другой просто. :) Весь сыр-бор разгорелся из-за "результатов анализов", приведенных Yo.!. и причем тут Yo! ? этот "анализ" адекватный ответ на "факты" Абдулы /topic/495537&pg=2#4937367 pkarklin Как Вы не последовательны, однако! То Вы обсираете "мышкование" при администрировании MS SQL, то приводите это как преимущество Oracle. Оттатачить\\приатачить бд - это тоже пара кликов в ЕМ\\SSMS. Системные хп, реализующие этот функционал на сервере я приводил для Вас, как для "любителя команд". ;) этот функционал - слабое подобие левой руки, а точнее команды DUPLICATE... впрочем я опять повторяюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 15:48 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дулла Перенос файлов на любой несетевой диск сервера в MS выглядит так - детач файлов ( мгновенно ) перенесли файлы аттач файлов ( мгновенно ). всё. Усложняем задачу: у вас есть только телнет (я знаю, что это можно сделать, просто порядок действий теперь не сильно отличается от ораклового). + вопрос по поводу "мгновенно", что происходит когда вы делаете отсоединение файлов в MS SQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 15:56 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Ок. Давайте конкретнее. Yo.!слобое подобие backup Что есть для Вас бэкап, и что Вы считаете слабым подобием в MS SQL?! Во всяком случаи в предущем топике эта тема затихла не по моей вине. Yo.!+ flashback Этот вопрос обсуждался и, как мне казалось, все точки над i были расставлены, в плане того, что полной аналогии MS SQL не имеет , но задачи, в контексте которых упоминался flashback, вполне решаемы. Хотите продолжите и на эту тему? С удовольствием! Yo.!rman Опять 25. Ну приведите такое из RMAN, что я не смогу сделать. Yo.!rman + duplicate command (где можно и структуру диров и скипнуть таблеспейсы) Бррр... Структура диров тут коим боком вылезла? "скипнуть таблеспейсы" - эта аналог partial backup\restore? Объясните, пожалуйста, тогда можно продолжить. Yo.!RAC Я всегда исходил из того, что существует довольно таки узкий круг задач, для которых применение этого механизма оправдано и необходимо. Это бесспорный факт. авторphsical/logical standby А с этим то что у MS SQL не так?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!и причем тут Yo! ? этот "анализ" адекватный ответ на "факты" Абдулы Тут, пожалуй, соглашусь. "Первым начали" не Вы. Yo.!этот функционал - слабое подобие левой руки, а точнее команды DUPLICATE... впрочем я опять повторяюсь. Повторно попрошу Вас подробнее расписать функуционал команды DUPLICATE. Повторятся не надо. Приведите технические детали. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:03 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Будьте добры, приведите, пожалуйста, ссылки из последних версий, которые бы приводили к меньшему "геморрою". Прошу только замететь, что пример о TTS привел Yo.!. ;) Никакого геморроя, месье Пкарклин, а максимальная гибкость и свобода выбора. Все уже автоматизировано, скрипты написаны, причем сугубо по себя, как мне нравится. Это заняло немного времени и сил, я Вас уверяю. Вообще не соизмеримо меньше, чем время полезной эксплуатации написанного:) ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:05 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex Усложняем задачу: у вас есть только телнет (я знаю, что это можно сделать, просто порядок действий теперь не сильно отличается от ораклового). а чего тут сложного: наверника вызов хп отсоединит, командой доса скопирует, вызов хп подсоединит. сложней это так: пренести только только один таблеспейс в состоянии на 11:00 разложив файлики по заданым устройствам (развести i/o ) не мешая ни тем ни другим юзерам ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:06 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexУсложняем задачу: у вас есть только телнет Не, ну я не мозахист. Договоримся так, у меня есть доступ к сиквел серверу по TCP\IP + утилита командной строки sqlcmd. автор+ вопрос по поводу "мгновенно", что происходит когда вы делаете отсоединение файлов в MS SQL? Сервак закрывает базу. Удаляет сведения о ней из системной бд master и "отпускает" файлы. Все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:07 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin сложней это так: пренести только только один таблеспейс в состоянии на 11:00 разложив файлики по заданым устройствам (развести i/o ) не мешая ни тем ни другим юзерам ... Ну нет в MS SQL таблспейсов, нету. Есть базы данных, файловые группы, фалы, страницы. Все это можно бэкапить и ресторить. В том числе частично. В том числе раскидывать по разным дискам в не зависимости от того, где что находилось на источнике. Слушайте, мож мне ссылочку на доку привести, дабы вы хоть сиснтаксис BACKUP\RESTORE посмотрели? Дабы хотя бы ключевые моменты увидеть. Здесь, даже синтаксис приводить - много места надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinОк. Давайте конкретнее. конкретнее с удовольствием, единственно вечерком попробую список вопросов, сейчас так что сходу вспомнилось: вопрос бэкапа наверно лучше с rman сложить, можно ли делать зашифрованый бэкап на лету, востанавливать конкретный поврежденный блок (не востанавливая весь террабайт базы), как узнать сколько займет рековери, как ограничить и/о которое генерит бэкап, задать уровень паралельности бэкапа, быстро востановить случайно удаленую таблицу (drop table), быстро откатить таблицу/бд на 5 минут назад (юзверская ошибка) pkarklin авторphsical/logical standby А с этим то что у MS SQL не так?! так у mssql standby даже read only нельзя юзать, или я что-то пропустил ? по остальному попозжей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:21 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin pkarklin сложней это так: пренести только только один таблеспейс в состоянии на 11:00 разложив файлики по заданым устройствам (развести i/o ) не мешая ни тем ни другим юзерам ... Ну нет в MS SQL таблспейсов, нету. Есть базы данных, файловые группы, фалы, страницы. Все это можно бэкапить и ресторить. В том числе частично. В том числе раскидывать по разным дискам в не зависимости от того, где что находилось на источнике. Слушайте, мож мне ссылочку на доку привести, дабы вы хоть сиснтаксис BACKUP\RESTORE посмотрели? Дабы хотя бы ключевые моменты увидеть. Здесь, даже синтаксис приводить - много места надо. вы начинаете скакать, бэкап/рестор - совсем другая песня, у нас тут деатач/атач vs RMAN DUPLICATE, начать наверно мложно отсюда: http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmdupdb.htm#BRADV89931 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!так у mssql standby даже read only нельзя юзать, или я что-то пропустил ? Можно. Yo.!по остальному попозжей Я тоже. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
так прямее сыла: http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmdupdb.htm#i1008537 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:28 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Не, ну я не мозахист. Договоримся так, у меня есть доступ к сиквел серверу по TCP\IP + утилита командной строки sqlcmd. Вот видите, Вы это назвали мазохизмом, а йо так вообще не заметил усложнения:) Все относительно:) pkarklin автор+ вопрос по поводу "мгновенно", что происходит когда вы делаете отсоединение файлов в MS SQL? Сервак закрывает базу. Удаляет сведения о ней из системной бд master и "отпускает" файлы. Все. И все это происходит мгновенно ? А как на счет сброса согласованных данных в файл? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 16:43 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexИ все это происходит мгновенно? А как на счет сброса согласованных данных в файл? :) Полагаю, Вы не знакомы с физической архитектурой сиквел сервера, ибо тогда бы не возникло такого вопроса. У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 17:06 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!можно ли делать зашифрованый бэкап на лету В зашифрованну папку на NTFS. Yo.!востанавливать конкретный поврежденный блок (не востанавливая весь террабайт базы), Можно востаннавливать частично файловую группу, файл, страницу. Применимо к бд, имеющих более одной файловой группы. Таким образом, чтобы использовать эту возможность, необходимо планирование размещения объектов. Ну, и конечно Enterprise редакция и Full Recovery Model. Yo.!как узнать сколько займет рековери Вот это я не знаю даже как посчитать на листке бумаги. Если только с использованием явного ограничивабщего значения пропускной способности дисковой системы. Yo.!как ограничить и/о которое генерит бэкап, задать уровень паралельности бэкапа, Это будет возможно только в 2008 версии (менее чем через 100 дней, если срок выпуска не перенесут). Русурс говернер, кстате, включен в ноябрьский CTP5. Щупаем однако... ;) Yo.!быстро востановить случайно удаленую таблицу (drop table), Сиквел сервер не имеет аналога корзины. Поэтому это можно сделать только когда таблица будет находится в отдельной файловой группе. Yo.!быстро откатить таблицу/бд на 5 минут назад (юзверская ошибка) Ну, если, опять же эта таблица в отдельной файловой группе - и восстановление "на 5 минут назад" не приведет к неконсистентности бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 17:15 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Полагаю, Вы не знакомы с физической архитектурой сиквел сервера, ибо тогда бы не возникло такого вопроса. У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. т.е. аттач потом вынужден востанавливать вырубленую на ходу бд ... забавное решение, даже для МС по бэкапу - не понял если можно востановить лишь страницу (читай блок на оракловом языке), то при чем кол-во файлов и групп ? и не совсем понятно как планировать, по понятным причинам отгадать где у меня возникнет битая страница я не шмогу .... по остальному не понял почему вы просто не написали нет, раз уж нет аналогов фичи (прикрутить NTFS к ленте, подожать пару лет, раскладывать каждую табличку по файлгруппам нездоровое занятие даже для майкрософтского дба ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 19:44 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
peter schmultПривет! Сейчас мне нужно сделать обоснование выбора СУБД.. Ищу в интернете инфу, но продвигается как-то туговато. Сам я изучаю сейчас MS SQL Server и работаю с ним, так что в сравнении он должен победить ;) С областью применения пока ещё не всё ясно, но видимо она будет небольшой, где-то до 30 (наверное) пользователей, с небольшой частотой обновления. Так вот у меня просьба: 1. Если кто-то писал нечто подобное и не жалко поделиться - был бы очень признателен! 2. Может, кто нибудь мог бы кратко обозначить основные достоинства/недостатки наиболее популярных СУБД, то есть, куда собственно копать? Имеются ввиду MS SQL Server, Oracle, MySQL, FireBird и может быть что-то еще, для массовости.. спасибо! Бери СУБД только ту, которую сможешь реально "потянуть". В любой организации "изучение" при написании комплексов - считаю смехотворным. Напрмер, у мня 22Гб (109 таблиц) отлично крутится по линуксом на FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 21:24 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin ApexИ все это происходит мгновенно? А как на счет сброса согласованных данных в файл? :) Полагаю, Вы не знакомы с физической архитектурой сиквел сервера , ибо тогда бы не возникло такого вопроса. У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. Я не знаком с нюансами операции detach:) Стало быть еще и лог надо вместе с файлами переносить... ок:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2007, 22:57 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!т.е. аттач потом вынужден востанавливать вырубленую на ходу бд ... забавное решение, даже для МС Ерунду не несите! Что за термин Вы такой придумали - "вырубленную на ходу"?! Аттач ни чего не восстанавливает, ибо восстанавливать нечего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 08:31 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Yo.!т.е. аттач потом вынужден востанавливать вырубленую на ходу бд ... забавное решение, даже для МС Ерунду не несите! Что за термин Вы такой придумали - "вырубленную на ходу"?! Аттач ни чего не восстанавливает, ибо восстанавливать нечего. pkarklin ранее У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. Вы уж определитесь, уважаемый: отсоединенный файл в консистентном состоянии или нет? Судя по тому, что Вы сказали ранее, то нет (или как минимум не хватает нескольких транзакций, зафиксированных после чекпоинта) и для его присоединения необходим лог, из которого потом надо донакатить\откатить изменения не попавшие в файл (он же мгновенно отсоедняется). Или я опять чего-то не понял\не знаю? P.S. "вырубленную на ходу" - нормальный такой термин, я его например понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:03 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexВы уж определитесь, уважаемый: отсоединенный файл в консистентном состоянии или нет? Не может бд в MS SQL состоять из одного файла! Понятие консистентность применимо к паре файлов - данные и лог. ApexСудя по тому, что Вы сказали ранее, то нет (или как минимум не хватает нескольких транзакций, зафиксированных после чекпоинта) Они в логе, и будут применены при следующем чекпоинте. Apexи для его присоединения необходим лог, из которого потом надо донакатить\откатить изменения не попавшие в файл (он же мгновенно отсоедняется). Бд присоединяется как минимум из двух файлов. Существует возможность присоединить файл данных и без файла лога (в случаи если он недоступен). Apex"вырубленную на ходу" - нормальный такой термин, я его например понял. "вырубленную на ходу" - это когда шнур питания из сервака выдернули - в моем понятии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:12 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin что-то мы вас не понимаем, имхо есть 2 варианта: 1. деатач окуратненько шатдаунит субд, складывая содержимое кеша в файлы данных, оставля их консистентными, тогда можно поднять и без лога 2. вырубить на ходу т.е. моментально, оставив файлы бд в неконсистентном состоянии, которые атач привести в консистентное сможет лишь накатив лог. вы хотите сказать МС придумала, что-то принципиально новое ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin ApexИ все это происходит мгновенно? А как на счет сброса согласованных данных в файл? :) Полагаю, Вы не знакомы с физической архитектурой сиквел сервера, ибо тогда бы не возникло такого вопроса. У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. Перед отсоединением БД в ней происходит чекпойнт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:45 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin с бэкапом и rman мы закончили, я убедил ? если убедил, можно перейти к стенбаю (log shipping), вчера порылся не смог найти ответы по mssql: 1. передача лога идет асинхронно ? не может возникнуть ситуация, когда транзакция закомитилась, а лог не успел передатся 2. DDL и пользователи/роли тоже копируются автоматом (кажется в репликации это была проблема) ? 3. какие действия нужно провести чтоб в случае краша переключится на standby ? есть ли способ делать переключение автоматом и минимизировать простой ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:45 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
1, 2, 3... не надоело парить моск? об этом и была речь - когда надо отключить, перенести и восстановить, Оракл и его присные начинают тратить время на всякое, потому что там путей сделать это - десятки и для каждого надо помнить исключения и прочую кню. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 10:51 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
andsmПеред отсоединением БД в ней происходит чекпойнт. Нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 11:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!2. вырубить на ходу т.е. моментально, оставив файлы бд в неконсистентном состоянии, которые атач привести в консистентное сможет лишь накатив лог. Почти правильно, за исключением "неконсистентности" в контексте того, что пара файлов и обесечивают консистентность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 11:01 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!с бэкапом и rman мы закончили, я убедил ? Соглашусь, что часть функционала rman возможно реализовать на MS SQL с доп. гемороем, а часть не реализуемо. Yo.!1. передача лога идет асинхронно ? не может возникнуть ситуация, когда транзакция закомитилась, а лог не успел передатся Передаются бэкапы лога. Ассинхронно. Т.е. сценарий: бэкап на источнике - передача - рестор на приемнике. Все это можно делать джобами или утилитой sqllogship. Yo.!2. DDL и пользователи/роли тоже копируются автоматом (кажется в репликации это была проблема) ? Автоматом - ибо это все логгируемые операции. Репликация использует другой механизм. Yo.!3. какие действия нужно провести чтоб в случае краша переключится на standby ? есть ли способ делать переключение автоматом и минимизировать простой ? Вот порядок действий при переходе на standby: 1. Copy any uncopied backup files from the backup share to the copy destination folder of each secondary server. 2. Apply any unapplied transaction log backups in sequence to each secondary database. 3. If the primary database is accessible, back up the active transaction log and apply the log backup to the secondary databases. 4. After the secondary servers are synchronized, you can fail over to whichever one you prefer by recovering its secondary database and redirecting clients to that server instance. Recovering puts the database into a consistent state and brings it online. 5. After you have recovered a secondary database, you can reconfigure it to act as a primary database for other secondary databases. For more information, see Changing Roles Between Primary and Secondary Servers. Автоматизировать можно. В контексте первого вопроса - если Вам нужна синхронность - то следует использовать Mirroring в синхронном режиме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 11:20 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Лет 5 назад нужно было протолкнуть INTERBASE вместо MsSQL. И тогда пришлось родить такой документ. Не критикуйте фанаты MSSQL. Некоторые моменты при сравнении были высосаны из пальца. Но IB удалось протолкнуть. Предлагаю автору действовать по аналогии. Основные преимущества решений, базирующихся на СУБД Inprise IB Database по сравнению с решениями на MS-SQL Server. 1. В настоящий момент СУБД IB гораздо дешевле СУБД MS-SQL, а начиная с версии 6.0 СУБД IB будет распространяться бесплатно (платной будет только стоимость носителя и поддержка). Фирма Microsoft не планирует "локализацию" своего продукта, тогда как Inprise объявила 3 февраля 2000 года о выпуске русского дистрибутива сервера баз данных IB DataBase 5. Русский дистрибутив (Media Kit) IB DataBase 5 включает полный пакет печатной документации на русском языке: - Описание применения (Operations Guide) - Руководство по созданию баз данных (Data Definition Guide) - Руководство по языку (Language Reference) - Руководство по интерфейсу IB DataBase API (API Reference) - Руководство программиста (Programmers Guide) что облегчает сопровождение БД в условиях эксплуатации, а также CD с программами установки: - IB DataBase 5.6 for Linux - IB DataBase 5.6 for Windows 95/98/NT - IB DataBase 5.6 for Sun Solaris - IB DataBase 5.6 for Novell Netware 4.2/5.0 - IB DataBase 5.5 для HP-UX 10.20. 2. IB существует на основных платформах, используемых операторами связи - Unix, Novell и Windows NT. Базы данных, разработанные в IB для одной платформы, автоматически переносятся под IB на другую платформу. Кроме того, благодаря тому, что язык IB SQL практически на 100% соответствует стандарту ANSI SQL-92, базы данных IB относительно легко переносятся на другие сервера баз данных. Что касается СУБД MS-SQL Server, то в силу ее сильной интегрированности с операционной системой, применение MS-SQL ограничивается платформой Windows NT. Из-за серьезных отличий языка Transact-SQL от стандарта SQL-92 перенос баз данных MS-SQL в формат других БД-серверов без больших усилий по изменению структур БД и переводу логики обработки на другой диалект SQL невозможен. Многоплатформенность IB позволяет легко масштабировать сервер БД в том числе и путем переноса на другую платформу, в то время как MS-SQL жестко привязан к Windows NT. 3. Для нормального функционирования MS-SQL Server требуется гораздо больше ресурсов по сравнению с IB. Прежде всего это относится к оперативной памяти (общепризнанный минимум 128 Mб для версии 7.0). Полная версия MS-SQL Server, начиная с версии 7.0, устанавливается только на Windows NT Server 4.0, при этом крайне желательно, чтобы на данной машине более никаких других процессов не запускалось (выделенный сервер БД). В свою очередь, IB обладает гораздо меньшими требованиями к ресурсам, прекрасно функционирует на Windows NT WorkStation 4.0 и сервер БД может быть совмещен с сервером управления, используемым одновременно для организации рабочего места телефониста (администратора, техника). 4. В отличие от MS-SQL, IB изначально разрабатывалась для применения в системах реального времени. Для использования в СТК MS-SQL неприменим вообще, т.к. не анонсирован производителем как система реального времени, а СТК обязано таковой являться. 5. При объеме баз данных до 2 Гб (БД наших заказчиков для систем на 8 цифровых 2-х Мб потоков на сегодняшний день не превышают 200Мб) при прочих равных условиях IB обладает большей производительностью по сравнению с MS-SQL. Тесты показывают разницу от двух до десятков раз. 6. Доступ к БД MS-SQL может осуществляется с использованием средствами BDE, ODBC или ADO. По производительности и надежности эти средства доступа к данным значительно уступают прямому доступу к объектам БД в IB. Даже из Visual C++, "родного" компилятора фирмы Microsoft, доступ к MS-SQL реализуется через ODBC, что работает очень медленно. 7. По сравнению с IB, у MS-SQL имеется ряд конструктивных недостатков, сильно осложняющих реструктуризацию базы данных, программирование ее логики, что в конечном итоге приводит к общей потере производительности системы как при работе, так и в процессе обновления: - отсутствует возможность изменения типов столбцов таблицы, удаления столбцов; - отсутствует понятие домена (включенное в стандарт SQL-92), заменяющий его механизм – типы определенные пользователем – не реализует всю мощь доменов, необходимую при глобальном изменении типа данных; - отсутствует механизм триггеров семейства «До действия» (BeforeInsert, BeforeDelete, BeforeUpdate), что делает программирование логики сервера БД менее гибким; - отсутствует возможность параллельного выполнения двух и более запросов на выборку (Fetching) данных. 8. В IB реализован механизм многоверсионности данных, что позволяет обойтись без блокировки записей при одновременном доступе. В MS SQL блокировки записей создают значительные проблемы при большом числе одновременных запросов к одной таблице. 9. Из-за наличия громоздких механизмов настройки MS-SQL намного сложнее в эксплуатации и администрировании. При этом значительная часть возможностей MS-SQL, таких как доступ к базе через Internet (это есть и в IB c ver 5.5), электронная почта, сопряжение с офисными приложениями и т.д. является редко используемыми. Выводы: Для обеспечения работы комплекса СТК с одними и теми же параметрами реализация БД на основе СУБД IB является более предпочтительной по параметрам цена/надежность/производительность/масштабируемость/удобство для персонала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 11:40 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin Ок, значит и тут оракл далеко впереди. Oracle data guard умеет и синхронно передавать и с задержкой и на другие архитектуры (недоступные МС) и давать тестовой команде писать на стендбай, потом откатывать написаное и синхронизировать с основной, записывать нагрузку и "проигрывать" ее на другом сервере и наверно еще много всякого ... Что касается Mirroring то и тут оракл далеко впереди: http://triffids.googlepages.com/dataguardvsmirroring ЗЫ. про консистентность, так можно договорится, что крашнутая база в принципе тоже консистентна т.к. на ней выжил лог который в паре с бэкапом на ленте консистентен ну да ладно, вроде всем понятно о чем идет речь ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 12:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > Ок, значит и тут оракл далеко впереди. Oracle data guard умеет и Оракл настолько далеко ушел вперёд, что кастомеры просто за ним не успевают. Посему они вынуждены бросать 10.2.1 и мигрировать на убогий 2к5 :( Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 12:24 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
locky Оракл настолько далеко ушел вперёд, что кастомеры просто за ним не успевают. Посему они вынуждены бросать 10.2.1 и мигрировать на убогий 2к5 :( Posted via ActualForum NNTP Server 1.4 мне ткнуть носом в отчеты IDC или Gartner ? плиз, не мешайте технической дискусии ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 12:30 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > мне ткнуть носом в отчеты IDC или Gartner ? плиз, не мешайте технической > дискусии ;) му-ха-ха! Поржалъ! Вы мну еще в забор ткните - почетаем, чо там написано. У мну последние года с пол дампы приходють от 10.х, хотя год назад никому в череп не приходила мысль, что люди могут уходить с 10-ки. С 7-ки, 8-ки... Ну, 9-ки... это понятно. Но с 10-ки!!!! Она ж - новье, токмо почти купленная, бабло потрачено, надо работать - отбивать его! Так нет, бегут как крысы с корабля :( ;) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 12:35 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!Что касается Mirroring то и тут оракл далеко впереди: Йес... Круче. Позвольте поинтересоваться, а сколько процентов инсталляций используют сколько функционала Oracle? У мну вот тоже Word стоит, дык я его для печати заявления на отпуск использую, хотя хватило бы и Блокнота, а может то (Word) О-ГО-ГО. Впрочем как и с большим числом типов индексов. На мой вопрос "а кто практически использовал из этой кучи и сколько типов одновременно и почему было "так много" ответов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin ApexВы уж определитесь, уважаемый: отсоединенный файл в консистентном состоянии или нет? Не может бд в MS SQL состоять из одного файла! Понятие консистентность применимо к паре файлов - данные и лог. Вот именно этого ответа я и добивался. Значит лог все-таки нужен, значит файл данных надо (позвольте мне использовать этот привычный для меня термин) воостановить при аттаче из лога. Правильно? pkarklin ApexСудя по тому, что Вы сказали ранее, то нет (или как минимум не хватает нескольких транзакций, зафиксированных после чекпоинта) Они в логе, и будут применены при следующем чекпоинте. Это очевидно. Я имел в виду, что если мы отсоединяем файл данных, то несброшеная информация (а точнее информация для восстановления) находится в логе. Т.е. перед отсоединением не происходит сброс грязных страниц в файл и поэтому требуется лог для переноса на другу БД и поэтому при присоединении из него надо восстановить эти данные, иначе первый же запрос этих данных вернет непонятно что. pkarklin Apexи для его присоединения необходим лог, из которого потом надо донакатить\откатить изменения не попавшие в файл (он же мгновенно отсоедняется). Бд присоединяется как минимум из двух файлов. Существует возможность присоединить файл данных и без файла лога (в случаи если он недоступен). В этом случае файл данных отсоединяется так же, без сброса грязных страниц в файл? pkarklin Apex"вырубленную на ходу" - нормальный такой термин, я его например понял. "вырубленную на ходу" - это когда шнур питания из сервака выдернули - в моем понятии. Можно просто размонтировать файловую систему, эффект будет тот же, что и при отключении питания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:16 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Йес... Круче. Позвольте поинтересоваться, а сколько процентов инсталляций используют сколько функционала Oracle? У мну вот тоже Word стоит, дык я его для печати заявления на отпуск использую, хотя хватило бы и Блокнота, а может то (Word) О-ГО-ГО. Впрочем как и с большим числом типов индексов. На мой вопрос "а кто практически использовал из этой кучи и сколько типов одновременно и почему было "так много" ответов. ИМХО, в Ваших рассуждениях есть логическая брешь. Кто сказал, что все возможности, которыми обладает современная РСУБД были сделаны, потому что они все потребовались в один момент? Если в базе одинаково распространены все типы индексов, все способы хранения и они при этом действительно все нужны, то это очень странная и редкая задача... Как правило верндоры берут курс на универсальность, чтобы один и тот же продукт удовлетворил потребности заказчика в различных ситуациях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:23 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex wrote: > Как правило верндоры берут курс на универсальность, чтобы один и тот же Спорный утверждений. Обычно курс берется не на "универсальность". "Универсальность" - денег не стоит. Денег стоит - надежность, производительность.... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:26 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexВот именно этого ответа я и добивался. Значит лог все-таки нужен, По-моему, я это ни один раз это повторил. Apexзначит файл данных надо (позвольте мне использовать этот привычный для меня термин) воостановить при аттаче из лога. Правильно? ApexЭто очевидно. Т.е. перед отсоединением не происходит чекпоинт и поэтому требуется лог для переноса на другу БД Apexи поэтому при присоединении из него надо восстановить эти данные, иначе первый же запрос этих данных вернет непонятно что. Если Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. Вы все так упорно бъете на неконсистентность, что можно подумать, что в файле данных пол транзакции может оказаться. ApexВ этом случае файл данных отсоединяется так же, без сброса грязных страниц в файл? В каком "в этом"?! Отсодение всегда происходит единообразно. На то, как Вы будете присоединять бд полностью или без лога (ну поетряли мы его и хочется хоть большую часть данных поиметь) никак на влияет на то, как Вы ее отсоединили. Результаты присоединения могут быть разными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:27 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexКак правило верндоры берут курс на универсальность, чтобы один и тот же продукт удовлетворил потребности заказчика в различных ситуациях. Если бы вендоры использовали декларируемый Вами подход "универсальности", то никогда бы он не стали создавать редакции одного и того же продукта, отличающиеся набором возможностей Ибо заказчика интересует не столько функционал, производительность, а сколько соотношение этого всего к стоимости. Ну и что, у Оракла в редакции за 5 000 баксов на процессор есть, туева хуча типов индексов? Зато за ту же цену в MS SQL вы получите и OLAP и Reporting и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 14:35 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin В каком "в этом"?! Отсодение всегда происходит единообразно. На то, как Вы будете присоединять бд полностью или без лога (ну поетряли мы его и хочется хоть большую часть данных поиметь) никак на влияет на то, как Вы ее отсоединили. Результаты присоединения могут быть разными. Все, я просто не понимал как происходит отсоедниение в MS SQL. pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. Вы все так упорно бъете на неконсистентность, что можно подумать, что в файле данных пол транзакции может оказаться. Замечательная, должен сказать, вырисовывается картина... Т.е. в файле могут оказаться данные, которые были зафиксированы не на момент отсоедниения (непосредственно когда я выдал команду на детач) а в какой-то произвольный(?) момент времени в прошлом, который зависит от многих факторов. Т.е. в этом случае мне нужен лог, из которого все-таки придется донакатываться вопреки сказанному Вами ранее pkarklinАттач ни чего не восстанавливает, ибо восстанавливать нечего. Или же нет и мы все время будем получать из файла "старые данные", даже если есть лог? Я вообще запутался уже:( Ну даже это меня не столько удивило, сколько то, что из Ваших слов следует, что при чекпоинте MS SQL сбрасывает в файл только зафиксированные данные! Это правда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 15:19 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Ну и что, у Оракла в редакции за 5 000 баксов на процессор есть, туева хуча типов индексов? Зато за ту же цену в MS SQL вы получите и OLAP и Reporting и т.п. Дались Вам эти индексы, индексов там в самой дорого редакции только 4 вида: B-tree, bitmap, fb, media. Больше не помню... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 15:23 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin разачарован, скатились до уровня фанов MySQL времен 3.х, которые кричали, у нас тразакций нет и нах они нужны. большая часть населения земли не знает, что такое канализация, чего теперь все будем срать в выгребные ямы и пить тухлую воду !? то что дает оракл за $5K за проц, ГОРАЗДО навороченей EE редакции MS в том числе и за счет туевой кучи индексов (в SE нет только bitmap index). 2Apex Type of index Oracle Database 10g/SQL Server 2005 B-tree indexes Yes / Yes B-tree cluster indexes Yes / No Hash cluster indexes Yes / No Reverse key indexes Yes / No Bitmap indexes Yes / No Bitmap join indexes Yes / No Function-based indexes Yes / No Domain indexes Yes / No Index-organized tables Yes / Yes (clustered indexes) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 15:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo, вы сравниваете субды как типичный упертый технарь, не беря в расчет стоимость владения! И выход полезной работы на один человеко-час! Я тоже выбираю инструментарий, и в моих таблицах кроме функционала есть простота использования и цена. Поэтому я прав, а ваше место глубоко в серверной :) p.s. Function-based indexes Yes / Yes (computed column + index) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 15:44 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дуллаYo, вы сравниваете субды как типичный упертый технарь, не беря в расчет стоимость владения! И выход полезной работы на один человеко-час! почему вы так решили ? я все учитываю, просто задумайтесь какая производительность будет у майкрософтского девелопера если он вынужден писать на сильно ущербном t-sql где нет элементарных вещей типа пакетов, рекурсий, ref_cursor и вынужден изобретать велосипеды типа materialized view, autonomous transactions т.д. и т.п. то же самое с дба, оракловый дба имеет просто на порядок внушительней инструменты в виде скриптов rman, flashback, отслеживания зависимостей и т.п. это все есть в 2 days dba и сильно экономит время, а значит и стоимость администрирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:01 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexТ.е. в файле могут оказаться данные, которые были зафиксированы не на момент отсоедниения (непосредственно когда я выдал команду на детач) а в какой-то произвольный(?) момент времени в прошлом, который зависит от многих факторов. Для продолжения разговора стоит придерживаться терминологии обсуждаемого продукта. О каком файле Вы говорите? Что и где было зафиксировано? В какой момент? ApexТ.е. в этом случае мне нужен лог, из которого все-таки придется донакатываться вопреки сказанному Вами ранее О том, что происходит после присоединения, я, как мне казалось, уже писАл. ApexНу даже это меня не столько удивило, сколько то, что из Ваших слов следует, что при чекпоинте MS SQL сбрасывает в файл только зафиксированные данные! Это правда? Если не прошел коммит или ролбэк (транзакция не зафиксирована), то она есть только в логе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:03 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!разачарован, скатились до уровня фанов MySQL времен 3.х, которые кричали, у нас тразакций нет и нах они нужны. Да не стоит разочарований. Не все же мне только техническими деталями "прикрываться". ;)Я подтвердил, что Oracle круче (можно подумать, что я с этим когда-то спорил). Yo.!большая часть населения земли не знает, что такое канализация, чего теперь все будем срать в выгребные ямы и пить тухлую воду !? Большая часть населения пользуется канализацией из труб в 1 000 мм диаметром. Для того, чтобы посрать городу из 150 тыс. населения, совсем не обязательно строить канализаци, по которой на грузовике можно ездить. Yo.!то что дает оракл за $5K за проц, ГОРАЗДО навороченей EE редакции MS в том числе и за счет туевой кучи индексов (в SE нет только bitmap index). OLAP есть в SE? А репортинг какой-нибудь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:12 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!я все учитываю, просто задумайтесь какая производительность будет у майкрософтского девелопера если он вынужден писать на сильно ущербном t-sql где нет элементарных вещей типа пакетов, рекурсий, ref_cursor и вынужден изобретать велосипеды типа materialized view, autonomous transactions т.д. и т.п Ну, не стоит в другую крайность то бросаться. ;) Каким образом наличиче пакетов сможет поднять производительность? Yo.!ref_cursor Зачем он мне?! авторmaterialized view Все уже давно изобретено - indexed views. Yo.!]autonomous transactions Нет их. Нет. в 958 раз повторяю, что их нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:16 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
> 958 раз повторяю забей, а? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Ну, не стоит в другую крайность то бросаться. ;) Каким образом наличиче пакетов сможет поднять производительность? примерно тем же, чем продуманая система папок проэкта помогает против сваленой_в_кучу_хп_с очень_длинными_именнами + сокращает кол-во кода, не нужно в каждой хп заново объявлять одни и теже курсоры, переменные, для дба сильно упрощается упрвление правами. pkarklin Yo.!ref_cursor Зачем он мне?! эээ ... мне не понятно как без них, ведь резалт сет может только клиент увидеть ... а то, что девелопер вынужден выделывать с времянками, вызывает лишь искрененное удивление. pkarklin авторmaterialized view Все уже давно изобретено - indexed views. слабое подобие левой руки, min, max, count элементарных вещей не умеет. pkarklin Yo.!]autonomous transactions Нет их. Нет. в 958 раз повторяю, что их нет. 1058 раз повторяю, что знаю. потому и говорю что каждый раз наблюдая изобретенный велосипед логирования в mssql удивляюсь на какую хрень девелоперы тратят столько усилий. если взять зарплату обычного девелопера в $1.5K - $2K, что с налогами канторе выходит уже все $3K-$4K, то стоимость этих вынужденых извратов и велосипедов, легко может компенсировать не только SE one, но и $40K+опции за EE редакцию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:47 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex pkarklin В каком "в этом"?! Отсодение всегда происходит единообразно. На то, как Вы будете присоединять бд полностью или без лога (ну поетряли мы его и хочется хоть большую часть данных поиметь) никак на влияет на то, как Вы ее отсоединили. Результаты присоединения могут быть разными. Все, я просто не понимал как происходит отсоедниение в MS SQL. pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. Вы все так упорно бъете на неконсистентность, что можно подумать, что в файле данных пол транзакции может оказаться. Замечательная, должен сказать, вырисовывается картина... Т.е. в файле могут оказаться данные, которые были зафиксированы не на момент отсоедниения (непосредственно когда я выдал команду на детач) а в какой-то произвольный(?) момент времени в прошлом, который зависит от многих факторов. Т.е. в этом случае мне нужен лог, из которого все-таки придется донакатываться вопреки сказанному Вами ранее pkarklinАттач ни чего не восстанавливает, ибо восстанавливать нечего. Или же нет и мы все время будем получать из файла "старые данные", даже если есть лог? Я вообще запутался уже:( Ну даже это меня не столько удивило, сколько то, что из Ваших слов следует, что при чекпоинте MS SQL сбрасывает в файл только зафиксированные данные! Это правда? Что принципиально меняется от того что вместо одного файла надо иметь два(данные и лог)? Синтаксис sp_attach_db [ @dbname= ] 'dbname' , [ @filename1= ] 'filename_n' [ ,...16 ] [ @dbname= ] ' dbname ' Имя базы данных, присоединяемой к серверу. Имя должно быть уникальным. Аргумент dbname имеет тип sysname и значение NULL по умолчанию. [ @filename1= ] ' filename_n ' Физическое имя файла базы данных вместе с путем. Аргумент filename_n имеет тип nvarchar(260) и значение NULL по умолчанию. Можно указать до 16 имен файлов. Имена аргументов начинаются с @filename1 и возрастают до @filename16. Список имен файлов должен включать хотя бы первичный файл. Первичный файл содержит системные таблицы, указывающие на другие файлы базы данных. Список также должен включать все файлы, перемещенные после отключения базы данных. sp_detach_db [ @dbname= ] 'dbname' [ , [ @skipchecks= ] 'skipchecks' ] [ , [ @KeepFulltextIndexFile= ] 'KeepFulltextIndexFile' ] [ @skipchecks = ] 'skipchecks' Указывает, запускать или нет UPDATE STATISTIC. Аргумент skipchecks имеет тип nvarchar(10) и значение по умолчанию NULL. Чтобы не запускать UPDATE STATISTICS, укажите true. Чтобы явно запустить UPDATE STATISTICS, укажите false. По умолчанию UPDATE STATISTICS запускается для обновления информации о данных в таблицах и индексах в компоненте Microsoft SQL Server 2005 Database Engine. Выполнение UPDATE STATISTICS имеет смысл для тех баз данных, которые планируется переместить на постоянные носители информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 16:59 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > примерно тем же, чем продуманая система папок проэкта помогает против > сваленой_в_кучу_хп_с очень_длинными_именнами + сокращает кол-во кода, не Вот и сами ответили на свой вопрос.... VS+TFS - спасает отца русской демократии... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 17:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!примерно тем же, чем продуманая система папок проэкта помогает против сваленой_в_кучу_хп_с очень_длинными_именнами Какая разница как свалены объекты на сервере?! Разложите их исходникик по папочкам в любом VCS. Yo.!сокращает кол-во кода, не нужно в каждой хп заново объявлять одни и теже курсоры, переменные, для дба сильно упрощается упрвление правами. Из-за отсуттсвия пакетов T-SQL не становится мене модульным. Глабольные переменные и курсоры на уровне пакета - фи... моветон... Yo.!эээ ... мне не понятно как без них Вот так например: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. Еще бы. Реализация временных таблиц в Oracle "слаба". :) То, что сделате разработчик на сиквеле реляционным подходом с использованием временной таблицы (табличной переменной), разарботчик оракле будет городить рефкурсор. Yo.!слабое подобие левой руки, min, max, count элементарных вещей не умеет. Просто для чего-то более "cильного" используют OLAP. У Оракле, даже в ЕЕ его нет. Выкладывайте дополнительные бабосы. Аналитикам глубоко наплевать на: Yo.!B-tree indexes Yes / Yes B-tree cluster indexes Yes / No Hash cluster indexes Yes / No Reverse key indexes Yes / No Bitmap indexes Yes / No Bitmap join indexes Yes / No Function-based indexes Yes / No Domain indexes Yes / No Index-organized tables Yes / Yes (clustered indexes) а вот кубики им очень нравяться. так же как и отчетики. Yo.!если взять зарплату обычного девелопера в $1.5K - $2K, что с налогами канторе выходит уже все $3K-$4K, то стоимость этих вынужденых извратов и велосипедов, легко может компенсировать не только SE one, но и $40K+опции за EE редакцию Посмешили... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 17:20 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin andsmПеред отсоединением БД в ней происходит чекпойнт. Нет. Можно проверить так это или нет с использованием трейс-флага 3502, который отображает чекпойнты в логе сервера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 19:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А мне кажется, многое зависит просто от класса задачи и того, сколько за систему готов заплатить клиент. Для нас лучше всего оказалася Sybase Adaptive Server Anywhere. ОЧень не догрогой и компактный. Не требует никаго администрирования со стороны конечного клиента и очень надежный ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2007, 19:23 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
>Для нас лучше всего оказалася Sybase Adaptive Server Anywhere. >ОЧень не догрогой и компактный. Не требует никаго администрирования Oracle XE. 200 метров инсталяха, полгода никто в него не заглядывал. крутится себе Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 08:20 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
SergSuper Что принципиально меняется от того что вместо одного файла надо иметь два(данные и лог)? Ничего. С моей стороны никаких претензий, я просто хочу понять как это работает, а то господин pkarklin меня окончательно запутал. Господа, не сочтите за труд, дайте пожалуйста ссылку на описание механики данного процесса. ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 09:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apexа то господин pkarklin меня окончательно запутал. Что конкретно Вы хотите знать? Apexдайте пожалуйста ссылку на описание механики данного процесса. Сам механизм отсоединения\присоединения не документирован. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 10:51 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Что конкретно Вы хотите знать? 1) Происходит ли накат изменений из лога, если мы переносим базу (пара - файл + лог)? Если нет, то почему? 2) Учитывая pkarklinСуществует возможность присоединить файл данных и без файла лога (в случаи если он недоступен) и pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. следует ли из этого, что при чекпоинте происходит сброс только закомиченных данных? Если нет, то следует ли из этого, что при переносе бд без лога (ведь существует такая возможность) эти данные не согласованы? P.S. pkarklinПонятие консистентность применимо к паре файлов - данные и лог. Нет, в оракле я могу переносить файлы данных без лога. Уверен, что если правильно остановить MS SQL, то лог для открытия тоже не понадобится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 11:30 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Я1) Происходит ли накат изменений из лога, если мы переносим базу (пара - файл + лог)? Если нет, то почему? Поправка: Происходит ли накат изменений из лога при подключении базы... ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 11:32 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinКакая разница как свалены объекты на сервере?! То есть вы подтверждаете, что mssql-сервер это свалка? :) pkarklinПосмешили... Аналогично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 11:36 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Bogdanov AndreyТо есть вы подтверждаете, что mssql-сервер это свалка? :) Пятничное настроение у Вас, я смотрю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 11:47 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinПятничное настроение у Вас, я смотрю? Да тут вся тема "пятничная". Вечный спор тупоконечников и остроконечников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 12:16 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apexпри чекпоинте происходит сброс только закомиченных данных? Раз Вы просили ссылки на документацию. Что происходит при чекпоинте описано здесь: http://msdn2.microsoft.com/en-us/library/ms189573.aspx ApexПроисходит ли накат изменений из лога при подключении базы... Да. Apexчто при переносе бд без лога (ведь существует такая возможность) эти данные не согласованы? Если лог с непримененными к файлу данных транзакциями потерян и в нем была активная часть (еще не примененная к бд), то, естественно, часть данных, "находящаяся только в логе" может быть потеряна. ApexНет, в оракле я могу переносить файлы данных без лога. Насколько я знаю, Oracle может вообще "без лога" работать. В MS SQL лог транзакция ведется всегда. Про детач и аттач можно почитать здесь: http://technet.microsoft.com/en-us/library/ms190794.aspx ApexУверен, что если правильно остановить MS SQL, то лог для открытия тоже не понадобится. Проведите эксперимент. Остановите сервер, удалите файл лога бд и запустите сервер. Если же Ваше высказывание касалось того, что при корректной остановке сервера происходит чекпоинт, то это так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 13:10 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinНасколько я знаю, Oracle может вообще "без лога" работать. В MS SQL лог транзакция ведется всегда. Жестоко с ИБ не попутал ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 13:33 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Какая разница как свалены объекты на сервере?! Разложите их исходникик по папочкам в любом VCS. имхо громадная, VSS не спасает тех кто вынужден возится с чужими серверами, не спасает от помойки в стандартных хп, в оракле например сотни стандартных пакетов в которых наверно тысячи процедур, без пакетов это была бы огромная помойка еще без вашего кода. не говоря уже о побочных свойствах наймспейса типа public/private, раздача прав, зависимости ... к стате как я понимаю на пару разработчиков стоимость VS+TFS зашкалит за $15K + $3.5K/год ? pkarklin Вот так например: FETCH NEXT FROM @CurrencyCursor1 кул, а в select юзать можно ? pkarklin Еще бы. Реализация временных таблиц в Oracle "слаба". :) То, что сделате разработчик на сиквеле реляционным подходом с использованием временной таблицы (табличной переменной), разарботчик оракле будет городить рефкурсор. понятно, что "слаба", что толку от времянок если их использовать в маштабируемом коде нельзя, вроде уже 20 раз перетерали ... pkarklin Просто для чего-то более "cильного" используют OLAP. У Оракле, даже в ЕЕ его нет. Выкладывайте дополнительные бабосы. Аналитикам глубоко наплевать на: не смешите, у mssql olap это отдельная субд никак не связанная с rdbms, оракл этот этап 10 лет назад прошел. я не знаю, чем olap отличается от BI и насколько olap интереснее BI, но и там в технологическом плане оракл гораздо серьезней выглядит, а мс в отчетах Gartner даже как конкурент не рассматривается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 13:42 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) pkarklinНасколько я знаю, Oracle может вообще "без лога" работать. В MS SQL лог транзакция ведется всегда. Жестоко с ИБ не попутал ??? Archive Log vs Noarchive Log - это не то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 13:48 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Gluk (Kazan) pkarklinНасколько я знаю, Oracle может вообще "без лога" работать. В MS SQL лог транзакция ведется всегда. Жестоко с ИБ не попутал ??? Archive Log vs Noarchive Log - это не то? Не то. Логи ведутся ВСЕГДА. Они могут архивироваться или не архивироваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 13:59 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > к стате как я понимаю на пару разработчиков стоимость VS+TFS зашкалит за > $15K + $3.5K/год ? Возьмите любой другой (бесплатный) тул и любой другой CVS. Или, к примеру (что, ессно, не так удобно) - QA+CVS. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:17 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Логи ведутся ВСЕГДА. Сугубо лирическое отступление: есть такой скрытый параметр _disable_logging, если его поставить в true, то логи вестись не будут. Естественно, что это недокументировано, неподдерживается и создано сугубо для нужд отладки и тестирования самой корпорацией. Наверняка что-то подобное есть и в MS SQL. pkarklinРаз Вы просили ссылки на документацию. Что происходит при чекпоинте описано здесь: http://msdn2.microsoft.com/en-us/library/ms189573.aspx Меня заинтересовал вот этот момент Long-Running TransactionsLong-Running TransactionsThe active log must include every part of all uncommitted transactions. An application that starts a transaction and does not commit it or roll it back prevents the Database Engine from advancing the MinLSN. This can cause two types of problems: * If the system is shut down after the transaction has performed many uncommitted modifications, the recovery phase of the subsequent restart can take much longer than the time specified in the recovery interval option. * The log might grow very large, because the log cannot be truncated past the MinLSN. This occurs even if the database is using the simple recovery model, in which the transaction log is generally truncated on each automatic checkpoint. Т.е. если долгоиграющую транзакцию не комитить, то грязные страницы этой транзакции так и останутся в кэше и будет это до тех пор пора транзакцию не закомитят или не откатят. И происходит это потому, что отсутствует понятие лога откатов, его просто нет (вот тут я не уверен)? Я прав? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! кул, а в select юзать можно ? Нет. Курсор для этого не предназначен. А на кой?! Yo.!имхо громадная, VSS не спасает тех кто вынужден возится с чужими серверами, не спасает от помойки в стандартных хп, в оракле например сотни стандартных пакетов в которых наверно тысячи процедур, без пакетов это была бы огромная помойка еще без вашего кода. не говоря уже о побочных свойствах наймспейса типа public/private, раздача прав, зависимости ... Помойку можно устроить и из пакетов. В OEBSе и пакетов тыщи. Будет создавать пакеты пакетов? ;) Yo.!понятно, что "слаба", что толку от времянок если их использовать в маштабируемом коде нельзя, вроде уже 20 раз перетерали ... Точно, перетирали. Каждый, как всегда, остался при своем мнении. Yo.!не смешите, у mssql olap это отдельная субд никак не связанная с rdbms, А как же модель хранения ROLAP? Yo.!не знаю, чем olap отличается от BI и насколько olap интереснее BI, Не знаете? Yo.!но и там в технологическом плане оракл гораздо серьезней выглядит Не знаете, но выглядит "серьезней"? Вспомнилось про Каррузо и соседа. Yo.!а мс в отчетах Gartner даже как конкурент не рассматривается. А причем тут Gartner?! Аналитическими системами занимается OLAP Report. Идем сюда http://www.olapreport.com/market.htm и мотаем до конца страницы. Цитата из тынца: As such, the Essbase market share in 2000 was comparable to Cognos PowerPlay and Microsoft Analysis Services, but Analysis Services clearly overtook both Essbase and PowerPlay in 2001 to become the leading OLAP server. In 2002, Microsoft moved into the lead overall, even including the then Brio’s share with Hyperion’s. The gap widened further in each subsequent year. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:34 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex Т.е. если долгоиграющую транзакцию не комитить, то грязные страницы этой транзакции так и останутся в кэше и будет это до тех пор пора транзакцию не закомитят или не откатят. И происходит это потому, что отсутствует понятие лога откатов, его просто нет (вот тут я не уверен)? Я прав? У MS SQL один лог и для накатов и для откатов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:37 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Apex Т.е. если долгоиграющую транзакцию не комитить, то грязные страницы этой транзакции так и останутся в кэше и будет это до тех пор пора транзакцию не закомитят или не откатят. И происходит это потому, что отсутствует понятие лога откатов, его просто нет (вот тут я не уверен)? Я прав? У MS SQL один лог и для накатов и для откатов. ОК. А что на счет остальных вопросов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:39 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > Помойку можно устроить и из пакетов. Ога... А мну потом возися с этим... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:42 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexСугубо лирическое отступление: есть такой скрытый параметр _disable_logging, если его поставить в true, то логи вестись не будут. Естественно, что это недокументировано, неподдерживается и создано сугубо для нужд отладки и тестирования самой корпорацией. Наверняка что-то подобное есть и в MS SQL. Зря ты это сказал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Apex Т.е. если долгоиграющую транзакцию не комитить, то грязные страницы этой транзакции так и останутся в кэше и будет это до тех пор пора транзакцию не закомитят или не откатят. И происходит это потому, что отсутствует понятие лога откатов, его просто нет (вот тут я не уверен)? Я прав? У MS SQL один лог и для накатов и для откатов. + к предыдущему: что же тогда мешает сбрасывать грязные данные до комита или отката и предотвращать разбухание лога? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:46 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex+ к предыдущему: что же тогда мешает сбрасывать грязные данные до комита или отката и предотвращать разбухание лога? Как Вы себе в таком случаи представляете полное восстановление, если мы сбросили грязные на диск и удалили данные из лога?! 8) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 14:54 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2pkarklin сомневаюсь, что в oebs тышы пакетов, там всего несколько модулей полностью на pl/sql. С времянками и стройностью кода нас TPC-E рассудит, ROLAP это то что сейчас у оракла, а у mssql то, что у оракла было 10 лет назад, называлось oracle express server. причем как я понимаю этот ms analysis server хоть на оркловую базу повесить можно. про olapreport - на заборе написано дрова и я заглядывал ... нихера там нет.olap это всего лишь небольшая часть от BI, где microsoft опять же лишь challenger: http://mediaproducts.gartner.com/reprints/oracle/145507.html если сильно будете настаивать найду табличку чего умеет оракл из BI и MS, но имхо это уже совсем другая песня никоим к mssql2k5 не относящаеся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 15:36 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Как Вы себе в таком случаи представляете полное восстановление, если мы сбросили грязные на диск и удалили данные из лога?! 8) А если сбросили грязные данные на диск, но соответствующие данные в логе не удаляли? Т.е. пусть лог пухнет, грязные страницы в этом случае СУБД скидывает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 16:00 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
к стате покопался в OLAP, похоже и тут оракл уделал есть у оракла некий Oracle BI SE1, раздается за $1K/пользователь, который на самом деле переименованый Siebel + субд oracle se1 и которому olap опция в субд не обязательна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 16:48 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
2yo не надо про BI, не шарите и не лезьте сравнивать... BI - это cognos (ibm), bo (sap), hyperion (правда купленный недавно ораклом )... и MS, как ни странно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 19:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!сомневаюсь, что в oebs тышы пакетов, там всего несколько модулей полностью на pl/sql. Напрасно сомневаетесь! Наверняка, среди Ваших коллег, есть ОЕБСники, спросилы бы хоть у них, прежде, чем сомневаться. Да можете не спрашивать. Чтобы развеять Ваши сомнения, в 12 версии их порядка 45 000. Тут Вы не в курсе дела. Yo.!ROLAP это то что сейчас у оракла, а у mssql то, что у оракла было 10 лет назад, называлось oracle express server. причем как я понимаю этот ms analysis server хоть на оркловую базу повесить можно. Прикольно. ROLAP - это всего-лишь одна из возможных моделей хранения. "Повесить" - служить источником данных для Analysis Services может любой источник, имеющий ODBC драйвер или OLEDB провайдер. Yo.!про olapreport - на заборе написано дрова и я заглядывал ... нихера там нет.olap это всего лишь небольшая часть от BI, где microsoft опять же лишь challenger: Спасибо, поржал. Плавание в терминологии я Вам прощаю, но то, что MSAS делает всех по объему рынка - ни для кого давное не секрет. И гартнер умолчал об этом, нарисовав "Магический квадрат". авторесли сильно будете настаивать найду табличку чего умеет оракл из BI и MS, но имхо это уже совсем другая песня никоим к mssql2k5 не относящаеся. Настаивать не буду. Но только не стоит забывать, что MSAS идет в комплекте поставки, начиная со стандартной редакции, а в Oracle его необходимо приобретать отдельно, даже к Enterprise. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:30 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!есть у оракла некий Oracle BI SE1, раздается за $1K/пользователь, Вот и сравните со стоимость CAL для MS SQL Standard! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:33 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexА если сбросили грязные данные на диск, но соответствующие данные в логе не удаляли? Т.е. пусть лог пухнет Это зависит от модели восстановления. Apexгрязные страницы в этом случае СУБД скидывает? Не понял вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:35 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
AAron2yo не надо про BI, не шарите и не лезьте сравнивать... BI - это cognos (ibm), bo (sap), hyperion (правда купленный недавно ораклом )... и MS, как ни странно. лапоть, купи карту я понимаю ненависть к ораклу мешает адекватному восприятию, но куда ж ты изверг лидера Sas дел ? 2pkarklin да нельзя там сравнивать, у мс есть набор "сделай сам" с сильно кастрированом функционалом. покажите мне продукт сравнимый с этим: http://download.oracle.com/docs/cd/E10352_01/doc/bi.1013/e10312/toc.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:42 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Apexгрязные страницы в этом случае СУБД скидывает? Не понял вопрос. Checkpoints and the Active Portion of the LogThe active log must include every part of all uncommitted transactions. An application that starts a transaction and does not commit it or roll it back prevents the Database Engine from advancing the MinLSN. Это касательно лога. А грязные страницы сбасываются при чекпоинте или кэш обязан пухнуть вместе с логом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:56 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexА грязные страницы сбасываются при чекпоинте или кэш обязан пухнуть вместе с логом? Мне, кажется, что я приводил ссылку на то, что происходит при чекпоинте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 11:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!2pkarklin да нельзя там сравнивать, у мс есть набор "сделай сам" с сильно кастрированом функционалом. покажите мне продукт сравнимый с этим: http://download.oracle.com/docs/cd/E10352_01/doc/bi.1013/e10312/toc.htm Yo.!, ну не стоит таких категоричных выводов!!! Вы же совершенно не в курсе объема функционала MS Analysis Services, MS Integration Services и MS Reporting Services - составнях частей BI от Microsoft. Перечень пунктов документации по этим прожуктам будет не меньше приведенных Вами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 11:07 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Yo.!, ну не стоит таких категоричных выводов!!! Вы же совершенно не в курсе объема функционала MS Analysis Services, MS Integration Services и MS Reporting Services - составнях частей BI от Microsoft. Перечень пунктов документации по этим прожуктам будет не меньше приведенных Вами. как раз по объему функционала МС я как-то больше просвещен, чем по продуктам Sibel. в вашем наборе "сделай сам" еще как минимум не хватает MS publisher и наверника напильника :) ладно, раз уж мы выяснили, что с OLAP у оракла SE как минимум не хуже (а OLAP option EE редакции так гораздо лучше) у меня предложение все же вернутся к нашим mssql и oracle, например к бэкапам. я так и не услышал ответа на счет востановления одного блока, можно урл на подробности, а то я не понял какое отношение к этому имеет файловые группы ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 12:05 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!как раз по объему функционала МС я как-то больше просвещен, чем по продуктам Sibel. в вашем наборе "сделай сам" еще как минимум не хватает MS publisher и наверника напильника :) Ну, ну... Ехидничайте. ;) Рынок давно уже "проголосовал" кошельком. Yo.!я так и не услышал ответа на счет востановления одного блока, можно урл на подробности, а то я не понял какое отношение к этому имеет файловые группы ? Файловые группы упоминались мной в контексте восстановления отдельной таблицы. На счет блока: Performing Page Restores ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 12:52 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
>pkarklin Похоже наша дискуссия заходит в тупик. Итак, все началось с того, что я прицепился к мгновенности операции отсоединения бд, поскольку и правда не знал, что при этом происходит и исренне полагал, что СУБД при этом сбросит согласованные на момент отключения данные в файлы. Но Вы сказали, что это не так, посмольку в этом нет необходимости, т.к. есть лог. pkarklin Apex И все это происходит мгновенно? А как на счет сброса согласованных данных в файл? :) Полагаю, Вы не знакомы с физической архитектурой сиквел сервера, ибо тогда бы не возникло такого вопроса. У бд на MS SQL как минимум два файла - файл данных и файл лога (write-a-head) поэтому в любой момент времени, все транзакции, после которых прошел чекпоинт находятся в логе и закомиченные применены к файлу бд, и все транзакции (закомиченные и откаченные) после чекпоинта находятся в файле лога. Поэтому отсоединение бд происходит мгновенно. ОК. Нет проблем, вроде бы все встало на свои места. Но YO отвесил следующий коментарий йот.е. аттач потом вынужден востанавливать вырубленую на ходу бд ... забавное решение, даже для МС Не будем придираться к остальным выражениям, ключевой момент здесь ВОССТАНАВЛИВАТЬ. Действительно, зачем же еще нужно переносить лог вместе с остальными файлами бд, а для того, чтобы восстанавливать. Но pkarklin...эмоции поскипаны... Аттач ни чего не восстанавливает, ибо восстанавливать нечего. Как же это восстанавливать нечего, если сброс грязных станиц уже закомиченных транзакицй при отключении не происходит? Зачем же тогда лог? Оказывается pkarklinСуществует возможность присоединить файл данных и без файла лога (в случаи если он недоступен). и даже более того pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. Такое поведение возможно в двух случаях: 1) При каждом чекпоинте сбрасываются только изменения уже закомиченных транзакций. Страницы которые еще содержат данные незакомиченных транзакций висят в памяти и не сбрасываются даже при чекпоинте. В этом случае при отключении бд и подключении ее без лога , мы сделав запрос и правда можем получить согласованные на какой-то момент в прошлом (до отключения) даные. 2) Грязные страницы любой транзакции (как закомиченной, так и незакомиченной) сбрасываются в файл при очередном чекпоинте. Вопрос: как в этом случае и без лога отличить данные, которые уже зафиксированы, от тех, которые еще были не зафиксированы? Ответ: нужна версионность, например как в FireBird. Первый вариант - полный идиотизм. Второй вариант не применим к MS SQL, т.к. известно, что она использует блокировочную модель (про юконы сейчас не будем, не о том речь). Остается третий вариант: Вы где-то спутались в показаниях или дали ряд весьма половинчатых ответов, чем ввели в заблуждение меня и возможно еще кого-то из посетителей конференции. pkarklinМне, кажется, что я приводил ссылку на то, что происходит при чекпоинте. А написано там следующее Checkpoint Operation.... Writes all dirty log and data pages to disk. .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 13:08 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexТакое поведение возможно в двух случаях: 1) При каждом чекпоинте сбрасываются только изменения уже закомиченных транзакций. Страницы которые еще содержат данные незакомиченных транзакций висят в памяти и не сбрасываются даже при чекпоинте. В этом случае при отключении бд и подключении ее без лога, мы сделав запрос и правда можем получить согласованные на какой-то момент в прошлом (до отключения) даные. 2) Грязные страницы любой транзакции (как закомиченной, так и незакомиченной) сбрасываются в файл при очередном чекпоинте. Вопрос: как в этом случае и без лога отличить данные, которые уже зафиксированы, от тех, которые еще были не зафиксированы? Ответ: нужна версионность, например как в FireBird. Первый вариант - полный идиотизм. Второй вариант не применим к MS SQL, т.к. известно, что она использует блокировочную модель (про юконы сейчас не будем, не о том речь). Остается третий вариант: Вы где-то спутались в показаниях или дали ряд весьма половинчатых ответов, чем ввели в заблуждение меня и возможно еще кого-то из посетителей конференции. В своих рассуждениях ВЫ упускаете одну немаловажную деталь. Вы все время рассуждаете об одном файле - файле данных, забывая о наличии второго файла - файла лога транзакций. SQL Server 2005 uses a write-ahead log (WAL), which guarantees that no data modifications are written to disk before the associated log record is written to disk. This maintains the ACID properties for a transaction. For more information about transactions and ACID properties, see Transactions (Database Engine). To understand how the write-ahead log works, it is important for you to know how modified data is written to disk. SQL Server maintains a buffer cache into which it reads data pages when data must be retrieved. Data modifications are not made directly to disk, but are made to the copy of the page in the buffer cache. The modification is not written to disk until a checkpoint occurs in the database, or the modification must be written to disk so the buffer can be used to hold a new page. Writing a modified data page from the buffer cache to disk is called flushing the page. A page modified in the cache, but not yet written to disk, is called a dirty page. At the time a modification is made to a page in the buffer, a log record is built in the log cache that records the modification. This log record must be written to disk before the associated dirty page is flushed from the buffer cache to disk. If the dirty page is flushed before the log record is written, the dirty page creates a modification on the disk that cannot be rolled back if the server fails before the log record is written to disk. SQL Server has logic that prevents a dirty page from being flushed before the associated log record is written. Log records are written to disk when the transactions are committed. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 13:32 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Вы можете объяснить, зачем Вы мне привели эту выдержку из документации? Почему Вы вырвали из контекста мои рассуждения? И как это все-таки соотносится с изначальной поставкой вопроса? Еще раз, цитирую сам себя: Apex pkarklin Аттач ни чего не восстанавливает, ибо восстанавливать нечего. pkarklinСуществует возможность присоединить файл данных и без файла лога (в случаи если он недоступен). pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных. и только потом уже идут мои рассуждения в которых я...гм... что-то упустил? ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 14:21 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Кажется я понял в чем недоразумение... Детач на ходу не делается, так? Все дело в этом? ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 14:32 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexДетач на ходу не делается, так? Все дело в этом? На каком ходу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 14:44 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin ApexДетач на ходу не делается, так? Все дело в этом? На каком ходу? Этот вопрос можете проигнорировать:) Это уже меня понесло. Что можете сказать про остальное? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:17 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Ну, ну... Ехидничайте. ;) Рынок давно уже "проголосовал" кошельком. ну правильно, проголосовал и далеко не за МС http://www.cnews.ru/news/top/index.shtml?2007/07/02/257161 Продажи программного обеспечения Business intelligence (BI) в мире выросли в 2006 году на 11,5%, следует из последнего отчета IDC. .... Основными поставщиками систем BI, согласно данным аналитиков, являются Business Objects, получившая в прошлом году доход в $894 млн., SAS с доходом в $679 млн., Cognos — $622 млн., Hyperion/Oracle — $529 млн., Microsoft — $480 млн. 2Apex вы имхо не стого бока заходите, вам нужно вытянуть с чего это pkarklin решил, что деатач не сбрасывает содержимое буферов в вайлы данных, как это делает любая другая субд, тогда уже открутится от востановления консистентности файлов данных ему не удастся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:26 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! 2Apex вы имхо не стого бока заходите, вам нужно вытянуть с чего это pkarklin решил, что деатач не сбрасывает содержимое буферов в вайлы данных, как это делает любая другая субд, тогда уже открутится от востановления консистентности файлов данных ему не удастся. На самом деле у меня есть подозрение, что грязные страницы (в нашей терминологии блоки) сбрасываются в файлы данных только при коммите. А до коммита удерживаются там и засоряют буферный кэш. Сейчас я пытаюсь выяснить сей момент у знакомых, работающих с MS SQL. Т.к. от господина pkarklin'а развернутого технического коментария не дождешься... впрочем это очень тепично для адептом технологий майкрософта, они очень не любят вдаваться в подробности и копать вглубь. P.S. Документация на этот счет тоже не изобилует подробностями... :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:41 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexНа самом деле у меня есть подозрение, что грязные страницы (в нашей терминологии блоки) сбрасываются в файлы данных только при коммите. А до коммита удерживаются там и засоряют буферный кэш. Сейчас я пытаюсь выяснить сей момент у знакомых, работающих с MS SQL. Т.к. от господина pkarklin'а развернутого технического коментария не дождешься... впрочем это очень тепично для адептом технологий майкрософта, они очень не любят вдаваться в подробности и копать вглубь. P.S. Документация на этот счет тоже не изобилует подробностями... :( Вы даже не потрудились поситать цитату, которую я привел: SQL Server maintains a buffer cache into which it reads data pages when data must be retrieved. Data modifications are not made directly to disk, but are made to the copy of the page in the buffer cache. The modification is not written to disk until a checkpoint occurs in the database , or the modification must be written to disk so the buffer can be used to hold a new page . Writing a modified data page from the buffer cache to disk is called flushing the page. A page modified in the cache, but not yet written to disk, is called a dirty page. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:47 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!вы имхо не стого бока заходите, вам нужно вытянуть с чего это pkarklin решил, что деатач не сбрасывает содержимое буферов в вайлы данных, Вот эим как раз сейчас и занимаюсь. Чуть пожже сообщу о результатах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:49 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexНа самом деле у меня есть подозрение, что грязные страницы (в нашей терминологии блоки) сбрасываются в файлы данных только при коммите. А до коммита удерживаются там и засоряют буферный кэш. Это легко проверить. Даем короткий update, замеряем время commit-а, даем длинный update, сравниваем время commit-а. Если СИЛЬНО отличаются, так оно и есть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:52 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Кстати, для блокировочника, задерживать грязные страницы в кэше может быть и не так плохо. Ему же не надо держать их в дюжине версий и работает он всегда с текущим состоянием (консистентного чтения на уровне блоков нет, поскольку версионность на другом уровне реализована). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:55 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) ApexНа самом деле у меня есть подозрение, что грязные страницы (в нашей терминологии блоки) сбрасываются в файлы данных только при коммите. А до коммита удерживаются там и засоряют буферный кэш. Это легко проверить. Даем короткий update, замеряем время commit-а, даем длинный update, сравниваем время commit-а. Если СИЛЬНО отличаются, так оно и есть :) да вы чо, тогда это была бы не субд. а то прикиньте обновляем данные dwh 10Gb в одной тразакции, и все это все лезет в буфера тем более pkarklin уже 2 раза про чекпоинт процетировал ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 15:59 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Вы даже не потрудились поситать цитату, которую я привел: SQL Server maintains a buffer cache into which it reads data pages when data must be retrieved. Data modifications are not made directly to disk, but are made to the copy of the page in the buffer cache. The modification is not written to disk until a checkpoint occurs in the database , or the modification must be written to disk so the buffer can be used to hold a new page . Writing a modified data page from the buffer cache to disk is called flushing the page. A page modified in the cache, but not yet written to disk, is called a dirty page. Виноват. Но в таком случае, как же это соотносится с утвержденим о том, что базу можно подключать и без лога, при этом детач не делает чекпоинт, при этом данные в файле консистентны (ваше утверждение о том, что без лога запрос вернет какие-то в прошлом закомиченные данные)? Видимо, без лога данные все же не консистентны? Но при этом, Вы опять же утверждали, что при аттаче никакого восстановления данных в файле не происходит. Так в какой же момент происходит восстановление данных после аттача? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 16:29 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexНо при этом, Вы опять же утверждали, что при аттаче никакого восстановления данных в файле не происходит. Так в какой же момент происходит восстановление данных после аттача? Вот тут я был, конечно, не прав , сказав, что при аттаче не происходит процедура восстановления бд. Она происходит . Во всяком случаи на то есть косвенные упоминания на технете. Но не смотря на это, есть и противоположные утверждения, о том, что якобы при отсодинении, все изменения, зафиксированные в логе, применяются к файлу данных. На этом основывается "быстрый способ" усечения лога. Но, боюь, что этот способ вряд ли можно применять со 100% уверенностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 16:40 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Вот тут я был, конечно, не прав , сказав, что при аттаче не происходит процедура восстановления бд. Она происходит . Во всяком случаи на то есть косвенные упоминания на технете. Но не смотря на это, есть и противоположные утверждения, о том, что якобы при отсодинении, все изменения, зафиксированные в логе, применяются к файлу данных. На этом основывается "быстрый способ" усечения лога. Но, боюь, что этот способ вряд ли можно применять со 100% уверенностью. Аминь. Стало быть, если восстановление происходит, то ни о какой мгновенности речи не идет. Речь идет лишь о переносе неких действий с данными (оно же восстановление) во времени, но не об их отсутствии за ненадобность. Так в чем же тогда, приимущество переноса БД в MS SQL перед аналоичным в Oracle? В конпке? И еще, Вы, как я полагаю, эксперт по СУБД MS SQL. И как я понял, у Вас возникли трудности в описании данного, важного на мой взгляд процесса, из-за его слабой документированности? P.S. А еще было бы интересно узнать, а что же происходит, в описанном Вами случае отсутствия лога? Если есть возможность подключить бд без лога, как же с ней работать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
detach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент нет. Если при атаче лог не обнаружен и детач был проведен корректно, то лог пересоздается Если при атаче лог не обнаружен и детач не был проведен корректно, то восстановить работу можно только прибегнув к процедуре аварийного пересоздания лога и без гарантии целостности данных в БД. Это процедура уже некое шаманство, Microsoft в данном случае рекомендует восстановить БД из резервной копии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:13 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
ApexАминь. Стало быть, если восстановление происходит, то ни о какой мгновенности речи не идет. Речь идет лишь о переносе неких действий с данными (оно же восстановление) во времени, но не об их отсутствии за ненадобность. Так в чем же тогда, приимущество переноса БД в MS SQL перед аналоичным в Oracle? В конпке? Причем тут кнопка?! ;) А как же "сложности" c TTS? ApexИ еще, Вы, как я полагаю, эксперт по СУБД MS SQL. Никогда не относил себя к экспертам MS SQL! Скажу так - опытный разработчик. Даже на этом форуме есть люди, знающие архитектуру сервера лучше меня. ApexИ как я понял, у Вас возникли трудности в описании данного, важного на мой взгляд процесса, из-за его слабой документированности? Не все внутренние процессы сервера документированы. Часто, кроме документации, приходится еще кое-что почитывать. ApexА еще было бы интересно узнать, а что же происходит, в описанном Вами случае отсутствия лога? Если есть возможность подключить бд без лога, как же с ней работать? авторCREATE DATABASE ... FOR ATTACH_REBUILD_LOG создаст новый лог файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0gerdetach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент нет. Более того. Сейчас проверил. Checkpoint происходит и при отключении бд и при подключении . Так что в этом плане посыпаю голову пеплом . Так что единственный вариант получения ситуации, когда к файлу не применены все данные из лога - это аварийная остановка. Вот надо еще глянуть, в какой момент происходит и происходит ли удаление неактивной части лога, когда бд имеет FULL модель восстановления. Во всяком случаи при аттаче цепочка бэкапов лога точно будет разорвана. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:21 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin А как же "сложности" c TTS? Дело в том, что перенос базы в MS SQL и перенос табличного пространства в оракле не эквивалентные с концептуальной точки зрения операции. Табличное пространство - это лишь часть БД, а не вся БД (оно может содержать одну или несколько больших таблиц). Оно не содержит метаданных описывающих его. Поэтому необходимо эти метаданные создавать и формировать набор файлов. Кроме того TTS гораздо гибче в данном случае: нет необходимости отстреливать читающие транзакции при переводе переносимого TS в read-only. В MS SQL отключение бд - это отключение в буквальном смысле, вот она была и вот ее нет. Со всеми вытекающими. Саму же базу целиком в Оракле перенести не сложнее, чем где бы то ни было: остановили, скопировали, запустили. pkarklin Не все внутренние процессы сервера документированы. Часто, кроме документации, приходится еще кое-что почитывать. Это был скорее камень в огород майкрософта. Тема, имхо, весьма важная, чтобы ее обходить в доке стороной. pkarklin авторCREATE DATABASE ... FOR ATTACH_REBUILD_LOG создаст новый лог файл. Но ведь это толко если есть уверенность, что данные в файле консистентны? Иначе мусор... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:39 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin pr0gerdetach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент нет. Более того. Сейчас проверил. Checkpoint происходит и при отключении бд и при подключении . Так что в этом плане посыпаю голову пеплом . Так что единственный вариант получения ситуации, когда к файлу не применены все данные из лога - это аварийная остановка. Вот надо еще глянуть, в какой момент происходит и происходит ли удаление неактивной части лога, когда бд имеет FULL модель восстановления. Во всяком случаи при аттаче цепочка бэкапов лога точно будет разорвана. Ну блин... надо же какие подробности выясняются...:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:40 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex pkarklin Не все внутренние процессы сервера документированы. Часто, кроме документации, приходится еще кое-что почитывать. Это был скорее камень в огород майкрософта. Тема, имхо, весьма важная, чтобы ее обходить в доке стороной. А в оракле дополнительную литературу читать не надо? А как же Кайт? Часто даже установка оракла описывается сторонними людьми и выкладывается на OTN. Apex pkarklin авторCREATE DATABASE ... FOR ATTACH_REBUILD_LOG создаст новый лог файл. Но ведь это толко если есть уверенность, что данные в файле консистентны? Иначе мусор... Если detach был выполнен, то данные консистентны. В противном случае FOR ATTACH_REBUILD_LOG даже не запустится и нужно в ходе некоторых манипуляций сказать что REPAIR_ALLOW_DATA_LOSS, т.е. согласится на возможную потерю данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 17:50 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger А в оракле дополнительную литературу читать не надо? А как же Кайт? Кайт это его книги ? там просто более человечным языком разжевано то что есть в документации, ничего нового (на сайте asktom проскакивает и кое что новое, но аналога у МС опять же нет) pr0ger Часто даже установка оракла описывается сторонними людьми и выкладывается на OTN. под виндой проблем с установкой не больше чем у mssql, под другими платформами проблема в том, что это не винда которая ставит все, что есть в инсталяции ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 18:38 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0gerdetach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент нетМонопольный == ридонли ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 18:49 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger Apex pkarklin авторCREATE DATABASE ... FOR ATTACH_REBUILD_LOG создаст новый лог файл. Но ведь это толко если есть уверенность, что данные в файле консистентны? Иначе мусор... Если detach был выполнен, то данные консистентны. В противном случае FOR ATTACH_REBUILD_LOG даже не запустится и нужно в ходе некоторых манипуляций сказать что REPAIR_ALLOW_DATA_LOSS, т.е. согласится на возможную потерю данных. Я как-то пробовал, нормально прошло. Но не уверен на 100% что файл данных содержал незакоммитченные данные - они там появляются только при достаточно больших транзакциях, а я проверял работу вовсе не аттач/детача. hvlad pr0ger detach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент нет Монопольный == ридонли ??? Для детача монопольный режим не требуется, но при этом требуется чтобы было только одно соединение работающее с этой базой, что близко к монопольному режиму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 20:44 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger А в оракле дополнительную литературу читать не надо? А как же Кайт? Кайт не описал и десятой доли того, что есть в официальной документации (заметьте, тут я только про архитектуру, про остальное - вообще молчу). Кайт в нашем мире - харизматичный популяризатор. Гораздо интереснее работы Льюиса или Адамса - но это уже на грани хакинга, аля работы Руссиновича по Windows. pr0gerЧасто даже установка оракла описывается сторонними людьми и выкладывается на OTN. На все сертифицированные платформы ставится с полпинка по мануалу. Исключение - установка 9-ки на 4-й RedHat, тут они и правда маху дали в свое время. Но на комерческие юниксы всегда вставало без проблем, на винду и подавно. А разворачивать промышленную систему по мануалу непонятно кого я бы не рсикнул, уж лучше в поддержку обратиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 20:59 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Apex На все сертифицированные платформы ставится с полпинка по мануалу. Исключение - установка 9-ки на 4-й RedHat, тут они и правда маху дали в свое время. Но на комерческие юниксы всегда вставало без проблем, на винду и подавно. А разворачивать промышленную систему по мануалу непонятно кого я бы не рсикнул, уж лучше в поддержку обратиться. Ну... Не совсем Вы правы. Ежели точнее - не всегда так было... Помню свои усилия по "хаканью" инсталляционных скриптов на 6-ом Оракле под Interactive Unix, да и 7.3 под SCO Unix без танцев с бубном не всегда вставала... А в целом - лично я рад, что Oracle обратила внимание на инсталятор... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 21:23 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! AAron2yo не надо про BI, не шарите и не лезьте сравнивать... BI - это cognos (ibm), bo (sap), hyperion (правда купленный недавно ораклом )... и MS, как ни странно. лапоть, купи карту я понимаю ненависть к ораклу мешает адекватному восприятию, но куда ж ты изверг лидера Sas дел ? 2pkarklin да нельзя там сравнивать, у мс есть набор "сделай сам" с сильно кастрированом функционалом. покажите мне продукт сравнимый с этим: http://download.oracle.com/docs/cd/E10352_01/doc/bi.1013/e10312/toc.htm а... как же я так SAS забыл... :) Квадрата перед глазами не было. По поводу продукта - полистайте на досуге ProClarity Analytic Server версий 6.0+ Там и десктоп, веб сервер, и интеграция с порталом MOSS 2007/WSS3.0. Сейчас PAS6.0 входит в состав продукта Performance Point Server 2007. В следующей версии PPS он уже не будет отдельным продуктом. То же самое касается Dashboards. Все есть, и работает отнюдь неплохо. Можете еще и Panorama (Nova View) прихватить для изучения. Имхо, ProClarity сильно превосходит BO OLAP intelligence, который, кстати, BO решила не развивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 22:06 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
авторМонопольный == ридонли ??? Монопольный это монопольный, т.е. только один коннект. Добится можно несколькими путями: попросить всех выйти , перестрелять все сессии, принудительно перевести в single_user. Читать там нечего, база отключается и никакого доступа к отключенной базе нет. Процесс описан документации http://msdn2.microsoft.com/en-us/library/ms190794.aspx авторИсключение - установка 9-ки на 4-й RedHat Гы, и я про неё. Эксперементировал в своё время Под виндой установка прошла без проблем (ну если не считать просьбы вставить следующий диск, коих было 3), а вот под линуксами полная лажа с танцами под звуки бубна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 22:19 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger авторМонопольный == ридонли ??? Монопольный это монопольный, т.е. только один коннект. Добится можно несколькими путями: попросить всех выйти , перестрелять все сессии, принудительно перевести в single_user. Читать там нечего, база отключается и никакого доступа к отключенной базе нет. Процесс описан документации http://msdn2.microsoft.com/en-us/library/ms190794.aspx Я вообще-то знаю, что такое single user режим. И знаю, что такое read only. И что второе никак не вытекает из первого. Фразу про "Читать там нечего" я вообще не понял - к чему оно тут ? Посему данный вывод pr0gerdetach проводится при подключении в монопольном режиме, соответственно никаких изменяемых данных в этот момент неткажется мне, скажем, несколько смелым. Ибо есть кеш немалого размера и он может быть ох каким грязным в момент детача, даже в монопольном режиме :) andsmДля детача монопольный режим не требуется, но при этом требуется чтобы было только одно соединение работающее с этой базой, что близко к монопольному режимуЭто, простите, кем требуется ? И - насколько близко ? По каким параметрам ? Не хотел подливать масла в огонь этого флейма, просто не удержался ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2007, 00:16 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger авторИсключение - установка 9-ки на 4-й RedHat Гы, и я про неё. Эксперементировал в своё время Под виндой установка прошла без проблем (ну если не считать просьбы вставить следующий диск, коих было 3), а вот под линуксами полная лажа с танцами под звуки бубна. Хинт(правда, уже неактуальный, т.к. для 9-ки): если переименовать директории как Disk1, Disk2, Disk3, то инсталятор не будет выдавать запрос об указании следующего каталога, а сам его найдет:) ###Ну... Не совсем Вы правы. Ежели точнее - не всегда так было... Помню свои усилия по "хаканью" инсталляционных скриптов на 6-ом Оракле под Interactive Unix, да и 7.3 под SCO Unix без танцев с бубном не всегда вставала... А в целом - лично я рад, что Oracle обратила внимание на инсталятор... Ну, эти времена я к сожалению (или к счастью) не застал:) На самом деле инсталяция и правда не самое сильное место Оракла, лично меня всегда бесила необходимость некоторых графических либ, даже если собираешься ставить "втихую". Да и сам респонс-файл не очень то читабелен. Но с другой стороны, говорить, что MS SQL имеет в этом обалденное приимущество перед ораклом - ну извините, еслиб еще и у MS SQL'я были проблемы с инсталяцией на единственную и при этом свою ОСь - это уже было бы совсем свинство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2007, 11:14 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
/topic/500183&pg=2 Народ стонет про RMAN. И это не любители - это те, кто деньги ораклом зарабатывает! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 00:49 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
А6дулла/topic/500183&pg=2 Народ стонет про RMAN. И это не любители - это те, кто деньги ораклом зарабатывает! :) Стонет. факт. А у MS SQL есть что нибудь аналогичное дабы сравнить стенания ??? Что нибудь, что умеет вести каталог, восстанавливать отдельные блоки и т.п. ? В Oracle есть выбор - не нравится RMAN, делаем begin backup и копируем таблспейс. И заметьте, никаких стенаний и прекрасно автоматизируется что в Windows, что в Unix, что в Netware c VAX-ом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 11:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
В DB2 хорошо все с backup. Правда аналога Flashbaсk пока нет но сделают, как пить дать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 12:35 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
nkulikovВ DB2 хорошо все с backup. Правда аналога Flashbaсk пока нет но сделают, как пить дать. типа добавят UNDO лог и версионность во все разновидности db2 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 13:25 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
pr0ger авторИсключение - установка 9-ки на 4-й RedHat Гы, и я про неё. Эксперементировал в своё время Под виндой установка прошла без проблем (ну если не считать просьбы вставить следующий диск, коих было 3), а вот под линуксами полная лажа с танцами под звуки бубна. Раз несколько ставил за последние четыре месяца. Звуков бубна не замечено, дока по инсталляции описывает весь процесс подробно, описанного хватает всегда. Ставил 9i на RHEL 4, 10g на RHEL4, 10g 64-bit на RHEL5 -- все как часы, только почитать основную мануаль надо в разделе pre-installation requrements. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 13:51 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
Причем здесь версионность для flash-back. Oracle выбрал свое решение для flash-back иcходя из своей архитектуры IBM сделает из своей. Эта фича вообще на мой взгяд нужна только для developer's что бы быстро исправлять неправильно сделаные изменения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 16:02 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
nkulikovПричем здесь версионность для flash-back. Oracle выбрал свое решение для flash-back иcходя из своей архитектуры IBM сделает из своей. исходя из своей архитектуры не сделает. у IBM есть лишь REDO (транзакций) лог, который предназначен лишь накатыватся на бэкап. в обратную сторону ну никак не получится, для этого нужно будет изобретать второй лог. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 16:22 |
|
||
|
Обоснование выбора СУБД
|
|||
|---|---|---|---|
|
#18+
dekan Раз несколько ставил за последние четыре месяца. Звуков бубна не замечено, дока по инсталляции описывает весь процесс подробно, описанного хватает всегда. Ставил 9i на RHEL 4, 10g на RHEL4, 10g 64-bit на RHEL5 -- все как часы, только почитать основную мануаль надо в разделе pre-installation requrements. Вот именно, что за последние месяцы, а тогда и RHEL4-5 не было. Зато была привязка к устаревшей версии binutils и валившийся из-за это инсталлятор на Redhat7,8 и RHEL2(с версиями могу ошибаться). Рецепт борьбы с этой болезнью висел на первой странице OTN и написан был не сотрудниками Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 22:45 |
|
||
|
|
start [/forum/topic.php?all=1&fid=35&tid=1553205]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
201ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 531ms |
| 0 / 0 |
