Вопрос к DBA

CBETA* · Post by CBETA* » 08 Jun 2004 18:15

Подскажите пожалуиста, сушествует ли возможность для DBA запорграмировать уничтожение таблиц которие создани ранее чем какое-то время ( к примеру неделю) назад от настояшего времени?

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 18:19

Ответьте на вопрос N1
Самый главный
Подумайте какой

CBETA* · Post by CBETA* » 08 Jun 2004 18:24

Dmitry67 wrote:Ответьте на вопрос N1
Самый главный
Подумайте какой

Dmitry67,
Я не так спрашиваю?
..меня интерисует как чистить вспомогателюную ДБ от таблиц недельнои давности.

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 18:29

О Господи
СВЕТА
Какая у Вас база данных ?????????????????????????????????????????????????????????????????????????????????????????????????????

CBETA* · Post by CBETA* » 08 Jun 2004 18:37

Dmitry67 wrote:О ...

MS SQL

vc · Post by vc » 08 Jun 2004 18:39

CBETA* wrote:Подскажите пожалуиста, сушествует ли возможность для DBA запорграмировать уничтожение таблиц которие создани ранее чем какое-то время ( к примеру неделю) назад от настояшего времени?

It's unclear what database we are talking about here but anyway...

In Oracle you can schedule a job which would periodically

1. delete rows based on some timestamp that has to be maintained by an application:

delete from t1 where ts <= sysdate - 7

... or ..

2. drop partitions in a table partitioned by week (more efficient than 1).

In MS SQL, Server you can do (1).

If you do not have a timestamp, then you cannot determine what data can be expired.

However, the above is applicable to data that were *designed* to age out -- in all other cases there is no simple criterium to determine whether the rows/tables are no longer needed by some obscure application. Here, a cleanup should be done manually after negotiations (and subsequent approval) with/of all the probable users

VC

katit · Post by **katit** » 08 Jun 2004 18:41

Можно. надо будет немного динамического SQL.
Единственное НО - это FK. Если они есть то просто так таблицы не поудаляешь.

смотрите таблицу sysobjects в вашей базе. Там есть явки, даты и т.п.

CBETA* · Post by CBETA* » 08 Jun 2004 18:52

katit wrote:Можно. надо будет немного динамического SQL.
Единственное НО - это FK. Если они есть то просто так таблицы не поудаляешь.

смотрите таблицу sysobjects в вашей базе. Там есть явки, даты и т.п.

Спасибо!
В sysobjects нашла crdate.
а где посмотреть owner of the table where xtype = 'U'?

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 18:53

Почему все как партизаны скрывают главное - какая база ?

В MS SQL в sysobjects есть дата тсоздания таблицы
Но учтите - это дата создания таблицы физически
То есть если ктото создал таблицу а потом с помощью Enterprise изменил ее структуру (при этом старая таблица переименовывается, создается новая, данные копируются, и старая удаляется) дата будет содержать не то что Вы одилаете

Наконец Вы уверены что жто нужно ?
Не всяакий production DBA может спать спокойно зная что процесс автоматически дропает таблицы
А почему недостаточно штатных средств ?

CBETA* · Post by CBETA* » 08 Jun 2004 19:10

Dmitry67 wrote:Почему все как партизаны скрывают главное - какая база ?

наверное потому что не ДБА думают что никаких других баз не сушествует, кроме тек с которими они рабоитают

Dmitry67 wrote:Наконец Вы уверены что жто нужно ?
Не всяакий production DBA может спать спокойно зная что процесс автоматически дропает таблицы
А почему недостаточно штатных средств ?

Наш ДБА решил удалять все user таблици из вспомогательнои бази на виходних.
Я его просила поменять процесс и удалять таблици недельнои давности, он говорит что етого он сделать не может, а мне кажется что ему просто лень.
...вот я и ршиле с божеи ( то есть вашеи) помошью написать script котории он может зашить в job и ранить себе хоть каждии день
- и волки будут сити, и заици ( таблици ) живи...

CBETA* · Post by CBETA* » 08 Jun 2004 19:14

Declare @tableName varchar(1000) , @Sql varchar(5000)

declare Cur cursor for
select [name] from sysobjects where xtype ='U' and crdate < dateadd(dd, -7, getdate())

open Cur
fetch next from Cur into @tableName
while @@fetch_status = 0
begin

select @Sql ='drop table [' + @tableName + ']'
print @Sql
exec (@Sql)

fetch next from Cur into @tableName
end

CLOSE Cur
DEALLOCATE Cur

--------пральна?
-- не не пральна, откуда ownership выковырить?

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 19:15

Чтото здесь не так
Почему таблицы которые создают пользователи надо удалять ?

CBETA* · Post by CBETA* » 08 Jun 2004 19:18

они сблаговолили создать временную базу данних чтоб ми могли тестировать на stage environment....

katit · Post by **katit** » 08 Jun 2004 19:23

CBETA* wrote:-- не не пральна, откуда ownership выковырить?

BOL сказал что:
uid smallint User ID of owner object.

katit · Post by **katit** » 08 Jun 2004 19:25

Ах, да - sysusers и т.п. это следующий шаг

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 19:31

CBETA* wrote:они сблаговолили создать временную базу данних чтоб ми могли тестировать на stage environment....

Так что каждый пользователь на жтой базе с нуля создает всю схему под своим user ? И делает все нужные inserts для таблиц справочников ?

CBETA* · Post by CBETA* » 08 Jun 2004 19:37

Dmitry67 wrote:
CBETA* wrote:они сблаговолили создать временную базу данних чтоб ми могли тестировать на stage environment....

Так что каждый пользователь на жтой базе с нуля создает всю схему под своим user ? И делает все нужные inserts для таблиц справочников ?

da.

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 19:40

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

CBETA* · Post by CBETA* » 08 Jun 2004 19:44

katit wrote:Ах, да - sysusers и т.п. это следующий шаг

Получилось! огромное спасибо!!! :
Declare @tableName varchar(1000) , @Sql varchar(5000), @user varchar(40)

declare Cur cursor for
select s.[name], u.[name] from sysobjects s
inner join sysusers u on s.uid = u.uid
where xtype ='U' and crdate < dateadd(dd, -7, getdate())

open Cur
fetch next from Cur into @tableName, @user
while @@fetch_status = 0
begin

select @Sql ='drop table [' + @user + '].[' + @tableName + ']'
print @Sql
exec (@Sql)

fetch next from Cur into @tableName, @user
end

CLOSE Cur
DEALLOCATE Cur

CBETA* · Post by CBETA* » 08 Jun 2004 19:48

Dmitry67 wrote:Ну если у каждого пользователя есть скрипт который воссоздает всю базу с нуля то в чем проблема его запустить утром ?

причина таже что и у ДБА - лень!

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 19:50

Тогда я бы принял самое ленивое решение

Раз пользователи такие умные что могут базы с нуля скриптом поставить то я бы вообще ничего не чистил а оставил бы жто responsibility юзера
В крайнем случае если пользователь напорточал то скриптом побоным Вашему я бы сносил все объекты пользователя

CBETA* · Post by CBETA* » 08 Jun 2004 19:59

Dmitry67 wrote:...если пользователь напорточал то скриптом побоным Вашему я бы сносил все объекты пользователя

а что в моем скриптe не правильно?

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 20:46

Да нет
Скрипт правильный
Я про консерваторию, в смысле про использование скрипта
Всякое бывает, но обычно такое очень в специальныз случаях надо делать
Но скрипты с подобной структурой используют очень часто, например чтобы делать dbcc dbreindex итд

CBETA* · Post by CBETA* » 08 Jun 2004 20:49

Dmitry67 wrote:..Я про консерваторию

Ааааа....
В консерватории у нас и вприям бардак.
ДБА борятся за чистоту баз (в смисле за отсутсвое данних в базе)...

Dmitry67 · Post by **Dmitry67** » 08 Jun 2004 20:54

Конечно с пустой то базой оно легче

Вообще то для DEV выделяют не базу а сервер
Потому что какая нибудь runaway query может ну не положить, но сильно ухудшить производительность сервера или пожрать все место на диске
Соответственно левелоперы споконо жиаут в своем маленьком DEV сервре и большой и страшный production DBA туда не лезет
Его интересуют скрипты которые создают девелоперы
Как правило между ними стоит QA department со своим отдельным сервером...

Привет

Вопрос к DBA

Вопрос к DBA

Re: Вопрос к DBA