Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 16 17 18 19 20 [21] 22 23 24 25 .. 72   вперед  Ctrl
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

Откуда:
Сообщений: 281
I_Am222
Alex Ustas

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


логов нету - это точно.... ошибка ж происходит на момент подачи команды на таблицу.. если внутри транзакции обнаружилась ошибка - транзакция не проходит... ИМХО так оно в ВФП....
конечно я НЕ ЗНАЮ как оно там реально... да и думаю, что и Вы не знаете.. одному Билли это известно
откатывает - и хорошо.. зачем мне спорить о том, что оно не то, что в СКЛ серверах - и так ясно что оно не то.....
может я не прав но в Оракловых ХП по модификации данных в нашей системе я вообще не встречал понятия транзакции.... то есть если в конце ХП стоит коммит - то все.. если не стоит - то и не будет ничего изменено...
может криво написанно?
но писала достаточно крутая софтверная фирма.. так что я даже не знаю....
слова TRANSACTION в нашей БД нету вообще.. среди сотен ХП нету этого слова....


Комит транзакции это просто сброс буферов на диск, а теперь смотрите, допустим происходит сбой, когда часть данных уже ушла на диск, а часть еще нет, как фокс будет обратно откатывать данные? А никак, нечем откатывать.

вот еще одна ситуация, при выполнении транзакции на несколько таблиц при коммите у вас падает клиент. В случае сервера БД (если падает сервер), после перезагрузки произойдет откат самим сервером по логам. В случае фокса, откатывать нечем, данные так и будут в подвешенном состоянии.
16 фев 06, 14:40    [2363179]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

берем процедуру в нее передаем какие-то параметры, дальше пишем инсерт. что
мы имеем в pl/sql ?
1. увереность что мы написали инсерт верно
2. увереность что не ошиблись ни в полях ни названии табличек
3. тип данных параметров совпадет с типами в табличке
4. если через 5 лет кто-то вдруг изменит табличку (ну например тип колонки)
то оракл не позволит запустить всю процедуру, а не прогонит пол процедуры с
не предсказуемым результатом (пока не наткнется на неверный стейтмент)

что мы имеем в фоксе:
1. увереность в том, что рано или позно кто-то облажается. мы же можем
только молится, что все написали верно и в нашу процедуру подсунут верные
данные, а если подсунут неверные то мы уже к этому времени свалим с проэкта
и искать почему объект customer в результате стал интом будем не мы.

---------------------------
Ужос. Если оракл не позволит запустить вам какую-то процедуру из дельфи а из
вфп он это сделать разрешит то как-то не так он работает (или вы чего-то не
то говорите)

8)



учитесь излагать свои мысли


Posted via ActualForum NNTP Server 1.3

16 фев 06, 14:53    [2363249]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
H5N1
автор
нету аргументофф это только ваше мнение.. мое например не всегда совпадает сВашим

т.е. потеря вроде бы закомиченых данных от незначительных сбоев, и как следствие мусор в бд (в t1 инесрт записался а в t2/t3 нет) для вас херовый аргумент ? вы уверены что у вас учетная задача ?


да что же это такое!!!
Где я потерял данные???
Где у меня мусор???
О чем Вы??? вы выдаете желаемое за действительное????
ой не могу.. я привел опыт.. более 2-х раз уточнил, что при обрыве сети транзакция откатилась, а вы мне про [quot H5N1т.е. потеря вроде бы закомиченых данных от незначительных сбоев, и как следствие мусор в бд (в t1 инесрт записался а в t2/t3 нет)[/quot]

мне не жалко я посторю 3-й раз
у меня при обрыве не записалось ни t1 инесрт, ни t2/t3
, но Вы видимо меня не слышите?

H5N1

автор
Par1 = Thisform.Text1.Value
..........................................
Par10 = Thisform.Text10.Value

= SQLEXEC(Conn2Ora, 'CALL OraSP(?Par1,....?Par10)')


это нормальный подход, т.к. логика не в vfp который ничерта не проконтролирует, а на месте.


сам же за него уже ратую.. просто не всегда удается впарить заказчику СКЛ Сервер, который еще купить надо

Alex Ustas

Я пример привел? аргументы контра по мной сказанному есть? ;)


нет не привели.. Вы лишь высказали нечто подобное "а вероятность, что ошибка произойдет там-то и там-то..." но сами понимаете, никто не смоделирует на СКЛ Сервере ошибку
COM (обана сервер упал) MIT
и поэтому ни Вы ни я никогда не узнаем возможна ли ситуевина для ВФП
END TRANSA (че-то случилось) CTION
Я же реальный опыт провел и показал его результаты
Контрагруметов ни у меня ни у вас нету.. только предположения.. ведь так?

Alex Ustas

ну не обязательно ж брать именно advantege редакцию, стандартные версии стоят не так уж и много, тем более в наше время бесплатных баз, проблем особых нет - msde, ms sql express, firebird, Oracle и IBM тоже что-то свое готовят.


тут да Вы правы, но распылять свое внимание на несколько в сущности неодинаковых СКЛ серверов мне просто лень.. да к тому же ВФП и так справляется (см. выше), ИМХО если в нем использовать умный подход - то все будет пучком...
16 фев 06, 14:53    [2363254]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
Alex Ustas

вот еще одна ситуация, при выполнении транзакции на несколько таблиц при коммите у вас падает клиент. В случае сервера БД (если падает сервер), после перезагрузки произойдет откат самим сервером по логам. В случае фокса, откатывать нечем, данные так и будут в подвешенном состоянии.


йопта
мое выдергивание сетевого шнура или нажатие на резет - это что по Вашему - не падение клиента????
о чем вы говорите????


Ужос. Если оракл не позволит запустить вам какую-то процедуру из дельфи а из
вфп он это сделать разрешит то как-то не так он работает (или вы чего-то не
то говорите)
.


простите бегло читаю.. оппоненты где-то упомянули, что Оракл позволит ВФП запустить процедуру с неверными параметрами что ли?
это ж полный бред
16 фев 06, 15:17    [2363395]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

извините, но это не оппоненты. Это испуганные дети, сами не понимают о чём
говорят.


Posted via ActualForum NNTP Server 1.3

16 фев 06, 15:23    [2363440]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

Откуда:
Сообщений: 281
I_Am222

да что же это такое!!!
Где я потерял данные???
Где у меня мусор???
О чем Вы??? вы выдаете желаемое за действительное????
ой не могу.. я привел опыт.. более 2-х раз уточнил, что при обрыве сети транзакция откатилась, а вы мне про
H5N1
т.е. потеря вроде бы закомиченых данных от незначительных сбоев, и как следствие мусор в бд (в t1 инесрт записался а в t2/t3 нет)


мне не жалко я посторю 3-й раз
у меня при обрыве не записалось ни t1 инесрт, ни t2/t3
, но Вы видимо меня не слышите?


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

I_Am222

H5N1

автор
Par1 = Thisform.Text1.Value
..........................................
Par10 = Thisform.Text10.Value

= SQLEXEC(Conn2Ora, 'CALL OraSP(?Par1,....?Par10)')


это нормальный подход, т.к. логика не в vfp который ничерта не проконтролирует, а на месте.


сам же за него уже ратую.. просто не всегда удается впарить заказчику СКЛ Сервер, который еще купить надо


А что мешает поставить бесплатный? Их море. если крупный заказчик у Вас покупает проги, то не вижу проблем с приобретением платного.

I_Am222

Alex Ustas

Я пример привел? аргументы контра по мной сказанному есть? ;)


нет не привели.. Вы лишь высказали нечто подобное "а вероятность, что ошибка произойдет там-то и там-то..." но сами понимаете, никто не смоделирует на СКЛ Сервере ошибку
COM (обана сервер упал) MIT
и поэтому ни Вы ни я никогда не узнаем возможна ли ситуевина для ВФП
END TRANSA (че-то случилось) CTION
Я же реальный опыт провел и показал его результаты
Контрагруметов ни у меня ни у вас нету.. только предположения.. ведь так?


Еще раз посмотрел, что я написал, а не что я написал, но Вашими словами ;) ни слова о вероятности. Я описал конкретную ситуацию, сбой на середине коммита, чать буферов ушла на диск, часть нет. Вы же упорно (все-таки H5N1 прав, фокспрошники упорные в своих заблуждениях) хотите показать то, что и так понятно, ДО коммита данные буферезируются на клиенте, вырубите его и понятное дело ничего в файлики не уйдет. А вот вырубите тогда, когда делается коммит и все станет на свои места.

I_Am222

Alex Ustas

ну не обязательно ж брать именно advantege редакцию, стандартные версии стоят не так уж и много, тем более в наше время бесплатных баз, проблем особых нет - msde, ms sql express, firebird, Oracle и IBM тоже что-то свое готовят.


тут да Вы правы, но распылять свое внимание на несколько в сущности неодинаковых СКЛ серверов мне просто лень.. да к тому же ВФП и так справляется (см. выше), ИМХО если в нем использовать умный подход - то все будет пучком...


неа, не умный подход, а благоприятную ситуацию, т.е. до поры до времени, все восторги стихнут при одной из ситаций что я описал.
16 фев 06, 15:25    [2363455]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
что-то фоспро гайз сегодня в ударе :) такого я давно не видел ...
2I_Am222
попробуйте поднапрячся и перечитать наши посты, нарисйте график, мож у вас мышление хотя бы зрительные образы воспринимает. попробуйте тут прямую и отметить события во времени, попробуйте там отметить когда вы устраиваете "сбой" и о каком времени сбоя говорим мы. попробуйте поднапрячся.
16 фев 06, 15:30    [2363499]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

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

я предлагаю вам проделать это самому. И результаты запостить сюда.


Posted via ActualForum NNTP Server 1.3

16 фев 06, 15:32    [2363516]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

Откуда:
Сообщений: 281
H5N1
что-то фоспро гайз сегодня в ударе :) такого я давно не видел ...
2I_Am222
попробуйте поднапрячся и перечитать наши посты, нарисйте график, мож у вас мышление хотя бы зрительные образы воспринимает. попробуйте тут прямую и отметить события во времени, попробуйте там отметить когда вы устраиваете "сбой" и о каком времени сбоя говорим мы. попробуйте поднапрячся.


ты думаешь у них получиться? кстати заметь, те кто поумнее и чота понимают затихли, те, хто ну просто не очень разбираются спорят, благо хоть без личностей и то хорошо. А те, хто нихера не понимает и имеют поршивенький характер подтявкивает, ничего толком не говоря.
16 фев 06, 15:38    [2363566]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
1024

я предлагаю вам проделать это самому. И результаты запостить сюда.

думаю ваш мозг даже зрительный образ невоспринет ...
16 фев 06, 15:39    [2363573]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

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

я предлагаю вам проделать это самому. И результаты запостить сюда.

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


забей на него, он дурак.
16 фев 06, 15:42    [2363603]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Проверить, когда фокс меняет данные в таблицах: сразу во время транзакции или же по COMMIT очень легко - открываем транзакцию, проводим изменения в таблицах, делаем паузу, запускаем сессию с другой машины и пытаемся увидеть изменения, проделанные другой транзакцией. Если сессия останавливается и ждет, значит на таблицах висят блокировки первой сессии и фокс все сразу пишет в таблицы, вешая блокировки и раз транзакции срабатывают, значит держа некое подобие CHECKPOINT. Если сессия видит измененные данные и даже их может менять, то значит понятие транзакций к фоксу никаким боком не относиться. Если же сессия не видит изменений, то или фокс действительно их хранит на клиентской машине и сбрасывает их только по COMMIT, что опять же говорит, что транзакций в Fox-е нет или же он версионник (хе хе), что очень маловероятно, я например ни разу не слышал о ФС версионниках :)
16 фев 06, 15:42    [2363611]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
Alex Ustas

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


ОК допустим.. я честно ен представляю что надо сделать, чтобы попробовать как поведет себя ВФП база в описанной Вами ситуевине
потому как понятия не имею что нужно сделать, дабы ее поймать.....
получается, что упомянутая Вам физическая запись здорово растянута по времени что ли?
С другой стороны, а Вы уверенны, что если в момент коммита СКЛ сервер грохнется то ничего не произойдет?
Да Вы будете говорить о логах и о всех тех вкусностях, которых нету в ВФП.. но где гарантия? Знаете? а я знаю - в доках, которые пишут разработчики серверофф
а вы можете поймать собственно момент коммита и грохнуть в этот момент сервер? если можете - попробуйте, и, только после этого утверждайте, что мол все будет пучком... ибо исходя из ваших слов, во времена, когда вы писали на ВФП у Вас постоянно что-то падало.. а с приходом дельфей перестало?
У меня за 10 лет ни разу ниче не упало кстати.. и пишу из 10 лет 8 на чистом ВФП.. и что?

Alex Ustas

А что мешает поставить бесплатный? Их море. если крупный заказчик у Вас покупает проги, то не вижу проблем с приобретением платного.


банальная лень зачем мне ставить сервер, если в ВФП все пучком? а заказчику по барабану что у него там.. он и знать не должен
Alex Ustas

его и понятное дело ничего в файлики не уйдет. А вот вырубите тогда, когда делается коммит и все станет на свои места. .


поверю только когда проверю.. а проверю только когда мне скажете КАК вырубить в момент коммита?

Alex Ustas

неа, не умный подход, а благоприятную ситуацию, т.е. до поры до времени, все восторги стихнут при одной из ситаций что я описал.


все мы умрем когда нибудь



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


да Вы батенька теоретик что ли? А вы пробовали? если пробовали то опишите и я попробую
А то по графикам и газетам мы уже должны на марсе жить.. а на самом деле-то оппа....
16 фев 06, 15:47    [2363650]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

в фокспршном движке как и в других возможны различные варианты работы с
данными. Можно блокировать данные (или часть данных) заранее, можно только в
момент записи на диск.

Но речь вроде не идёт про файловые движки которые используются в небольших
проектах (водораздел - 10 рабочих мест). Речь вроде идёт о мордах к скл.
серверам.



ЗЫ
постулат об абсолютной надёжности оракла неверен
постулат об абсолютной надёжности вфп неверен.


Posted via ActualForum NNTP Server 1.3

16 фев 06, 15:49    [2363659]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
чуствую если не нарисавать это музыка будет вечно (C)

вот код:
BEGIN TRANSACTION
         Insert into T1....
         Update T2
         Insert into T3
       ..................................
END TRANSACTION
вот события:

-----t0-----------t1----------t3-------------t4-----------------t5--------t6-------> t
begin tran wait window end transaction запись в t1.dbf в t2.dbf в t3.dbf

если выдерать шнур в момент t1 то смысла это никакого не имеет т.к. в файлах данных еще нихера нет просто на кусок бдф выставлена блокировка, поэтому перегрузка локальной мышины в момент t1 просто оставит блокировку которую через какое-то время файл-сервер снимет (может быть, а может и не снимет, как повезет)
мы же говорим про время между t4 и t5 когда запись в файлы уже начилась, но не закончилась удачно. т.е. в t1.dbf запись успела попасть, а t2/3 нет.
16 фев 06, 15:50    [2363667]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
Alex Ustas

А те, хто нихера не понимает и имеют поршивенький характер подтявкивает, ничего толком не говоря.


вот и перешли на личности
А реально это Вы не говорите ничего окромя голых теоретических измышлений...

ASCRUS

Проверить, когда фокс меняет данные в таблицах: сразу во время транзакции или же по COMMIT очень легко - открываем транзакцию, проводим изменения в таблицах, делаем паузу, запускаем сессию с другой машины и пытаемся увидеть изменения, проделанные другой транзакцией. Если сессия останавливается и ждет, значит на таблицах висят блокировки первой сессии и фокс все сразу пишет в таблицы, вешая блокировки и раз транзакции срабатывают, значит держа некое подобие CHECKPOINT. Если сессия видит измененные данные и даже их может менять, то значит понятие транзакций к фоксу никаким боком не относиться. Если же сессия не видит изменений, то или фокс действительно их хранит на клиентской машине и сбрасывает их только по COMMIT, что опять же говорит, что транзакций в Fox-е нет или же он версионник (хе хе), что очень маловероятно, я например ни разу не слышал о ФС версионниках :)


вот оно!!! уже бегу пробовать!!! результаты сообщу
16 фев 06, 15:53    [2363691]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ЛП
Guest
2 Alex Ustas
Alex Ustas
ты думаешь у них получиться? кстати заметь, те кто поумнее и чота понимают затихли

Те, кто поумнее - пользуются следующим принципом:
"Если Вы спорите с дураком, то и он, скорее всего, делает то же самое"

Вы уже успели продемонстрировать свою полную несостоятельность в качестве программиста. Чего стоит одно только смешение в кучу логов и атомарности.
Подсказка - атомарность внесения изменений при желании реализуется и вообще без каких-либо логов. Логи - они как бы не для этого нужны.

К тому же механизм работы транзакций в файл-серверных системах на этом форуме только на моей памяти подробно обсуждался раз этак пять-десять. Поищите поиском, может перестанете чушь пороть.

Ну и собственно зачем по одиннадцатому разу объяснять элементарные вещи очередным дурачкам (зачеркнуто) ораклоидам, коих пучит от собственной крутости?

Alex Ustas
те, хто ну просто не очень разбираются спорят

Самокритика хоть какая-то у Вас присутствует. Это хорошо.
16 фев 06, 16:03    [2363752]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
I_Am222

У меня за 10 лет ни разу ниче не упало кстати.. и пишу из 10 лет 8 на чистом ВФП.. и что?


не хочу вас обидеть но со стороны это выглядет что вас как мартышку надресеровали делать какие трюки смысла в которых она совершенно не понимает и 10 лет выступают с одним фокусом. имхо за 10 лет можно было бы как бы задуматся что такое транзакция, isolation level, WAL и прочее.
16 фев 06, 16:03    [2363755]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
ЛП
Guest
ASCRUS
Проверить, когда фокс меняет данные в таблицах: сразу во время транзакции или же по COMMIT очень легко - открываем транзакцию, проводим изменения в таблицах, делаем паузу, запускаем сессию с другой машины и пытаемся увидеть изменения, проделанные другой транзакцией. Если сессия останавливается и ждет, значит на таблицах висят блокировки первой сессии и фокс все сразу пишет в таблицы, вешая блокировки и раз транзакции срабатывают, значит держа некое подобие CHECKPOINT. Если сессия видит измененные данные и даже их может менять, то значит понятие транзакций к фоксу никаким боком не относиться. Если же сессия не видит изменений, то или фокс действительно их хранит на клиентской машине и сбрасывает их только по COMMIT, что опять же говорит, что транзакций в Fox-е нет или же он версионник (хе хе), что очень маловероятно, я например ни разу не слышал о ФС версионниках :)

А я вот наоборот ни разу не слышал о ФС-блокировочниках. Будем куями (зачеркнуто) лбами меряться, кто из нас больше с ФС работал? :)

Аксес например по принципам работы ближе как раз таки к версионникам. Этакий недоверсионник, но уж ни в коей мере не блокировочник. Транзакционная мантра блокировочников "транзакции должны быть короткими" меня поначалу вообще в шок повергала.
16 фев 06, 16:12    [2363808]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
H5N1

-----t0-----------t1----------t3-------------t4-----------------t5--------t6-------> t
begin tran wait window end transaction запись в t1.dbf в t2.dbf в t3.dbf


почему Вы считаете, что запись будет после конца транзакции а не внутри? домыслы???


ASCRUS


Проверить, когда фокс меняет данные в таблицах: сразу во время транзакции или же по COMMIT очень легко - открываем транзакцию, проводим изменения в таблицах, делаем паузу, запускаем сессию с другой машины и пытаемся увидеть изменения, проделанные другой транзакцией. Если сессия останавливается и ждет, значит на таблицах висят блокировки первой сессии и фокс все сразу пишет в таблицы, вешая блокировки и раз транзакции срабатывают, значит держа некое подобие CHECKPOINT. Если сессия видит измененные данные и даже их может менять, то значит понятие транзакций к фоксу никаким боком не относиться. Если же сессия не видит изменений, то или фокс действительно их хранит на клиентской машине и сбрасывает их только по COMMIT, что опять же говорит, что транзакций в Fox-е нет или же он версионник (хе хе), что очень маловероятно, я например ни разу не слышал о ФС версионниках :)



мне не лень


OPEN DATABASE  Urar SHARED

BEGIN TRANSACTION
	insert into Vil(cname) VALUES('тест VILL при транзакции')
	insert into streets(cstreetname) VALUES ('тест STREET при транзакции')
= messagebox('STOP')
	insert into engeneer(cengeneer) VALUES ('тест ENG при транзакции')
END TRANSACTION


это на одной машине запустили.. получили разумеется messagebox('STOP')
, кто не знает, что это такое - спрашивайте не стесняйтесь (потому как куриный грипп видимо не знает )
бегом на другую машину.. оппа... а таблицы Vil, streets, engeneer = Access denied....

сразу побежал к нашему админу спрашивать пароли доступа испугался даже
16 фев 06, 16:16    [2363839]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
H5N1
I_Am222

У меня за 10 лет ни разу ниче не упало кстати.. и пишу из 10 лет 8 на чистом ВФП.. и что?


не хочу вас обидеть но со стороны это выглядет что вас как мартышку надресеровали делать какие трюки смысла в которых она совершенно не понимает и 10 лет выступают с одним фокусом. имхо за 10 лет можно было бы как бы задуматся что такое транзакция, isolation level, WAL и прочее.


в который раз убеждаюсь, что книжки вы читаете вумные....
такие умные слова и так далее... эксперименты батенька эксперименты... знаю я многих ребят.. пальцы расставили терминами сыплют.. а потом спрашивают "как отсортировать записи по дате"
16 фев 06, 16:21    [2363875]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

Откуда:
Сообщений: 281
I_Am222
Alex Ustas

А те, хто нихера не понимает и имеют поршивенький характер подтявкивает, ничего толком не говоря.


вот и перешли на личности
А реально это Вы не говорите ничего окромя голых теоретических измышлений...


Вообще-то это было не про Вас, про Вас в середине :) мда, как все сложно, и туго...
Вы хотели аргументов, Вы их получили? И что значит "теоретических измышлений", я это выдумал? или вам нужно подтверждение Ларри Элисона? Почитайте доку по серверам, и для Вас это уже будет не просто голая теория.
16 фев 06, 16:41    [2363994]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Alex Ustas
Member

Откуда:
Сообщений: 281
ЛП


Вы уже успели продемонстрировать свою полную несостоятельность в качестве программиста. Чего стоит одно только смешение в кучу логов и атомарности.
Подсказка - атомарность внесения изменений при желании реализуется и вообще без каких-либо логов. Логи - они как бы не для этого нужны.


Механизм обеспечения целостности баз данных интегрируется с механизмом управления транзакциями - последовательностью операций модификации базы данных, воспринимаемыми СУБД как одна атомарная операция.

Все транзакции пишутся в лог. Вопросы?
16 фев 06, 16:59    [2364126]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

Дамы-господа, а о чём вы спорите, если не секрет? Можно вкратце
сформулировать?

Например:
1.для разработки морд к серверу дельфи удобней чем вфп - итог: нет, вфп
удобней
2.в общем случае оракл надёжней хранения данных в дбф - итог: да, надёжней
3.оракл абсолютно надёжен - итог: нет, если выдернуть провод из розетки
будут утеряны данные при любой технологии
4.оракл круче вфп - итог: бузусловно, за него платят больше
5.оракл круче всех - итог: спорно, когда-то было так, сейчас меняется в
сторону микрософта


Posted via ActualForum NNTP Server 1.3

16 фев 06, 17:09    [2364186]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
I_Am222
Guest
Alex Ustas
I_Am222
Alex Ustas

А те, хто нихера не понимает и имеют поршивенький характер подтявкивает, ничего толком не говоря.


вот и перешли на личности
А реально это Вы не говорите ничего окромя голых теоретических измышлений...


Вообще-то это было не про Вас, про Вас в середине :) .

да я и не принял на свой счет никаких проблем


Alex Ustas
[
Вы хотели аргументов, Вы их получили? И что значит "теоретических измышлений", я это выдумал? или вам нужно подтверждение Ларри Элисона? Почитайте доку по серверам, и для Вас это уже будет не просто голая теория.


и все же я воспринимаю это как "прочитал доку поверил на слово", я же никогда не утверждал, что в СКЛ серварах, что то через ж.. так ведь? но Вы утверждаете, что дескать в ВФП нет транзакций.... но ведь они есть? или нету? а опыт ASCRUS -а, что-то даоказывает или нет?
в итоге я провожу опыты, а Вы говорите "читайте доку".. видите разницу? кстати в доках по ВФП не видел о транзакциях слов "это не транзакция, это обман"

в доке написано:

BEGIN TRANSACTION

To save any modifications you made and end the transaction, issue END TRANSACTION. If the transaction fails ([b]the server fails, the workstation fails, or you exit Visual FoxPro without committing the transaction[/b]) or if you issue ROLLBACK, the file or files in the transaction are restored to their original state.

Transactions can be nested five levels deep. An error is generated if you attempt a sixth level of nesting.

When you modify records in a table that is part of a transaction, other users on the network do not have access (read or write) to the records until you end the transaction.

When other users on the network try to access records you have modified, they must wait until you end your transaction. They receive the message "Record not available ... please wait" until the records become available. Because of this, it is important to keep the length of the transaction to a minimum or conduct the transaction during times when others do not need access.

Вы хотите меня убедить, что это враки?
кстати все факты тут описанные я проверил по Вашим просьбам
Дуа тут не сказано откуда откатит.. но какая разница-то? Мы же работаем, но не рассуждаем "о если бы да кабы..."

СКЛ сервера достаточно дороги, чтобы в них были реализованы настолько простые механизмы.. вот наверное поэтому там в интересных местах задействованны механизмы перестарховки и масса еще чего.. всего этого в ВФП нету.. но от отсутствие не ухудшает ведь продукт настолько, чтобы говорить = он есть несерьезно...
а с точки зрения Ораклоидов... там все надежно.. но если БД все же бабахнется то вернуть ее уж очень непросто будет а?

Да повторю свой вопрос.. просмотрев массу Оракловых ХП, нигде в коде не нашел упоминания о транзакциях... SAVEPOINTы изредка встречал.. значит ли это, что разработчики кривые.. или в Оракле само словосочетание BEGIN Trans вовсе и не нужно?
не забудьте я прежде всего ВФП-шник
16 фев 06, 17:23    [2364285]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 16 17 18 19 20 [21] 22 23 24 25 .. 72   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить