Да мужики вы меня очень порадовали ...
2 Sergsuper .
Итак профессионал ты наш распрекраснейший. Коли ты так крут и т.д.(боюсь запутаться в титулах), то плиз ОБЪЯСНИ
мне - несведущему, почему в SQL server и ему подобных СУБД запрещено делать откат транзакций и можно ли всё таки реализовать этот откат ??? Это первый вопрос.
Второй вопрос : каким образом в файле базы темпДб оказываются остатки используемых таблиц других баз, хотя временых объектов никто из нас при программировании не использовал ???
2 All !
Кстати народ если знаете ответы на эти вопросы тоже можете ответить.
Спасибо всем кто понял мою проблематику и ответил как нужно ответить.
И ещё немного поясню о том что я сделал.
С Sql server'om мне возиться вообще-то некогда, я программист, а не администратор и программирую я отнюдь не Sql server, а только базы которые в нём храняться.
Одна из тестовых программ в связи с одной непредусмотренной мной ошибкой просто затёрла содержимое большинства таблиц употребляемой нами базы данных, после этого мне и пришлось заняться Sql server'om чуть подробнее чем хотелось.
А так как физическая структура файлов базы страничная то естественно, что часть данных в файлах сохранилась и именно благодаря им я восстановил практически всё содержимое этих таблиц.
Вот в принципе и всё.

P.S. И кстати кто мне скажет , есть ли недостатки у Субд реляционного типа, и почему их не устраняют ???

Как обычно в качестве транзакций я понимаю законченную последовательность SQL команд объединённых в единый блок и не нарушающих условия целостности (правила) .
Сложных запросов мы также не используем, выборки, вставки и удаления. Поэтому, исходя из вашего предположения о сложных запросах, мне кажется это маловероятным, скорее при большой длине выбираемых(вставляемых) данных создаётся что-то типа кэша, но почему об этом нигде нет ни слова ???

2 SergSuper
Мда..., пожалуй такой гонор и ничем и не перебьёшь...
Ладно спрошу по-другому : Если транзакции всё таки можно откатывать, то как и why явно это нигде не описано, а если всё таки нельзя то в чём косяк или точнее, где подводный камень ...

>Скорее всего ты что-то перепутал, врядли так просто можно было бы восстановить ...
Я не сказал, что это было всё так просто, когда весь отдел в дауне, сайт недоступен..., поневоле найдешь способ восстановить что угодно - откуда угодно ... А точнее -> tempBd, сама База, и её Transaction log ... плюс остатки таблиц .

>PS. А ты всё туда же: "С сервером мне возиться некогда... Почему не устраняют недостатки?".
>Какие недостатки-то? То, что ты похерил базу - это недостатки сервера?
Понимаешь, когда ты занимаешься одним делом и тут вдруг возникает какой-то левый косяк ... то отнюдь не хочется поскорее вникнуть и разобраться, скорее хочется найти другой путь решения. Ведь если ты программируешь и вдруг не можешь что-то сделать одним способом, то не переходишь же ты на другой язык ..., а ищешь либо другой способ, либо пишешь своё ...

А здесь я вижу по-крайней мере достаточно большой недостаток.
Так если это всё таки не недостаток, то почему ? и в чём подвох ?
Вот что я жажду от тебя услышать ..., а не отнюдь высказывания типа : "Я так крут, что дальше некуда, а ты ламер последний ..."

2 Anka
>И "а не администратор и программирую я отнюдь не Sql server, а только базы которые в нём храняться." - позвольте >поинтересоваться, какой смысл вы вкладываете в данную формулировку? А то получается что-то вроде "я не на компьютере >печатаю, а в Ворде"

Извиняйте конечно. А вы знаете разницу между Субд и Бд.
Я думаю что данные и система, которая ими управляет это немного разные вещи.
И не зная Субд можно прекрасно Программировать управление данными.

Да кстати вы меня убедили ... SQL server я изучу, но боюсь... что для того, чем я занимаюсь он мало чем поможет...
Скорее это будет для общего развития ...
И Вообще вся эта тема напомнила мне преподание физики у меня в универе, когда спрашиваешь что-то у профессора, а он тебе, Ба да ты братец чего-то не знаешь, так чего бы я тебе тогда объяснял, вот изучишь курс такой-то теоретической физики и тогда-то я тебе пожалуй и отвечу, а в итоге и выяснялось,что для того чтобы Это понять и никакой физики знать не надо было, простой математики хватало.
В конце концов ... ни один мне не ответил ни на один вопрос !!! Окромя вопроса про то, что за база tempBd ...
Зато куча советчиков почитать кучу литературы ... причём по абсолютно другим темам, которые меня мало волнуют(такие как архитектура SQL server'a, что такое транзакция из непонятно откуда (хотя я определение дал из лекций по Субд)...) ...

2 Genady
Я не сказал, что я не знаю Субд, но моё личное мнение, что программировать реляционные Бд можно и не зная что это за субд, если не используешь специфики этой субд.
А насчёт оскорбительного тона это ты зря. Когда несколько дней пытаешься получить ответы на, наверное, некоторые достаточно простые вопросы, то почему всё время получаешь ответы -> Да ты парень ламер, сходи ка почитай SQL server.
Хотя конкретно к Sql server'у многие вопросы и не имели даже отношения .

>Объяснять вам азбучные истины не имеет смысла, чтобы разобраться хотя бы по минимуму достаточно многочисленной >литературы не считая BOL.
В ответ просто перечислю эти азбучные истины: 1.Физическая структура данных в SQL server( база TempDb)
2.Запрет или разрешение на откат одной или несколько транзакций (я так и не разобрался)
3.Недостатки SQL server (наверняка есть иначе бы постреляционная схема не разрабатывалась).
и т.д.

Я вряд ли бы назвал это азбучными истинами и я действительно хотел бы получить ответы на эти вопросы.
Это всё равно, что если ко мне как к программисту кто-нить обратился с вопросом : "Какие свойства объекта С... вызывают то-то и то-то ?", а я ответил бы, что это любой школьник должен знать, вряд ли бы это прибавило мне авторитета и вызвало уважение ...

P.S. Привет Авторитетам в SQL server ...

итак рассмотрим работу двух взаимодействующих людей. Программист Бд и Администратор.
Идёт обновление программ и базы в соответствии с новыми требованиями.
Да я согласен, что грамотный администратор перед этим бы забэкапил бы базу и где-то подальше от программиста ...
Итак идёт глобальное обновление и транзактион лог несколько раз превосходит свой объём в момент когда работа администратора несущественна (работает программист). В результате бэкап скажем мягко мало чем поможет...
Итак в программе непредусмотренная ошибка, которая заменяет (удаляет, добавляет) некоторые данные в базе . Программист сразу же замечает данную ошибку после её выполнения и пытается отвратить последствия. Зовёт администратора. Тот предлагает восстановить базу с бэкапа. Но так как обновления довольно глобальные, то программист естественно против,и предлагает просто откатить или отменить несколько транзакций вызвавших сбой ... Так как же поступить...

P.S. В чём подвох и почему ...

Мда ... ну вот, а я что говорил, что я знаю Sql server ... НЕТ я его не знаю(пока).
Я просто хотел уточнить кое-что для понимания. Для себя, а не ради написания чего либо.
Может где-то я и был груб, но меня просто вынудили откровенно хамские высказывания некоторых личностей.
Пока я не крикнул, что мне нужно это знать никто так и не ответил.
Я не квалифицировался в SQL сервере, но собираюсь. Для достойного решения насущных задач мне вполне хватает тех знаний, которые я имею, и вряд ли кто-то будет мне утверждать обратное.

Закончим. Не знаю стоит ли делать такие выводы или нет, но для меня это существенно :
Итак для чего создана эта конференция. Я так понимаю для быстрого поиска решения некоторых проблем, на самостоятельный поиск решения которых ушло бы немного больше времени. Почему же для того чтобы решить МОИ вопросы мне пришлось бы, всё таки, лучше порыться по литературе и инету. Просто потому, что вопросы слишком глобальны и мало тех кто действительно знает на них ответы, или потому, что это глубже простого понимания SQL сервера. На вопросы, которые я задал я знаю лишь приблизительные ответы именно поэтому мне и хотелось услышать ответы профессионалов, жаль что их оказалось так мало.

2 Павел
Да я собственно ни на кого и не наезжал, я пытался получить ответы на волнующие меня вопросы.
А насчёт математики это ты зря, я по специальности математик и прекрасно знаю о мат. аппарате и т.д. и ещё ни разу не сказал, что то чем я занимаюсь, труднее ... даже нет у меня простая, но рутинная работа. И я мечтаю заниматься чем то посущественнее, но обстоятельства диктуют своё ...

Да ладно вам всем.
Приношу свои извинения всем кого чем то задел или обидел.
Тон обещаю сменить и примириться со своим ламерским положением.

2 Genady
>Один небольшой вопрос. Вы, как высококвалифицированный программист, объясните мне пожалуйста в чем преимущество >отладки новой программы на рабочих данных, я то (сдуру наверное) всегда это делал на отладочной базе?
1. я не высококвалифицированный программист, но программирую неплохо.
2.Программа была отлажена на отладочной базе, ошибка выявилась на переходе к настоящей базе.
3.Спасибо за совет.

2 tygra
>Но.
>1. Перед значительными изменениями неплохо бы сделать бэкап базы - это самое первое и разумное действие
>2. Либо тестировать на другой, тестовой базе.
>3. Спрашивать про недостатки сервера в связи с тем, что юзер выпонил скрипт drop database, это очень смешно. >Недостатки у всех бывают, даже у людей , что же про сервера тут сказать...
1.Все ваши условия были выполнены кроме бэкапа...
2.Сознаюсь сглупил (подсказать было некому).
3. А в какой же связи спрашивать про недостатки сервера ? когда этот самый недостаток всплывёт ...

2 Anka
>Кстати, сохранность данных от критических изменений проблема скорее не сервера, а системы, работающей с ним>(прикладного программного обеспечения). Она не должна допускать безвозвратных операций. Тоесть, всегда должна быть >возможность какого-то "пересчета" или "возврат на начальную точку". А если вы полезли в базу "ручками" через EM и >грохнули там пол-базы, то извините, вся надежда на последний бэкап.

Спасибо, сознаюсь от вас я услышал первый вразумительный ответ.