Вполне вероятно, что чтения этих записей и не произойдет.
Тогда нуна воткнуть тригер
CREATE TRIGGER table1_cleer FOR table1
ACTIVE AFTER DELETE POSITION 0
AS
BEGIN
SELECT id FROM table1 WHERE (table1.id=old.id) INTO old.id;
END
и усе :-)
Размер таблицы постоянно растет, т.к. добавляем одни строки а удаляем други, т.е и в том и в другом случае генерим новые версии.
Попробовал на практике вообче рзац получается создал таблицу и как Вы писали выше
+50000 записей размер таблицы 3514368
-5000 записей размер таблицы 3514368
+5000 записей размер таблицы 3838976
-5000 записей размер таблицы 3838976
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
Тогда нуна воткнуть тригер
CREATE TRIGGER table1_cleer FOR table1
ACTIVE AFTER DELETE POSITION 0
AS
BEGIN
SELECT id FROM table1 WHERE (table1.id=old.id) INTO old.id;
END
и усе :-)
можно, но это будет фиктивное чтение, тоже как бы не в пользу производительности
Quote:
Если вернуться к заголовку Сколько в районе админов различных СУБД, то поучается что админа два.... ну а различных субд - одна, и ее клоны
Вот я и хотел поинтересоваться у тех, кто другие субд юзает, что он там твворит с ней :laugh: Добавлено: : 19 Июля 2007
Quote:
+50000 записей размер таблицы 3514368
-5000 записей размер таблицы 3514368
Что-то странно, что на первом шаге после удаления записей размер не изменился.
Вообще-то тут еще кэширование играет свою роль. Станицы могут не сразу записываться физически.
Вообще-то тут еще кэширование играет свою роль. Станицы могут не сразу записываться физически.
Я закрывал приложение после каждой транзакции и для чистоты экперемента пробовал несколько раз.
Я сам выпал от такого результата, меня больше всего удивил третий шаг.
Ну что ж, эт хорошо- возникла пища для размышлений, будем чесать репу. Сейчас у мну голова ужо ничего не способна сварить, а завтра постараюсь воспроизвести Ваш эксперимент. На крайняк, спросим у гуру с http://www.sql.ru, но думаю сами разберемся.
Вспомнилось про колледж, в котором работал. Опоздал на работу после пьянки (ну с кем не бывает, :) я же ещё и очник), пришёл босс и включил сервак 2003, не получалось постоянно поддерживать включённым. Через 20-30 минут я пришёл. Смотрю из серверной выходит тот самый босс с таким виновным видом. Захожу в кабинет а сервак сдох... На учёбе в этот день не был. Короче виновным оказался сами знаете кто...
Тогда нуна воткнуть тригер
CREATE TRIGGER table1_cleer FOR table1
ACTIVE AFTER DELETE POSITION 0
AS
BEGIN
SELECT id FROM table1 WHERE (table1.id=old.id) INTO old.id;
END
и усе :-)
Если вернуться к заголовку Сколько в районе админов различных СУБД, то поучается что админа два.... ну а различных субд - одна, и ее клоны :)
Согласен, сделай топик IB6, или просто BD
Попробовал на практике вообче рзац получается создал таблицу и как Вы писали выше
+50000 записей размер таблицы 3514368
-5000 записей размер таблицы 3514368
+5000 записей размер таблицы 3838976
-5000 записей размер таблицы 3838976
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
+5000 записей размер таблицы 3842048
-5000 записей размер таблицы 3842048
Специалисты в отпаде.
можно, но это будет фиктивное чтение, тоже как бы не в пользу производительности
Вот я и хотел поинтересоваться у тех, кто другие субд юзает, что он там твворит с ней :laugh:
Добавлено: : 19 Июля 2007
Что-то странно, что на первом шаге после удаления записей размер не изменился.
Вообще-то тут еще кэширование играет свою роль. Станицы могут не сразу записываться физически.
Я закрывал приложение после каждой транзакции и для чистоты экперемента пробовал несколько раз.
Я сам выпал от такого результата, меня больше всего удивил третий шаг.
Ну что ж, эт хорошо- возникла пища для размышлений, будем чесать репу. Сейчас у мну голова ужо ничего не способна сварить, а завтра постараюсь воспроизвести Ваш эксперимент. На крайняк, спросим у гуру с http://www.sql.ru, но думаю сами разберемся.
Вспомнилось про колледж, в котором работал. Опоздал на работу после пьянки (ну с кем не бывает, :) я же ещё и очник), пришёл босс и включил сервак 2003, не получалось постоянно поддерживать включённым. Через 20-30 минут я пришёл. Смотрю из серверной выходит тот самый босс с таким виновным видом. Захожу в кабинет а сервак сдох... На учёбе в этот день не был. Короче виновным оказался сами знаете кто...
Эт ты про что?
Страницы