ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Обоснование выбора СУБД
25 сообщений из 194, страница 5 из 8
  5  все
Обоснование выбора СУБД
    #34958325
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
pkarklin ApexВы уж определитесь, уважаемый: отсоединенный файл в консистентном состоянии или нет?

Не может бд в MS SQL состоять из одного файла! Понятие консистентность применимо к паре файлов - данные и лог.

Вот именно этого ответа я и добивался. Значит лог все-таки нужен, значит файл данных надо (позвольте мне использовать этот привычный для меня термин) воостановить при аттаче из лога. Правильно?
pkarklin
ApexСудя по тому, что Вы сказали ранее, то нет (или как минимум не хватает нескольких транзакций, зафиксированных после чекпоинта)

Они в логе, и будут применены при следующем чекпоинте.

Это очевидно. Я имел в виду, что если мы отсоединяем файл данных, то несброшеная информация (а точнее информация для восстановления) находится в логе. Т.е. перед отсоединением не происходит сброс грязных страниц в файл и поэтому требуется лог для переноса на другу БД и поэтому при присоединении из него надо восстановить эти данные, иначе первый же запрос этих данных вернет непонятно что.

pkarklin
Apexи для его присоединения необходим лог, из которого потом надо донакатить\откатить изменения не попавшие в файл (он же мгновенно отсоедняется).

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

В этом случае файл данных отсоединяется так же, без сброса грязных страниц в файл?

pkarklin
Apex"вырубленную на ходу" - нормальный такой термин, я его например понял.

"вырубленную на ходу" - это когда шнур питания из сервака выдернули - в моем понятии.
Можно просто размонтировать файловую систему, эффект будет тот же, что и при отключении питания.
...
Рейтинг: 0 / 0
22.11.2007, 14:16
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958345
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
pkarklin
Йес... Круче. Позвольте поинтересоваться, а сколько процентов инсталляций используют сколько функционала Oracle? У мну вот тоже Word стоит, дык я его для печати заявления на отпуск использую, хотя хватило бы и Блокнота, а может то (Word) О-ГО-ГО.

Впрочем как и с большим числом типов индексов. На мой вопрос "а кто практически использовал из этой кучи и сколько типов одновременно и почему было "так много" ответов.
ИМХО, в Ваших рассуждениях есть логическая брешь. Кто сказал, что все возможности, которыми обладает современная РСУБД были сделаны, потому что они все потребовались в один момент? Если в базе одинаково распространены все типы индексов, все способы хранения и они при этом действительно все нужны, то это очень странная и редкая задача...
Как правило верндоры берут курс на универсальность, чтобы один и тот же продукт удовлетворил потребности заказчика в различных ситуациях.
...
Рейтинг: 0 / 0
22.11.2007, 14:23
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958363
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Apex wrote:
> Как правило верндоры берут курс на универсальность, чтобы один и тот же
Спорный утверждений.
Обычно курс берется не на "универсальность".
"Универсальность" - денег не стоит.
Денег стоит - надежность, производительность....
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
22.11.2007, 14:26
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958371
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ApexВот именно этого ответа я и добивался. Значит лог все-таки нужен,

По-моему, я это ни один раз это повторил.

Apexзначит файл данных надо (позвольте мне использовать этот привычный для меня термин) воостановить при аттаче из лога. Правильно?

ApexЭто очевидно.

Т.е. перед отсоединением не происходит чекпоинт и поэтому требуется лог для переноса на другу БД

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

Если Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных.

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


ApexВ этом случае файл данных отсоединяется так же, без сброса грязных страниц в файл?

В каком "в этом"?! Отсодение всегда происходит единообразно. На то, как Вы будете присоединять бд полностью или без лога (ну поетряли мы его и хочется хоть большую часть данных поиметь) никак на влияет на то, как Вы ее отсоединили. Результаты присоединения могут быть разными.
...
Рейтинг: 0 / 0
22.11.2007, 14:27
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958414
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ApexКак правило верндоры берут курс на универсальность, чтобы один и тот же продукт удовлетворил потребности заказчика в различных ситуациях.

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

Ну и что, у Оракла в редакции за 5 000 баксов на процессор есть, туева хуча типов индексов? Зато за ту же цену в MS SQL вы получите и OLAP и Reporting и т.п.
...
Рейтинг: 0 / 0
22.11.2007, 14:35
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958660
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
pkarklin
В каком "в этом"?! Отсодение всегда происходит единообразно. На то, как Вы будете присоединять бд полностью или без лога (ну поетряли мы его и хочется хоть большую часть данных поиметь) никак на влияет на то, как Вы ее отсоединили. Результаты присоединения могут быть разными.
Все, я просто не понимал как происходит отсоедниение в MS SQL.

pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных.

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

Замечательная, должен сказать, вырисовывается картина... Т.е. в файле могут оказаться данные, которые были зафиксированы не на момент отсоедниения (непосредственно когда я выдал команду на детач) а в какой-то произвольный(?) момент времени в прошлом, который зависит от многих факторов. Т.е. в этом случае мне нужен лог, из которого все-таки придется донакатываться вопреки сказанному Вами ранее
pkarklinАттач ни чего не восстанавливает, ибо восстанавливать нечего.
Или же нет и мы все время будем получать из файла "старые данные", даже если есть лог? Я вообще запутался уже:(

Ну даже это меня не столько удивило, сколько то, что из Ваших слов следует, что при чекпоинте MS SQL сбрасывает в файл только зафиксированные данные! Это правда?
...
Рейтинг: 0 / 0
22.11.2007, 15:19
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958691
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
pkarklin
Ну и что, у Оракла в редакции за 5 000 баксов на процессор есть, туева хуча типов индексов? Зато за ту же цену в MS SQL вы получите и OLAP и Reporting и т.п.
Дались Вам эти индексы, индексов там в самой дорого редакции только 4 вида: B-tree, bitmap, fb, media. Больше не помню...
...
Рейтинг: 0 / 0
22.11.2007, 15:23
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958742
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
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)
...
Рейтинг: 0 / 0
22.11.2007, 15:34
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958785
Фотография А6дулла
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дулла
Участник
Yo, вы сравниваете субды как типичный упертый технарь, не беря в расчет стоимость владения!
И выход полезной работы на один человеко-час!

Я тоже выбираю инструментарий, и в моих таблицах кроме функционала есть простота использования и цена. Поэтому я прав, а ваше место глубоко в серверной :)

p.s.
Function-based indexes Yes / Yes (computed column + index)
...
Рейтинг: 0 / 0
22.11.2007, 15:44
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958863
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
А6дуллаYo, вы сравниваете субды как типичный упертый технарь, не беря в расчет стоимость владения!
И выход полезной работы на один человеко-час!

почему вы так решили ? я все учитываю, просто задумайтесь какая производительность будет у майкрософтского девелопера если он вынужден писать на сильно ущербном t-sql где нет элементарных вещей типа пакетов, рекурсий, ref_cursor и вынужден изобретать велосипеды типа materialized view, autonomous transactions т.д. и т.п.
то же самое с дба, оракловый дба имеет просто на порядок внушительней инструменты в виде скриптов rman, flashback, отслеживания зависимостей и т.п. это все есть в 2 days dba и сильно экономит время, а значит и стоимость администрирования.
...
Рейтинг: 0 / 0
22.11.2007, 16:01
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958875
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ApexТ.е. в файле могут оказаться данные, которые были зафиксированы не на момент отсоедниения (непосредственно когда я выдал команду на детач) а в какой-то произвольный(?) момент времени в прошлом, который зависит от многих факторов.

Для продолжения разговора стоит придерживаться терминологии обсуждаемого продукта. О каком файле Вы говорите? Что и где было зафиксировано? В какой момент?

ApexТ.е. в этом случае мне нужен лог, из которого все-таки придется донакатываться вопреки сказанному Вами ранее

О том, что происходит после присоединения, я, как мне казалось, уже писАл.

ApexНу даже это меня не столько удивило, сколько то, что из Ваших слов следует, что при чекпоинте MS SQL сбрасывает в файл только зафиксированные данные! Это правда?

Если не прошел коммит или ролбэк (транзакция не зафиксирована), то она есть только в логе.
...
Рейтинг: 0 / 0
22.11.2007, 16:03
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958920
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Yo.!разачарован, скатились до уровня фанов MySQL времен 3.х, которые кричали, у нас тразакций нет и нах они нужны.

Да не стоит разочарований. Не все же мне только техническими деталями "прикрываться". ;)Я подтвердил, что Oracle круче (можно подумать, что я с этим когда-то спорил).

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

Большая часть населения пользуется канализацией из труб в 1 000 мм диаметром. Для того, чтобы посрать городу из 150 тыс. населения, совсем не обязательно строить канализаци, по которой на грузовике можно ездить.

Yo.!то что дает оракл за $5K за проц, ГОРАЗДО навороченей EE редакции MS в том числе и за счет туевой кучи индексов (в SE нет только bitmap index).

OLAP есть в SE? А репортинг какой-нибудь?
...
Рейтинг: 0 / 0
22.11.2007, 16:12
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34958948
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Yo.!я все учитываю, просто задумайтесь какая производительность будет у майкрософтского девелопера если он вынужден писать на сильно ущербном t-sql где нет элементарных вещей типа пакетов, рекурсий, ref_cursor и вынужден изобретать велосипеды типа materialized view, autonomous transactions т.д. и т.п

Ну, не стоит в другую крайность то бросаться. ;) Каким образом наличиче пакетов сможет поднять производительность?

Yo.!ref_cursor

Зачем он мне?!

авторmaterialized view

Все уже давно изобретено - indexed views.

Yo.!]autonomous transactions

Нет их. Нет. в 958 раз повторяю, что их нет.
...
Рейтинг: 0 / 0
22.11.2007, 16:16
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959000
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
> 958 раз повторяю
забей, а?


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
22.11.2007, 16:25
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959097
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
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 редакцию
...
Рейтинг: 0 / 0
22.11.2007, 16:47
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959146
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
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 имеет смысл для тех баз данных, которые планируется переместить на постоянные носители информации.
...
Рейтинг: 0 / 0
22.11.2007, 16:59
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959189
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Yo.! wrote:
> примерно тем же, чем продуманая система папок проэкта помогает против
> сваленой_в_кучу_хп_с очень_длинными_именнами + сокращает кол-во кода, не
Вот и сами ответили на свой вопрос....
VS+TFS - спасает отца русской демократии...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
22.11.2007, 17:08
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959241
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
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.
USE AdventureWorks;
GO
IF OBJECT_ID ( 'dbo.uspCurrencyCursor', 'P' ) IS NOT NULL
    DROP PROCEDURE dbo.uspCurrencyCursor;
GO
CREATE PROCEDURE dbo.uspCurrencyCursor 
    @CurrencyCursor1 CURSOR VARYING OUTPUT,
    @CurrencyCursor2 CURSOR VARYING OUTPUT
AS
    SET @CurrencyCursor1 = CURSOR
    FORWARD_ONLY STATIC FOR
      SELECT CurrencyCode, Name
      FROM Sales.Currency;
    OPEN @CurrencyCursor1;
    SET @CurrencyCursor2 = CURSOR
    FORWARD_ONLY STATIC FOR
      SELECT CurrencyCode, Name
      FROM Sales.Currency;
    OPEN @CurrencyCursor2;

GO


DECLARE
  @CurrencyCursor1 CURSOR,
  @CurrencyCursor2 CURSOR

EXEC dbo.uspCurrencyCursor 
    @CurrencyCursor1 = @CurrencyCursor1 OUTPUT,
    @CurrencyCursor2 = @CurrencyCursor2 OUTPUT

FETCH NEXT FROM @CurrencyCursor1
FETCH NEXT FROM @CurrencyCursor1

FETCH NEXT FROM @CurrencyCursor2

FETCH NEXT FROM @CurrencyCursor1

CLOSE @CurrencyCursor1 
CLOSE @CurrencyCursor2

DEALLOCATE @CurrencyCursor1 
DEALLOCATE @CurrencyCursor2

Еще бы. Реализация временных таблиц в 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 редакцию

Посмешили...
...
Рейтинг: 0 / 0
22.11.2007, 17:20
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959593
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
pkarklin andsmПеред отсоединением БД в ней происходит чекпойнт.

Нет.
Можно проверить так это или нет с использованием трейс-флага 3502, который отображает чекпойнты в логе сервера
...
Рейтинг: 0 / 0
22.11.2007, 19:14
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34959615
JetAlex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JetAlex
Гость
А мне кажется, многое зависит просто от класса задачи и того, сколько за систему готов заплатить клиент.
Для нас лучше всего оказалася Sybase Adaptive Server Anywhere.
ОЧень не догрогой и компактный. Не требует никаго администрирования со стороны конечного клиента и очень надежный
...
Рейтинг: 0 / 0
22.11.2007, 19:23
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34960066
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
>Для нас лучше всего оказалася Sybase Adaptive Server Anywhere.
>ОЧень не догрогой и компактный. Не требует никаго администрирования
Oracle XE. 200 метров инсталяха, полгода никто в него не заглядывал.
крутится себе


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
23.11.2007, 08:20
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34960209
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
SergSuper Что принципиально меняется от того что вместо одного файла надо иметь два(данные и лог)?
Ничего. С моей стороны никаких претензий, я просто хочу понять как это работает, а то господин pkarklin меня окончательно запутал. Господа, не сочтите за труд, дайте пожалуйста ссылку на описание механики данного процесса.
-------------------------------------------------------
Автор благодарит алфавит за любезно предоставленные ему буквы.
...
Рейтинг: 0 / 0
23.11.2007, 09:46
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34960448
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Apexа то господин pkarklin меня окончательно запутал.

Что конкретно Вы хотите знать?

Apexдайте пожалуйста ссылку на описание механики данного процесса.

Сам механизм отсоединения\присоединения не документирован.
...
Рейтинг: 0 / 0
23.11.2007, 10:51
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34960586
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
pkarklin
Что конкретно Вы хотите знать?

1) Происходит ли накат изменений из лога, если мы переносим базу (пара - файл + лог)? Если нет, то почему?
2) Учитывая
pkarklinСуществует возможность присоединить файл данных и без файла лога (в случаи если он недоступен)
и
pkarklinЕсли Вы присоедините бд без лога, то запрос вернет данные, которые были на момент отсоединения в файле данных.
следует ли из этого, что при чекпоинте происходит сброс только закомиченных данных? Если нет, то следует ли из этого, что при переносе бд без лога (ведь существует такая возможность) эти данные не согласованы?

P.S.
pkarklinПонятие консистентность применимо к паре файлов - данные и лог.
Нет, в оракле я могу переносить файлы данных без лога. Уверен, что если правильно остановить MS SQL, то лог для открытия тоже не понадобится.
...
Рейтинг: 0 / 0
23.11.2007, 11:30
| Ответить | Цитировать | Написать  
Обоснование выбора СУБД
    #34960590
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
Я1) Происходит ли накат изменений из лога, если мы переносим базу (пара - файл + лог)? Если нет, то почему?
Поправка: Происходит ли накат изменений из лога при подключении базы...
-------------------------------------------------------
Автор благодарит алфавит за любезно предоставленные ему буквы.
...
Рейтинг: 0 / 0
23.11.2007, 11:32
| Ответить | Цитировать | Написать  
25 сообщений из 194, страница 5 из 8
  5  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Обоснование выбора СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=34958414&tid=1553205]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 41ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 2ms
others: 227ms
total:  375ms
созд. / загр.: 375ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]