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

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

Но вот непонятно зачем, когда все это уже реализовано в тех же lite-версиях
больших серверов?
-------------------------

всегда архитектура должна выбираться в соответствии с требованиями системы.
Если требуется сервер то нужен сервер, если не требуется сервер то сервер не
нужен.


Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:45    [2461714]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Aki
Guest
Dooma

Я против создания новых многопользовательских систем на, скажем так, морально устаревшей ФС основе. Многие аргументы, из приводимых здесь звучали типа: у меня магазин с двумя-тремя компами => зачем мне Oracle, MSSQL, DB2 и т.п., когда и на DBF все прекрасно крутится?
На мой взгляд, крутится до поры, до времени... Я уже приводил пример своего знакомого, могу еще пару привести.
Вы можете мне с моими историями не верить, но факт остается фактом:


у каждого свои факты.... что поделать.. Вы против, я не за, но и не против
17 мар 06, 17:52    [2461745]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Flare
Member

Откуда:
Сообщений: 711
s.e.r.g.e.y.
А вообще то Фокс по большому счету ни лучше и ни хуже других масс. продуктов. Есть свои преимущества , есть недостатки. Но , по моему мнению, он лучше заточен под работу с базами.
Ага, заточен под работу с DBF-файлами. Прямо бы и говорили, чего душой кривить. Именно это, судя по всему, вы подразумеваете под "базами". Потому как для серверов БД существуют диалекты SQL (T-SQL,PL/SQL и.т.д.) и плевать что там где "заточено". Ибо дело клиента обычно - ConnectionString и отображение результатов, а все остальное, в большинстве случаев - проблемы сервера.
17 мар 06, 18:02    [2461793]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
Flare
Ибо дело клиента обычно - ConnectionString и отображение результатов, а все остальное, в большинстве случаев - проблемы сервера.


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

Надеюсь вы допускакете , что могут быть и другие подходы.
17 мар 06, 18:06    [2461817]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
5631
Member

Откуда:
Сообщений: 452
Вот оно.
http://www.universalthread.com/wconnect/wc.dll?4,3,1
17 мар 06, 18:07    [2461823]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
5631
Member

Откуда:
Сообщений: 452
И файл-серверы тебе, понимаешь, и клиент-серверы.
17 мар 06, 18:09    [2461838]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
H5N1
alex11100
я кажется выше показал как писать бизнеслогику
на русском я зыке


ну-ка, нука. интересно, так может еще и это осилишь ?
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=189936&pg=19#2360186
H5N1, а что есть "сложная" бизнес-логика? Что есть "простая" бизнес-логика? Что есть "нормальная" бизнес-логика? Что есть "ненормальная" бизнес-логика? И почему "сложная" и "нормальная" бизнес-логика не может быть написана на VFP?
17 мар 06, 18:42    [2461979]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
Dooma
Я против создания новых многопользовательских систем на, скажем так, морально устаревшей ФС основе. Многие аргументы, из приводимых здесь звучали типа: у меня магазин с двумя-тремя компами => зачем мне Oracle, MSSQL, DB2 и т.п., когда и на DBF все прекрасно крутится?
На мой взгляд, крутится до поры, до времени... Я уже приводил пример своего знакомого, могу еще пару привести.
Вы можете мне с моими историями не верить, но факт остается фактом:
ФС-решение очень плохо масштабируется, хуже защищено, менее надежно, имеет очень слабую поддержку транзакций, хуже защита от сбоев, сложнее backup, сложнее и хуже индексация, плохая оптимизация запросов

Не согласен только с подчеркнутым. В остальном - Да.
17 мар 06, 18:46    [2461989]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Dooma
Guest
5631
Вот оно.
http://www.universalthread.com/wconnect/wc.dll?4,3,1
Вы знаете, я бы сказал, такие листы с "удачными внедрениями" продуктов не показатель.
Ну, например, я напишу, что у меня в DBF базе 100 таблиц в одной из них 10 000 000 записей. При этом в системе 1000 юзеров.
Спрашивается сколько юзеров одновременно обращаются к таблице в 10 000 000 записей, join-ят ее с другими таблицами и при этом кто-то еще туда чего-то пишет?
А вы представте, как обратятся одновременно хотябы 30 юзеров к этой таблице, да как потащат к себе по сети ее индексы, чтобы выбрать сотню, другую записей...
Может там сервер приложений и все снаружи как КС выглядит? Может и так.
Спрашивается зачем мне этот сервер приложений вокруг ФС, если плохенький SQL-сервер итак обеспечивает подобный функционал.

Зато у меня есть еще одит пример - фирма Lintec Computers из Питера в свое время (когда я с ней общался) работала на DBF-ной базе. Какие 10 000 000?
Там записей дай бог десятки тысяч в самых больших таблицах было и пользователей 20-30. Они два раза в день по полчаса простаивали на реиндексации. А сколько у них "самопроизвольных" падений базы было из за каких-то там ошибок по сети.
Справедливости ради, это было еще лет 5 тому назад. Но они уже тогда планировали менять систему учета. Чем дело закончилось не знаю, знакомый, который там тогда работал, уволился.

Вы можете опять сказать, руки были у них кривые, бездари, задолбал глупыми примерами и т.п.
Но вот только почему-то такие объемы и такая нагрузка даже на не очень идеально спроектированной базе на SQL-сервере, подобных проблем не вызывает.
17 мар 06, 19:19    [2462092]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Dooma
Guest
Urri
Не согласен только с подчеркнутым. В остальном - Да.
Хорошо, раскажите мне тогда, каким образом происходит оптимизация запросов на VFP-DBF?
Как это реализовано, какими внутренними механизмами?
Есть ли статистика по индексам и как она учитывается?
17 мар 06, 19:24    [2462103]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
Dooma
Urri
Не согласен только с подчеркнутым. В остальном - Да.
Хорошо, раскажите мне тогда, каким образом происходит оптимизация запросов на VFP-DBF?
Как это реализовано, какими внутренними механизмами?
Есть ли статистика по индексам и как она учитывается?


Используется технология рашмора.
Сразу скажу , что технологи закрытая.
Но в резултате здорово ускоряется работа с базой (dbf).

Эту рашмор - оптимизацию используют как команди и функции VFP . так и Fox-SQL.
выборка 1 милиона записей из базы в 3 млн. записей - 1.5-2 с.
17 мар 06, 19:35    [2462122]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
Dooma
[quot 5631]Вот оно.


Зато у меня есть еще одит пример - фирма Lintec Computers из Питера в свое время (когда я с ней общался) работала на DBF-ной базе. Какие 10 000 000?
Там записей дай бог десятки тысяч в самых больших таблицах было и пользователей 20-30. Они два раза в день по полчаса простаивали на реиндексации. А сколько у них "самопроизвольных" падений базы было из за каких-то там ошибок по сети.
Справедливости ради, это было еще лет 5 тому назад. Но они уже тогда планировали менять систему учета. Чем дело закончилось не знаю, знакомый, который там тогда работал, уволился.

Вы можете опять сказать, руки были у них кривые, бездари, задолбал глупыми примерами и т.п.
Но вот только почему-то такие объемы и такая нагрузка даже на не очень идеально спроектированной базе на SQL-сервере, подобных проблем не вызывает.


Вы знаете - это не просто кривые руки, это гениално-кривые руки. Я даже не представляю, как так можно было извратится , чтобы достичь указанного вами результата. Наверно ребята кроме команды SET FILTER ничего больше не знали :-)
(фоксятники меня поймут)
17 мар 06, 19:41    [2462132]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Dooma
Guest
s.e.r.g.e.y.
Используется технология рашмора.
Кто-нибудь может внятно объяснить, что это такое?

s.e.r.g.e.y.
Эту рашмор - оптимизацию используют как команди и функции VFP . так и Fox-SQL. выборка 1 милиона записей из базы в 3 млн. записей - 1.5-2 с.
Это что 1 млн записей за столько времени по сети гоняется или на той же машине?
Простите, еще не понял, а зачем вам вообще 1 млн. записей сразу выбирать?

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

На сколько я знаю, статистику по индексам DBF не ведет. Следовательно оптимизатор даже приблизительно не предполагает, сколько записей он может ожидать на выходе запроса. А как тогда он будет строить оптимальный план комплексного многотабличного Fox-SQL запроса к DBF?

Или уже ввели статистику по индексам?
17 мар 06, 19:54    [2462154]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
H5N1
Guest
Dooma
s.e.r.g.e.y.
Используется технология рашмора.
Кто-нибудь может внятно объяснить, что это такое?


одна из многочисленых баек из документации МС, примерно такая же байка, что и транзакции, расчитаная на полных лопухов, которым незнакомы понятия SORT MERGE, HASH JOINS и т.п.
17 мар 06, 20:15    [2462172]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Dooma
Guest
Dooma
На сколько я знаю, статистику по индексам DBF не ведет. Следовательно оптимизатор даже приблизительно не предполагает, сколько записей он может ожидать на выходе запроса. А как тогда он будет строить оптимальный план комплексного многотабличного Fox-SQL запроса к DBF?
Более того, по идее, без внятной статистики, которая по сути представляет из себя плотность распределения, оптимизатор даже не знает откуда ему лучше тыкаться в индекс и какой индекс лучше подойдет для конкретного случая. Следовательно все принятия решения, по шарканью по индексам ложаться на ваши плечи.
17 мар 06, 20:40    [2462205]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
-)
Guest
Ёхын Палыч

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

Навеянный вашими постами, я вот вчера, у себя на работе, организовал маленький тотализатор – ставка 20 грн (~ 4$) на следующее условие :
- на какой странице сам по себе (именно сам по себе, а не по воле модера) остановится данный тред (остановкой считается - отсутствие постов в течении недели)

Ну а вообще, если эта ветка заглохнет, то в этой жизни станет немножечко скучней. Пусть она живет – вечно !
17 мар 06, 23:36    [2462441]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
s.e.r.g.e.y.

Используется технология рашмора.
Сразу скажу , что технологи закрытая.
Но в резултате здорово ускоряется работа с базой (dbf).

Эту рашмор - оптимизацию используют как команди и функции VFP . так и Fox-SQL.
выборка 1 милиона записей из базы в 3 млн. записей - 1.5-2 с.


Браво! Узнаю настоящего фоксиста! Какой же фоксист без рашмора.
Фокс без рашмора - что Интербейз без Абрамса, что ораклист без версионности

Ну подумайте сами - этому рашмору уже лет 15 минимум. Если он был запатентован, то уже 5 лет как им можно свободно пользоваться, если не был (хотя на мой взгяд глупо не патентовать) - неужели за это время не придумали более чего-то лучшего?

Дальше - раз технология закрытая - как вы можете её с чем-то сравнивать? Вы можете объяснить за счет чего клиент при файл-сервере, который не знает ничего о текущем состоянии БД (её же меняют другие клиенты) будет лучше работать чем SQL сервер который ведет статистику состояния данных в таблицах, кеширует запросы и т.д.? Как можно только верить в закрытую технологию? Хотя чего удивляться, если в транзакции на ДБФ верят...

А примерчик Вы привели... Интересно а сколько занимает выборка 3 милионов записей из базы в 3 млн. записей? Осмелюсь предположить что 4.5-6 с
Если вы выбираете треть таблицы, то тут уже не по индексу надо бежать, а тупо сканировать - чтение индекса только замедлит выборку.
И опять же SQL сервер может предположить исходя из статистики что будет выбираться треть таблицы и индекс не использовать, а фокс с закрытым рашмором будет мучится с индексом.

Да что ж фокс с вами делает, а? Почему вы сами-то не думаете?
18 мар 06, 01:04    [2462590]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
АлександрК
Member

Откуда: Белгородская обл.
Сообщений: 121
SergSuper
Да что ж фокс с вами делает, а?


Делает он тоже самое, что и другие средства. Посмотрите на себя. Чем вы отличаетесь?
18 мар 06, 09:29    [2462818]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Ёхын Палыч
Guest
2 All:

Тэкс... Аня! Нина! Я тут!.. Где мой попкорн?.. Товарищ, дайте пройти, ноги уберите... Уфц... Скажите, а Мария уже полюбила Хуана? О как! Подлец, однозначно! А дон Педро нашёл свою внучатую племянницу троюродной тёти её брата свёкра по материнской линии? А... Всё, всё, молчу... А серия, серия кака?.. А кто там Ксения Собчак?..

2 -):
>Навеянный вашими постами, я вот вчера, у себя на работе, организовал маленький тотализатор
:-)))) Предлагаю новую тему на встрече G8 в Санкт-Петербурге. Источник халявной экологически чистой энергии, основанный на разногласиях программистского цеха - былое и перспективы.

2 All (PatrII):
По поводу Программизда 01 :-) ИМХО, сей ник не прост, ой как не прост! Да, провокатор... Но кто без греха? У кого-то пожизненное хобби деньги, власть, Куршавель и горные лыжи - "усё во имя и для народа чтоп". У кого-то отдушина ПТ и придуманные роли. Сублимация. Но мне кажется за этим ником (и, как минумум, ещё за парой) скрывается яркая, неординарная личность. И по косвенным признакам - крепкий профи.
И ещё... По-моему, его просто сильно бесит когда приватизируют истину в последней инстанции. :-)))

P.S. Не считал себя никогда ни противником фокса, ни его сторонником - был нейтрален как сытая Швейцария. Но на 59-й странице этого "сериального" топика у меня появилась даже некая симпатия к нему. Известная российская слабость - притесняемых на Руси жалеют и уважают. Больших и вечно во всём правых - мягко говоря, не любят. Наверное потому, что сильные и большие (исторически) более бесцеремонны, хамоваты и преследуют свои жлобские цели не взирая ни на что.
18 мар 06, 13:06    [2463007]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Flare
Member

Откуда:
Сообщений: 711
1024
Но вот непонятно зачем, когда все это уже реализовано в тех же lite-версиях
больших серверов?
-------------------------

всегда архитектура должна выбираться в соответствии с требованиями системы.
Если требуется сервер то нужен сервер, если не требуется сервер то сервер не
нужен.
Если требования твоих *современных* систем - работать с базами данных, не используя сервера БД - я тебе сочувствую, ты отстал безнадежно и вряд ли наверстаешь. Что атавизмы делают в этой ветке?

PS. ... и научись, наконец, квотингу - читать неудобно.
18 мар 06, 21:06    [2463633]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Flare
Member

Откуда:
Сообщений: 711
s.e.r.g.e.y.
Flare
Ибо дело клиента обычно - ConnectionString и отображение результатов, а все остальное, в большинстве случаев - проблемы сервера.

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

Надеюсь вы допускакете , что могут быть и другие подходы.

"Плавали - знаем"(С).

Я писал в многих средах и разных архитектурах, включая VFP в клиент-серверных и файл-серверных решениях. Так что оставьте этот аргумент для вам подобных *фокусников*. Сколько лет вы в софтверной разработке?

"Другие подходы" в современном мире нужны в паре процентов случаев из 100.
18 мар 06, 21:19    [2463647]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Flare
Member

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

Да что ж фокс с вами делает, а? Почему вы сами-то не думаете?
Для меня это тоже вопрос. Ибо, как показывает моя практика - большинство людей пишуших (только!) на FoxPro, в вопросах разработки ПО - обладают узким кругозором, какой-то зашоренностью мышления и, я бы сказал, какой-то нездоровой религиозной фанатичностью в отношении этого средства разработки ПО.
Кроме того, язык, выросший из xBase - тянет за собой много старых и ненужных "хвостов", которые впечатываются в идеологию программистов, постоянно работающих (только!) с данной средой разработки.
Фокс развращает и извращает умы. Тут и внешне кажущяяся простота работы с данными, отсутствие строгой типизации и "обработка данных на клиенте" в случае КС и многое другое. Вследствие внешней простоты - софт на фоксе пытаются делать люди слабые как программисты. Низкая, в общей массе, квалификация (случаются, конечно, исключения в виде Sergey Ch и др.) и "кривой", в результате, софт. Взять те же программы, которые распространяют в моей стране органы налоговой инспекции или пенсионный фонд или одну безграмотно написанную ЫРП-сЫстему с которой довелось работать.
В общем у меня есть за что "любить" фокспро :)
18 мар 06, 21:48    [2463697]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
-)
Guest
2Ёхын Палыч
Ну и последний ваш “выстрел”, как и все предыдущие в – “десятку” . ИМХО.
Вы вроде как Аксцесник, а я вроде как лисовод, но почему-то с вашими постами я согласен.

Flare

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

Это – очень спорное утверждение.

Flare

..Взять те же программы, которые распространяют в моей стране органы налоговой инспекции или пенсионный фонд или одну безграмотно написанную ЫРП-сЫстему с которой довелось работать.

Ну если быть точнее, то налоговая, сейчас предлагает программулину, то ли на BCB, то ли на Delphi, не особо далеко ушедшую от предшественницы на Фоксе. А что касается пенсионного фонда, то мне как фокспрошнику, самому, за нее –стыдно, тут я с вами согласен. Но, скорее всего, “собака зарыта” не в том месте, где вы пытаетесь здесь представить.
18 мар 06, 22:50    [2463757]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Ц4
Guest
Идиотский вопрос - в фоксе можно посмотреть на план исполнения запроса?
18 мар 06, 23:12    [2463778]     Ответить | Цитировать Сообщить модератору
 Re: Access и FoxPro. Сравнение мощей  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
Dooma
...А вы представте, как обратятся одновременно хотябы 30 юзеров к этой таблице, да как потащат к себе по сети ее индексы, чтобы выбрать сотню, другую записей...
Индексы по сети целиком не тянутся.
19 мар 06, 00:12    [2463847]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 54 55 56 57 58 [59] 60 61 62 63 .. 72   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить