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

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

Слава яйцам.
Уж от кого не ожидал таких неожиданных подстав... :)

А в остальном - всё как ты просил, даже select блокирует.

Селект блокирует только если попросишь, это во-первых. А во-вторых просил я с точностью до наоборот - чтобы писатель заблокировал читателя, а не чтобы читатель заблокировал писателя. Т.к. уровней изоляции выше RC в аксесе нет, то и характерные для блокировочников/версионников симптомы поведения на этих уровнях смотреть бессмысленно.

В оракле select for update тоже и выберет, и заблокирует от изменений другими пользователями. Однако ж оракл от этого не стал блокировочником.
Что-то я не вижу принципиальных отличий от аксесовского OpenRecordset("трампампам",, dbDenyWrite)

В общем, Access крут несмотря ни на что.

Когда уж он сдохнет наконец :)
21 мар 06, 17:31    [2472949]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
2 freebeer
Ну обзовите, обзовите его, пожайлуста ...

Ну му**к он, му**к.
Кого обозвать то надо было? :)


Пьяный Лох

Или логика такая, что раз аксес блокирует диапазоны файлов - то он типа блокировочник? Интересно, что же тогда со своими файлами данных делает версионник-оракл? Версионирует?

Imho, само слово "версионность" подразумевает, что энжин СУБД при раздаче создает копии наборов данных и где-то их хранит.

Я спрашиваю что энжин делает с физическими файлами данных, а не с логическими наборами данных.
Если уж Вы принадлежность к блокировочникам определяете по факту наличия блокировок файлов с данными, то принадлежность в версионникам чем по Вашему определяется? Наличием версий файлов с данными?
21 мар 06, 17:41    [2473006]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
freebeer
Member

Откуда:
Сообщений: 61
[quot Пьяный Лох]
Ну му**к он, му**к.
Кого обозвать то надо было? :)

[quot Пьяный Лох]
Вот она, ИСТИНА !!!!!!!!!! )

Давно так не оттягивался....
Благодарю за конструктив.
Надоть работать... :(
С бестами и регардсами.
21 мар 06, 17:54    [2473093]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
IgorM
Member

Откуда: Тула - Москва, транзит
Сообщений: 633
Пьяный Лох

В общем, Access крут несмотря ни на что.

Когда уж он сдохнет наконец :)

"Не дождётесь!" (с)
22 мар 06, 10:07    [2474812]     Ответить | Цитировать Сообщить модератору
 Батарейка  [new]
Aki
Guest
Мир полон парадоксов.. в данную темя с 63-й? страницы пришли наконец-то полконнаксесса...
но почему нету противников в лице поклонников СКЛ Серверов?
ведь аксесс = тот же файл-сервер, но надо же - никто на него не гонит.... Ведь подмазался видимо.. чем? тем, что стоит на каждой машине вкупе с офисом?
22 мар 06, 14:27    [2476577]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
Aki
пришли наконец-то полконнаксесса...

Хто здеся???
22 мар 06, 14:49    [2476719]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Aki
Guest
Пьяный Лох
Aki
пришли наконец-то полконнаксесса...

Хто здеся???


йа!
22 мар 06, 15:31    [2476942]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Ц4
Guest
Aki
Мир полон парадоксов.. в данную темя с 63-й? страницы пришли наконец-то полконнаксесса...
но почему нету противников в лице поклонников СКЛ Серверов?
ведь аксесс = тот же файл-сервер, но надо же - никто на него не гонит.... Ведь подмазался видимо.. чем? тем, что стоит на каждой машине вкупе с офисом?


нет, просто у аксесса(JET) SQL почти настоящий :)
22 мар 06, 22:38    [2478653]     Ответить | Цитировать Сообщить модератору
 C++/Linux/FireBird  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
Aki
Мир полон парадоксов..

Судя по всему не парадоксов, фоксов. Про парадокс тут всего пару раз упомянули. И то всколзь

Aki
но почему нету противников в лице поклонников СКЛ Серверов?
ведь аксесс = тот же файл-сервер, но надо же - никто на него не гонит.... Ведь подмазался видимо.. чем? тем, что стоит на каждой машине вкупе с офисом?

А потому, что он такое же ...(изделие) как и фокс. Но его сторонники это понимают и не преподносят его как панацею от всего...
23 мар 06, 07:57    [2479126]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Aki
Guest
Ц4

нет, просто у аксесса(JET) SQL почти настоящий :)


вот этого я как-то не понял... в чем СКЛ диалект фоксе отличается от аксессового?
Принципиально, а не в ньюансах? ИМХО ничем.. если считаете иначе - поправьте

f_w_p
А потому, что он такое же ...(изделие) как и фокс. Но его сторонники это понимают и не преподносят его как панацею от всего...


Ну почему Вы снова пытаетесь переключиться на личности?
1 поклонники аксесса на этих страницах НИ РАЗУ не упомянули о реальных проектах, или проблемах разработки, напротив - начался какой-то технический спор.. и ничего более
2 ГДЕ ВЫ видели, что я например превозношу VFP как панацею?
Да я знаю фокс, да я к тому же могу на нем писать морду к Ораклу или ПостгреСКЛ (что кому удобней), это КС... нет я не умею админить Оракл увы....
Да я считаю, что напишу не хуже на ВФП, чем кто-то на дельфи... и все!!!!!
Больше я ничего не говорил, кроме того, что транзакции так званные в фоксе при больших объемах просто не фурычат..
Все вроде, кто-то еще говорил, если не нужен Сервер то можно ни ФС писать - согласен, можно и ФС, но можно и КС на 2 рабочих места, но нужно ли?
ВСЕ?
23 мар 06, 11:10    [2479973]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
mv
Member

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


"Aki" <nospam@sql.ru> сообщил/сообщила в новостях следующее:
news:2479973@sql.ru...

> Все вроде, кто-то еще говорил, если не нужен Сервер то можно ни ФС
писать - согласен, можно и ФС, но можно и КС на 2 рабочих места, но нужно
ли?
>

Если по трудозатратам это соизмеримо с ФС, да еще и буде возможен незаметный
переход с 2-х на 222-а рабочих места - то почему бы и КС? (кто из нас не
думал о том, как "я вырасту и стану взрослым и крутым"? )

Posted via ActualForum NNTP Server 1.3

23 мар 06, 12:40    [2480679]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Aki
Больше я ничего не говорил, кроме того, что транзакции так званные в фоксе при больших объемах просто не фурычат..

Дык этого достаточно :)
Вот такого акцесники и не пишут, поэтому на них никто и не гонит
23 мар 06, 13:32    [2481074]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

Дык этого достаточно :)
Вот такого акцесники и не пишут, поэтому на них никто и не гонит
-----------------

да фокспрошники тоже не говорят вроде о том что транзакции на дбф
предоставляют надёжность сравнимую с орклом. Сравнимую с MySQL или
Firebird - да. И много раз уже написано: нужна надёжность невозможная в
дбф - не используйте дбф. Нужна надёжность невозможная в оракле - не
используйте оракл. Это дельфисты всё желают странного.


Posted via ActualForum NNTP Server 1.3

23 мар 06, 13:46    [2481176]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Flare
Member

Откуда:
Сообщений: 711
Aki
в чем СКЛ диалект фоксе отличается от аксессового?

Кастрированностью.

Например "SELECT Distinct Customer_ID FROM Orders ORDER BY Order_Date" во всех версиях VFP кроме 9-й давать ошибку. Ограничено кол-во юнионов, джоинов, уровней вложенности запросов. Только в 9-й(!!!) версии большинство этих недо-SQL особенностей поправили. (Идем по ссылке для ликвидации безграмотности). Сколько процентов фокспрошников упиралось в эти ограничения? И сколько уже пишут на 9-ке используя ее новые возможности? Единицы. Исключения. Т.к. вложенность запросов, при учете кол-ва тазиков на складе, как правило, им не нужна
23 мар 06, 14:49    [2481607]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Aki
Guest
SergSuper
Aki
Больше я ничего не говорил, кроме того, что транзакции так званные в фоксе при больших объемах просто не фурычат..

Дык этого достаточно :)
Вот такого акцесники и не пишут, поэтому на них никто и не гонит


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


А если серьезно аксессники написали - если выдернуть шнур база окажется корраптед и вилы.... и за ЭТО на них никто не погнал

Ерунда все это.. аксесс встроен в оффис, посему у него вероятно больше юзеров... которые считают себя программерами...
поверьте, как я сел за фокс, как увидел, что там мастерами можно написать прогурамму - месяц ходил радостный = "ба.. какоф прогресс... теперь видишь ли вовсе не надо языка знать.. жми кнопки и все...."
потом пришло озарение
23 мар 06, 14:53    [2481639]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

Например "SELECT Distinct Customer_ID FROM Orders ORDER BY Order_Date" во
всех версиях VFP кроме 9-й давать ошибку.
--------------

прекратите истерику. Ещё про дос-версии можно вспомнить. И про оракл у
которого до 7 версии не было нормальных жойнов а были плюсики какие-то.

есть стандарт ANSI SQL. Есть VFP9 его поддерживающее на своих дбф, есть
совеременные скл-сервера его поддерживающие


Posted via ActualForum NNTP Server 1.3

23 мар 06, 14:59    [2481697]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Пьяный Лох
Member

Откуда:
Сообщений: 3652
Aki
А если серьезно аксессники написали - если выдернуть шнур база окажется корраптед и вилы.... и за ЭТО на них никто не погнал

Потому и не погнал, что пол-коммита там не случается. База упала - плохо. База поднялась - хорошо. Данные либо все, либо никаких - великолепно. Требование атомарности не нарушается.

А в фоксе - атомарности нет. Не надо строить из себя дурачка, и говорить, что дескать "транзакции в фоксе при больших объемах просто не фурычат..". Они ни при каких не фурычат. Если система на 500000 записей умудрилась сделать пол-коммита, то это не значит, что при меньших объемах все будет нормально. Не будет. Все будет точно так же плохо, только с меньшей вероятностью. Отмазки типа "по 500000 записей никто не вставляет" оставьте детсадовцам. Большой объем данных в эксперименте был нужен не для того, чтобы ошибка возникла, а для того, чтобы эту ошибку за хвост поймать. Так сказать не по щучьему веленью, а по моему хотенью.
23 мар 06, 15:07    [2481762]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Aki
Guest
Flare
Aki
в чем СКЛ диалект фоксе отличается от аксессового?

Кастрированностью.

Например "SELECT Distinct Customer_ID FROM Orders ORDER BY Order_Date" во всех версиях VFP кроме 9-й давать ошибку.


Что-то Вы не то говорите

set date british
set century on

CREATE TABLE orders (Cus_ID N(10), Or_date D, Something C(20))

INSERT INTO orders VALUES(1, {21/03/2006}, 'test 01')
INSERT INTO orders VALUES(1, {21/03/2006}, 'test 01')
INSERT INTO orders VALUES(2, {22/03/2006}, 'test 02')
INSERT INTO orders VALUES(3, {23/03/2006}, 'test 03')
INSERT INTO orders VALUES(4, {24/03/2006}, 'test 04')
INSERT INTO orders VALUES(4, {24/03/2006}, 'test 04')
INSERT INTO orders VALUES(5, {25/03/2006}, 'test 05')
INSERT INTO orders VALUES(5, {25/03/2006}, 'test 05')
INSERT INTO orders VALUES(5, {25/03/2006}, 'test 05')
INSERT INTO orders VALUES(6, {26/03/2006}, 'test 06')


дальше как Вы и сказали:
SELECT Distinct Cus_ID FROM Orders ORDER BY Or_Date

результат:
Cus_ID
1
2
3
4
5
6

не понял а где ошибка?
Ах да!!!!
Тест проведен на Microsoft Visual FoxPro 5.0

В чем фишка-то?

Flare

Ограничено кол-во юнионов, джоинов, уровней вложенности запросов.


ну этого я не проверял, но и на грабли не наступал
23 мар 06, 15:20    [2481885]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

просто не фурычат..". Они ни при каких не фурычат. Если система на 500000
записей умудрилась сделать пол-коммита, то это не значит, что при меньших
объемах все будет нормально. Не будет. Все будет точно так же плохо, только
с меньшей вероятностью. Отмазки типа "по 500000 записей никто не вставляет"
оставьте детсадовцам. Большой объем данных в эксперименте был нужен не для
того, чтобы ошибка возникла, а для того, чтобы эту ошибку за хвост поймать.
Так сказать не по щучьему веленью, а по
------------


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


Переход количества в качество. В школе проходили.


Posted via ActualForum NNTP Server 1.3

23 мар 06, 15:29    [2481961]     Ответить | Цитировать Сообщить модератору
 Re: Батарейка  [new]
Aki
Guest
Пьяный Лох


А в фоксе - атомарности нет. Не надо строить из себя дурачка, и говорить, что дескать "транзакции в фоксе при больших объемах просто не фурычат..". Они ни при каких не фурычат. Если система на 500000 записей умудрилась сделать пол-коммита, то это не значит, что при меньших объемах все будет нормально. Не будет. Все будет точно так же плохо, только с меньшей вероятностью. Отмазки типа "по 500000 записей никто не вставляет" оставьте детсадовцам. Большой объем данных в эксперименте был нужен не для того, чтобы ошибка возникла, а для того, чтобы эту ошибку за хвост поймать. Так сказать не по щучьему веленью, а по моему хотенью.


я это орицал?
Но никто не удосужился доказать, что в оракле при раскладе 25 000 000 апдейтофф + выдернуть шнур будет все ОК, поэтому тут ИМХО столкнулась а-практическая_проверка_фокса_которую_он_не_прошел
с
в-теорией_СУБД_Оракла

ВФП в транзакциях сосет - доказано на опыте
Оракл не сосет (не доказано тут)
Все выводы.....

По второму

set date british
set century on

CREATE TABLE orders (Cus_ID N(10), Or_date D, Something C(20))

INSERT INTO orders VALUES(1, {22/03/2006}, 'test 01')
INSERT INTO orders VALUES(1, {22/03/2006}, 'test 01')
INSERT INTO orders VALUES(2, {21/03/2006}, 'test 02')
INSERT INTO orders VALUES(3, {21/03/2006}, 'test 03')
INSERT INTO orders VALUES(4, {24/03/2006}, 'test 04')
INSERT INTO orders VALUES(4, {24/03/2006}, 'test 04')
INSERT INTO orders VALUES(5, {25/03/2006}, 'test 05')
INSERT INTO orders VALUES(5, {26/03/2006}, 'test 05')
INSERT INTO orders VALUES(5, {25/03/2006}, 'test 05')
INSERT INTO orders VALUES(6, {26/03/2006}, 'test 06')

SELECT Distinct Cus_ID FROM Orders ORDER BY Or_Date


Результат
2
3
1
4
5
6
ВФП 5,0, коллега Одессит - в чем фишка?
23 мар 06, 15:33    [2482009]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
2Aki

а в чем проблема взять оракл и проверить ? и в чем смысл доказывать то что очевидно ?
но если уж так хочется получить однозначный ответ сходите на www.tpc.org, возьмите любой отчет (tpc-c как минимум). там четко описано как эта уважаемая организация тестирует субд на соответствие ACID, востановление после сбоя, изолированости транзакций и т.п.. субд которая не проходит эти тесты не пускают в соревнование.
23 мар 06, 15:41    [2482079]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Aki
Guest
Только давай по честному :-)

ты сам код теста на ВФП не придумывал - почерпнул тут готовый == дай мне код для Оракла = проверю очевидное если найду время

H5N1

но если уж так хочется получить однозначный ответ сходите на www.tpc.org, возьмите любой отчет


негоже человеку, который страниц надцать назад, говорил, что Мелкософт нагло врет в своих доках, ссылаться на какой-то www.tpc.org
23 мар 06, 15:45    [2482124]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
1024
Member

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

там нет ни аксеса ни файрбёрда с огромной кучей других склсерверов. И вфп
там нет


Posted via ActualForum NNTP Server 1.3

23 мар 06, 15:46    [2482132]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Justanotherguest
Guest
Flare
Ограничено кол-во юнионов, джоинов, уровней вложенности запросов. Только в 9-й(!!!) версии большинство этих недо-SQL особенностей поправили. (Идем по ссылке для ликвидации безграмотности). Сколько процентов фокспрошников упиралось в эти ограничения? И сколько уже пишут на 9-ке используя ее новые возможности? Единицы. Исключения. Т.к. вложенность запросов, при учете кол-ва тазиков на складе, как правило, им не нужна


Я тебе открою страшную тайну. Упирались немногие, т.к. есть миллион обходных путей и вариантов решения той же задачи. В фокспро любой версии можно любой сложный запрос разложить по полочкам. Заколбась мне аналог этого на Оракле/MSSQL без создания доп. таблиц. В фокспро - без проблем! В 9-ке можно написать компактнее, но про ограничения не надо вякать, если со средой знаком по шапочному прочтению what's new in...
select * from table1 into cursor cursor1 where name = 'вася'
select * from table2 into cursor cursor2 where city = 'odessa'
select * from cursor1 c1 join cursor2 c2 on c1.some_id = c2.some_id into cursor cursor3
select * from cursor3 c3 join table3 t3 on c1.some_id = t3.some_id into cursor cursor4
select * from cursor4 join table4..... 
....... 


Flare
Например "SELECT Distinct Customer_ID FROM Orders ORDER BY Order_Date" во всех версиях VFP кроме 9-й давать ошибку.

Бред
23 мар 06, 15:58    [2482227]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
justanotherguest
Guest
ASCRUS

Я не знаю, следите ли вы до сих пор за веткой... Спасибо за рассказ про PowerBuilder. Вы меня искренне заинтриговали. Обязуюсь достать PB и покрутить, тогда разговор можно будет продолжить. К сожалению времени пока не было вообще :(

PS Проверка DDL/DML инструкций клиента на сервере во время компиляции и встроенные в PB конфигурации серверов (поддержка типов/ автоинкремент и т.п.) - это и в самом деле весьма сильно
23 мар 06, 16:13    [2482356]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 60 61 62 63 64 [65] 66 67 68 69 .. 72   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить