Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 62 63 64 65 66 [67] 68 69 70 71 72   вперед  Ctrl
 Re: Access и FoxPro. Сравнение мощей  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
1024

Да не падает аксес на таких операциях. И на миллионах не падает. И
пол-коммита не делает.
-------------------

мне почему-то кажется что если отрубить питание то падает всё. Повреждается
ли при этом файл базы данных? Не проверял. Лично моё мнение что в такой
ситуации велика вероятность повреждения любого файла или даже файловой
системы. Зависит от железа во многом.


Posted via ActualForum NNTP Server 1.3

С какого ляда файл или файловая система должна рушиться? Под FAT16 уже давно никто не работает, а NTFS сама по себе транзакционной является, ей выключения питания побоку.

Вдогонку к тому, что не рушится при коммите 500000 инсертов/апдейтов.
На локальной машине это вообще бессмысленно для аксеса проверять.
Коммит миллионов инсертов на моей машине делается 0.01 секунды. Коммит 10 миллионов инсертов делается 0.01 секунды. Коммит 40 миллионов инсертов делается те же самые 0.01 секунды. Я просто не успею процесс срубить.
Кроме как по сети такие эксперименты можно и не проводить вообще, смысла нет. А по сети - там еще дополнительный источник "удовольствия" присутствует, кэш сетевого редиректора. Что, правда, к полу-коммиту все равно не приводит.
23 мар 06, 17:56    [2483133]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

На локальной машине это вообще бессмысленно для аксеса проверять.
-----------
а в сети и дбф не ломаются, только локально




Коммит миллионов инсертов на моей машине делается 0.01 секунды. Коммит 10
миллионов инсертов делается 0.01 секунды. Коммит 40 миллионов инсертов
делается те же самые 0.01 секунды. Я просто не успею процесс срубить.
-----------------------
не знаю что такое коммит миллионов записей за сотую доли секунды. Вставка
идёт долго, если во время всавки выдернуть винт из компа то проблемы скорей
всего будут. У любого ПО


Posted via ActualForum NNTP Server 1.3

23 мар 06, 18:02    [2483168]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
2 1024
не знаю что такое коммит миллионов записей за сотую доли секунды. Вставка
идёт долго,

Сами инсерты - идут долго. Ну, не совсем долго, раз уж у меня хватает терпения дождаться их окончания. Вот, сейчас 100 миллионов вставляю. 33 миллиона уже вставилось с момента предыдущего моего сообщения :)

А коммит транзакции - идет быстро. Если на фоксе коммит локальной транзакции выполняется 15 минут - ну что ж поделать, это проблема фокса.

если во время всавки выдернуть винт из компа то проблемы скорей
всего будут.

Проблемы может и будут, а вот пол-коммита - вряд ли.
23 мар 06, 18:10    [2483210]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
1024

На локальной машине это вообще бессмысленно для аксеса проверять.
-----------
а в сети и дбф не ломаются, только локально

А почему? Какая вроде разница... Вы как это объясняете?

Ну и к тому же больше волнует не поломка файла(это можно отследить), а не до конца выполненная транзакция, например в одну таблицу записалось, в другую нет
23 мар 06, 18:11    [2483214]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
1024
а чё тут знать
--------------
...
----------------------------
-- можно выдёргивать винт --
----------------------------
commit
А надо бы. Хоть завыдергивайся. Надо понимать, как в MSSQL происходит поддержка атомарности транзакций, может тогда смогли бы придумать более убедительный пример. Впрочем, Вам это не грозит, если уж Вы до сих пор, со своим "огромным" опытом, не знаете, как работает механизм транзакций в FoxPro при работе с dbf, то зачем MSSQL поминать всуе ?
23 мар 06, 18:15    [2483231]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

А надо бы. Хоть завыдергивайся. Надо понимать, как в MSSQL происходит
поддержка атомарности транзакций, может тогда смогли бы придумать более
убедительный пример. Впрочем, Вам это не грозит, если уж Вы до сих пор, со
своим "огромным"
---------------

а чё я? я как все. Ну стали про транзакции говорить - и я написал. Хотя если
просмотреть тред то уже много раз я сказал - использование дбф снижает
надёжность. Если надёжности дбф недостаточно - используйте другие средства.
Такая же история (к примеру) с файрбёрдом, майскл, апач дерби (ибм
слайдскейп) и многими другими.

Говорить что транзакций нет - глупо, они есть. Говорить что надёжность
недостаточна - можно. Всегда есть степень надёжности. Даже в космонавтике.
Ну не бывает абсолютного. И не бывает идеального. И хорошо знать где могут
быть острые углы


Posted via ActualForum NNTP Server 1.3

23 мар 06, 18:49    [2483369]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
к стате смешно но в аксесе МС говорит, что нету транзакций:

Important File-server databases, such as the Jet database engine, can't guarantee durable transactions. There are currently no file-server—based database engines that can fully support this criterion of true transactions. For example, a database connected to a file server can't be expected to fully support the durability rule if the file server crashes before a transaction has had time to commit its changes. If you require true transaction support with respect to durability, you should investigate the use of a client/server database engine such as SQL Server or the Microsoft Data Engine (MSDE).

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odeopg/html/deovrusingtransactions.asp

видать доки к офису кто-то посмышленей писал чем у лисоводов :)
23 мар 06, 19:03    [2483414]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
H5N1
к стате смешно но в аксесе МС говорит, что нету транзакций:

Important File-server databases, such as the Jet database engine, can't guarantee durable transactions. There are currently no file-server—based database engines that can fully support this criterion of true transactions. For example, a database connected to a file server can't be expected to fully support the durability rule if the file server crashes before a transaction has had time to commit its changes. If you require true transaction support with respect to durability, you should investigate the use of a client/server database engine such as SQL Server or the Microsoft Data Engine (MSDE).

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odeopg/html/deovrusingtransactions.asp

видать доки к офису кто-то посмышленей писал чем у лисоводов :)

Вот это как раз бред сивой кобылы :)
Если сервер crashes ДО того, как у транзакции закончился коммит - то какое-такое durability они хотят увидеть???
23 мар 06, 19:09    [2483429]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
1024
Говорить что транзакций нет - глупо, они есть. Говорить что надёжность
недостаточна - можно. Всегда есть степень надёжности. Даже в космонавтике.
Ну не бывает абсолютного. И не бывает идеального. И хорошо знать где могут
быть острые углы
Сколько можно повторять, что либо транзакции есть, либо их нет ? Надежность транзакции - это нонсенс, по определению ! Лучше бы FoxPro при нарушении атомарности транзакции падал навзничь. Копию данных поднимите, и по новой все операции выполните вручную, чем молчаливое нарушение целостности данных. Ничего против FoxPro, как средства "междумордия", не имею, но для использование dbf в промышленной разработке на текущий момент оправдания не вижу. Хотите - используйте, дело житейское, но не надо доказывать, что это не только нормально, но и правильно.
23 мар 06, 19:14    [2483447]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

Сколько можно повторять, что либо транзакции есть, либо их нет ? Надежность
транзакции - это нонсенс, по определению !
----------------
в файрбёрде можно добиться такого же поведения, в майскл можно, в аксесе
можно, в оракле и мсскл тоже можно (чуть сложнее) - в них нет транзакций


выполните вручную, чем молчаливое нарушение целостности данных. Ничего
против FoxPro, как средства "междумордия", не имею, но для использование dbf
в промышленной разработке на текущий момент оправдания не вижу. Хотите -
используйте,
-----------
дело не в хотении а в стоимости надёжности. Где-то можно пренебреч одним,
где-то другим. Но абсолютно дёшево и абсолютно хорошо не бывает нигде. И
"абсолютно" так же является термином виртуальным.


Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:24    [2483486]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
Пьяный Лох
Вот это как раз бред сивой кобылы :)
Если сервер crashes ДО того, как у транзакции закончился коммит - то какое-такое durability они хотят увидеть???
Полагаю, что подразумевается получение клиентом уведомление от файл-сервера об успешном завершении транзакции, но реально, тот ее еще не закончил, допустим, кэш не сбросил. Аналогичные проблемы могут быть и у SQL-серверов, когда контроллер диска "доложил", что запись в лог закончена, а сам их еще в кэше держит, который может слететь при внезапном исчезновении питания, например.
23 мар 06, 19:27    [2483498]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, 1024!
Ты пишешь:

1024
> Сколько можно повторять, что либо транзакции есть, либо их нет ? Надежность
> транзакции - это нонсенс, по определению !
> ----------------
> в файрбёрде можно добиться такого же поведения
Научи.

1024
в оракле и мсскл тоже можно (чуть сложнее) - в них нет транзакций
Да-а-а-а?!!!
Акуеть!!!
ДАЙТЕ ДВЕ!!!

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:27    [2483500]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
5631
Member

Откуда:
Сообщений: 452
Никто не мешает сделать в FoxPro Transaction Log. При наличии триггеров в базе данных это всего несколько строк программы. К тому-же при сбое в FoxPro могут пострадать только открытые таблицы, а не вся база. Восстановить в них данные совсем не сложно.
23 мар 06, 19:33    [2483517]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

воркараунд:

1.отключить журнал транзакций где он есть (или использовать что-нить типа
bulk insert)
2.залить в одной транзакции 500 тыс.записей
3.команда wait (pause или ещё как)
4.вилку из розетки на сервере (лучше конечно чтоб данные на дискете лежали
как некоторые тут предлагали)
5.разгребать то что получилось


Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:36    [2483521]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

убеждаемся что транзакций не существует


Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:36    [2483528]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
1024
в файрбёрде можно добиться такого же поведения, в майскл можно, в аксесе
можно, в оракле и мсскл тоже можно (чуть сложнее) - в них нет транзакций
Простите, Вы случайно не из бывших военных ?
1024
дело не в хотении а в стоимости надёжности. Где-то можно пренебреч одним,
где-то другим. Но абсолютно дёшево и абсолютно хорошо не бывает нигде. И
"абсолютно" так же является термином виртуальным.
Демагогия, извините. Еще раз повторю, в настоящий момент практически все производители SQL-серверов предлагают бесплатные рабочие версии своих серверов. БЕСПЛАТНЫЕ !
Ограничение этих версий не превышают требований к той нише, на которую, как правило, претендует основная масса адептов FoxPro, за исключением уж совсем невменяемых.
23 мар 06, 19:37    [2483531]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267


Ограничение этих версий не превышают требований к той нише, на которую, как
правило, претендует основная масса адептов FoxPro, за исключением уж совсем
невменяемых.
-------------------

так о чём тогда спор? Можно использовать бесплатные версии серверов вместо
дбф. Можно? Можно. О чём спорим?


Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:39    [2483536]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
5631
Никто не мешает сделать в FoxPro Transaction Log.
Разумеется, все так просто, удачи Вам в этом благородном деле.
23 мар 06, 19:40    [2483543]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, 1024!
Ты пишешь:

1024
> 1.отключить журнал транзакций где он есть (или использовать что-нить типа
> bulk insert)
> 2.залить в одной транзакции 500 тыс.записей
> 3.команда wait (pause или ещё как)
> 4.вилку из розетки на сервере (лучше конечно чтоб данные на дискете лежали
> как некоторые тут предлагали)
> 5.разгребать то что получилось
На FireBird никуа, окромя orphan pages не произойдёт.
Вывод: Транзакции таки существуют.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

23 мар 06, 19:42    [2483550]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ChA
Member

Откуда: Москва
Сообщений: 11373
1024
так о чём тогда спор? Можно использовать бесплатные версии серверов вместо
дбф. Можно? Можно. О чём спорим?
Вы выбрали явно не ту сферу применения своих способностей. Вам надо в менеджеры, маркетологи или консультанты, цены Вам не будет. Только клиентом Вашим не позавидуешь, IMHO.
23 мар 06, 19:44    [2483561]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
-)
Guest
Если бы в реальной жизни происходили все те страшилки с транзакциями, которые так убедительно показывают противники Foxa, то его(Foxa), на сегодняшний день, как средства разработки, уже не было бы и в помине! А на “дворе“ уже имеется его 9-я версия…. Аналогично - и с Accessoм !
23 мар 06, 21:45    [2483805]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
-)
Если бы в реальной жизни происходили все те страшилки с транзакциями, которые так убедительно показывают противники Foxa, то его(Foxa), на сегодняшний день, как средства разработки, уже не было бы и в помине!

Ну так могоие, кто с нами спорят - являются студентами-теориетиками, не написавшие за свою жизнь ни одного коммерческого приложения... Если бы FoxPro "падал" как они предрекают, я бы давно бы уже писал на чем-то другом...

P.S. Ничего личного, все совпадения случайны...
23 мар 06, 22:44    [2483950]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
Sergey Ch
Ну так могоие, кто с нами спорят - являются студентами-теориетиками

Сказал недоучка-практик :)

P.S. Ничего личного, все совпадения случайны...
23 мар 06, 23:45    [2484048]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Aki
Guest
а я все жду, когда кто-то покажет как в PL/SQL, сделать задержку перед коммитом
1024 показал как в Т-СКЛ сделать... ну же?
Я все еще жду - как раз на выходные можно будет попробовать
24 мар 06, 08:39    [2484497]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Aki
а я все жду, когда кто-то покажет как в PL/SQL, сделать задержку перед коммитом
1024 показал как в Т-СКЛ сделать... ну же?
Я все еще жду - как раз на выходные можно будет попробовать

А если сделать цикл на пару биллионов
24 мар 06, 09:25    [2484604]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 62 63 64 65 66 [67] 68 69 70 71 72   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить