Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 10 [11] 12 13 14   вперед  Ctrl
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Gt_
Guest
а то что фокс популярен совсем в других кругах, но не в банках или корпарациях типа BT.
26 сен 03, 14:00    [354120]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Ayl
Member

Откуда: Санкт-Петербург
Сообщений: 33
2YuriWhite:
См.сообщение от 9 сен 03, 10:50

Что-то мне смутно знакомы названия табличек... Что за банковская система? Неужто ББ?
26 сен 03, 14:15    [354156]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Crip
Member

Откуда:
Сообщений: 2490
2Gt_
Вообще-то сейчас VFP это не столько СУБД, сколько простой и удобный клиентский tool и может запросто использоваться как клиент к тому же Oracle.
26 сен 03, 15:59    [354352]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Alexander_Chepack
Member

Откуда: London
Сообщений: 22649
За 4 года работы в Англии я ни разу не видел тут программ, написанных на Фоксе. Даже упоминаний не слышал.
26 сен 03, 16:02    [354357]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Ayl
Member

Откуда: Санкт-Петербург
Сообщений: 33
2funikovyuri и RDFather:
Классика Hello, World! под ДОС занимает 7 байт + длина строки:

Start:
xchg ax, bp ; 1 байт, при запуске из командной строки BP = 09xx
lea dx, message ; 3 байта
int 21h ; 2 байта
ret ; 1 байт

message db 'Hello, World!$'
end
26 сен 03, 18:06    [354591]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Crip
Member

Откуда:
Сообщений: 2490
Тоже мне фокус.
Попробуй сделать без 21h и 10h , а то что ты тут написал я еще в школе делал...
26 сен 03, 19:12    [354697]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Ayl
Member

Откуда: Санкт-Петербург
Сообщений: 33
2Crip:
Да без проблем! Только программка получится чуть-чуть больше.
Все дело в том, что разговор шел о наиболее компактном коде для вывода "Hello, World!". И обсуждалось, без учета строки, 8 или 9 байт он занимает. Я же просто кинул известный код. И даже подписал - КЛАССИКА.
26 сен 03, 20:30    [354747]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Cat2
Member

Откуда: Petroskoi, Karjala
Сообщений: 145754
Бей FoxPro, спасай Россию!
===============
Для NNN. А вот если Fox на Оптовый Склад нападет, кто кого сборет?
26 сен 03, 20:54    [354761]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
NNN 
Guest
2Картинка с другого сайта.

> А вот если Fox на Оптовый Склад нападет, кто кого сборет?

Меня как-то не беспокоят оптовые склады, я на них никогда не писал. Ответь мне лучше на другой вопрос: если тебя ударить по голове кувалдой, ты на какую ногу хромать будешь?

ЗЫ ничего личного.
ЗЗЫ о чем собственно речь, фокс же давно умер, не так ли?
26 сен 03, 22:59    [354826]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Cat2
Member

Откуда: Petroskoi, Karjala
Сообщений: 145754
Для NNN. Понял. Не дурак-с. Если меня по голове ударят кувалдой, то о хромоте я и думать забуду.
Не дай Бог Fox помрет! Без него скучно будет.
26 сен 03, 23:46    [354877]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
"Подолью" еще немного масла в огонь. Это мнение одного из профессионалов - Rick Strahl, занимающегося производством программного обеспечения для электронной коммерции (прошу извинения за английский язык - к сожалению, я не видел перевода этой книги в сети):

To SQL or not to SQL

The question of whether to migrate an application to a SQL back end invariably comes up when dealing with high-performance server applications. When you think about back-end data, keep in mind that VFP has an amazingly fast data engine—if speed is what you're after, VFP is likely to be the best choice, while SQL Servers provide security and data stability.

Using Visual FoxPro data

There are good reasons to migrate to a SQL back end, but many applications may not have a need for them. FoxPro works well even against very large data sets, so take the time to test performance. Don't blindly jump to a SQL back end! Consider the following points:

Native data is great for server back ends.
For server applications, it's appropriate to use Visual FoxPro as a local data source because only a small number of simultaneous VFP clients access the data at once. Data is usually local to the machine on which the server is running—or it's on a fast, low-volume network. Unlike many standalone network applications, in a Web application a data connection is not from the user to the database, but from the Web server to the data. The execution environment is also very controlled because data access occurs from a server rather than from end-user client machines. Many data-integrity issues that can crop up in typical network applications—with large numbers of clients stemming from configuration and client problems—are not an issue with server applications.

VFP performance is much better than SQL.
Keep in mind that VFP has an amazingly fast data engine. If speed is what you're after, VFP may be the best choice. I worked on one application that, when I converted from local VFP data to a SQL back end, data access ran between two and three times slower for short requests and five to 10 times slower for complex queries and administrative tasks. Proper tuning of SQL Server (which took several outside consultants several weeks) brought this down a little, but still left SQL Server running nearly twice as slow on average. Where performance counts, Fox data is an excellent choice. Even if you are using SQL Server data, take advantage of the Fox engine by downloading and caching static data in local cursors to save round trips to the server.

VFP can handle large data volumes.
I worked on one high-volume commerce site where VFP back-end data was used with servers peaking close to 750,000 back-end hits a day on a single, four-processor NT box. The actual day-to-day operations of running an online shopping site ran flawlessly.

VFP has problems only with batch updates against heavily used, live data.
So, why switch to SQL if all is rosy? There are a few problems with VFP data access on operations that should normally be left to EXCLUSIVE use. On this project, there were issues dealing with the frequent data updates that performed large imports into live, online databases. Many of these operations could have been performed with EXCLUSIVE operation, but this wasn't possible due to the time these import operations were taking. With multiple active servers, these update operations running against live online databases would occasionally corrupt the database and the indexes. Operations that turned up these problems were APPEND FROM and DELETE on large groups of records, while other instances of Visual FoxPro were actively using these same tables. (Note: These issues could have been worked out, but a management decision at the time forced the move to a SQL back end anyway. The moral of the story is that you can get around these issues if you can recognize the problem when it occurs.)

Using a SQL Server back end

Fox data is fast, but SQL Server provides a number of features that are simply impossible to accomplish with FoxPro data. In many situations, the tradeoff for performance can be worth it. The advantages of a SQL back end are:

Improved stability
The main reason for the move to SQL at the above site was for better stability. Getting away from the DBF/CDX file structure has resulted in significantly improved up time. The environment and nature of online batch updates mandated this move to get around data consistency problems encountered with native VFP data. The biggest problem with native data wasn't the fact that it got corrupted, which happened only on very few occasions—it's that it went undetected for quite a while, causing inconsistent but not easily traceable problems on the live site. As you might expect, those kinds of problems are almost more serious than outright failures that are immediately visible. With the SQL back end, data corruption has never occurred, albeit at the cost of very lengthy and slow updates that often lock out users while the operations run.

50+% performance loss (SQL and Internet overhead)
Overall, application throughput dropped by more than 50% when the move to SQL Server occurred. If you're moving from Fox data to SQL Server you'll almost certainly face a similar performance hit.

Lightened CPU load on Web server
SQL Server was installed on a dedicated server machine and migrated much of the data processing load to the SQL Server box, away from the Web server/VFP machines. Running a complex query on a VFP front end won't cripple the Web server because the CPU-intensive query now runs on the SQL Server. The idle CPU power can then serve other requests and more connections. The flip side is that SQL Server is now bearing the majority of processing load, with the majority of CPU power focused on the data access layer. This has potentially expensive implications if the SQL back end must be upgraded. Scaling a SQL Server beyond a single machine is difficult and expensive as well.

More complex data access issues
The move to SQL also brought difficult issues in terms of data administration. SQL servers are hard to deal with for large update commands and purges that occur on heavily used data. Locking issues can make it impossible to update data that's being operated on—extensive use of stored procedures and sectioned processing is often required to accomplish tasks such as clearing out log files. This was one reason for moving to SQL on the Surplus site, and as it turned out, these issues were not addressed, resulting in update operations that would at times take more than 10 minutes, compared to 30 seconds or so in native Fox data. General administration of SQL Server is also more difficult: Tuning the server, managing security, maintaining data partitions, and monitoring backup and performance are not trivial tasks. They require personnel with previous experience or training, or outside consultants who specialize in SQL administration. SQL Server 7.0 makes this process somewhat easier through improved self-tuning logic in the server and much improved administrative interfaces, but knowing what to tune when the time comes still remains an important aspect of any SQL Server application. If you don't have the in-house resources, be sure to budget outside help—tuning a SQL Server is one of the most important aspects of a successful SQL application.

Was it worth it? Yes!
In retrospect, was it worth it to give up the huge performance benefit of local Fox data? In this case, most definitely yes! Stability of the application went way up, and the site experienced fewer problems getting locked or stuck with data-corruption issues. Centralized data access and management through SQL Server has also made the administration process more centralized and allows automating some of the heavy data-maintenance tasks in the middle of the night. The tradeoff was performance, which was addressed by bringing more concurrency to the front ends by adding additional machines to take requests from the Web server.
Weigh the advantages and disadvantages of VFP and SQL Server carefully. SQL Server 7.0 presumably improves performance considerably and eases some of the locking issues that continue to be the biggest problem in the batch update process. Fox data can go a long way for you, so compare your options and requirements to what you can accomplish.
27 сен 03, 01:26    [354913]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
YuriWhite
Member

Откуда: Chelyabinsk
Сообщений: 449
2Ayl
Не ужто ББ ? :) Она самая :)
Приятно встретить на просторах Родины человека из Питера, который знает сие чудо...
29 сен 03, 06:00    [355401]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Ayl
Member

Откуда: Санкт-Петербург
Сообщений: 33
2YuriWhite:
Слышал - не то слово! 5 лет работы так просто не проходят!
Установка, разработка, саппорт...
А сам-то откуда? А то в Details никакой инфы нет. Может, и пересекались где?
29 сен 03, 16:46    [356401]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Lepsik
Member

Откуда: glubinka
Сообщений: 4257
--When you think about back-end data, keep in mind that VFP has an amazingly fast data engine—if speed is what you're after, VFP is likely to be the best choice, while SQL Servers provide security and data stability.

да уже после одной этой фразы можно дальше не читать.
29 сен 03, 18:51    [356675]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
vdimas
Member

Откуда: Севастополь
Сообщений: 1147
голимая фраза.

Причем тут VFP? Грамотней просто сравнивать файловые базы данных и SQL - серверные.

И еще. 15 связанных таблиц в одном запросе гораздо быстрее поднимаются из MDB-файла, в котором соответствующие связи между таблицами проставлены и база была после этого сжата (это вообще абсолютный рекорд).
Кто не верит - поэкспериментируйте сами.

Далее, запрос типа:

select field10, count(*) from table1

where field1 not in
(
select field2 from table2
where field3 not in
(
select field4 from table3
where field5=table1.field6 and field7<>table2.field8
)
)
)
group by field10
having count(*)>2


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

Прогоните на таблицах table1, tabl2, table3 хотя бы размером с сотню тысяч строк в каждой на VFP и на MS SQL 2000. (Только грамотно кластерные индексы не забудьте проставить :) )

MS SQL жует быстрее раз в 5-10. (Специально экспериментировал на такого рода запросах).

А то что запросы типа
select нечто from одна_или_две_таблицы where пара_условий

выполняются быстрее, так что с того? Такие запросы достаточно быстро на любом серваке выполняются. Да, непосредственно с файла ты поднимешь это в 3-10 раз быстрее, чем придет с сервака, но зачем мне быстрее, чем 50ms? А когда я вижу как сложные отчеты по нескольку минут на VFP считаются, то тут уж точно охота побыстрее. Потому как время простой выборки данных здесь не видно и под микроскопом. Здесь уже вступает в действие (влияет на время выполнения) мощный планировщик запросов в SQL-серваке, который пользуется столькими параметрами, что VFP и не снилось.
1 окт 03, 05:17    [358494]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Crip
Member

Откуда:
Сообщений: 2490
2vdimas
Ну что вы сравниваете простой процессор запросов VFP и наверное самый лучший из всех процессор запросов MS SQL?
VFP запросы выполняются очень быстро, но только в простом варианте.
Ваш пример вообще в VFP не будет работать в силу ограниченности синтаксиса SQL.
Для того чтобы быстро прокрутить подобный запрос нужны пляски с бубном вокруг фоксового оптимизатора и результат все равно может быть хуже MS SQL.
Ну а поводу того что сложные отчеты считаются на VFP по нескольку минут, а на MSSQL меньше секунды это скорее всего лишь свидетельство либо лени, либо некомпетентности разработчика.
1 окт 03, 10:42    [358741]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
vdimas
Member

Откуда: Севастополь
Сообщений: 1147
подобные запросы обрабатываются MS Jet с 4-й версии. (MS Jet жует MDB, DBF, CSV, XLS, DB)

для доступа к DBF файлам в последних фоксах, как я понимаю, тоже MS Jet используется?

(хотя, могу и ошибаться)
1 окт 03, 21:35    [360102]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
NNN 
Guest
2vdimas

> для доступа к DBF файлам в последних фоксах, как я понимаю, тоже MS Jet используется?

Во всех версиях фокса, начиная с DBase 1.0, используется Borland Database Engine.

> (хотя, могу и ошибаться)

Не можешь, в этом я абсолютно уверен.
1 окт 03, 22:13    [360116]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Lepsik
Member

Откуда: glubinka
Сообщений: 4257
--Во всех версиях фокса, начиная с DBase 1.0, используется Borland Database Engine.
> (хотя, могу и ошибаться)
--Не можешь, в этом я абсолютно уверен

BDE у Microsoft ? мама куда мы катимся ?
1 окт 03, 23:47    [360162]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
YuriWhite
Member

Откуда: Chelyabinsk
Сообщений: 449
2NNN
DBase оказывается это FoxPro - сумашедший дом :)
2vadimas
MS JET для VFP....в больничку...:)

Вы что перепили...? Теперь я понимаю о чем с Вами можно спорить ....особенно ввиду "великих" знаний по VFP...
2 окт 03, 06:17    [360220]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Ermak
Member

Откуда: Tomsk
Сообщений: 811
Окончательно запутали!
Зачем VFP для доступа к DBF работает с MS JET через BDE?

"мама куда мы катимся ?" (Lepsik)
2 окт 03, 06:23    [360221]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
NNN 
Guest
"мама куда мы катимся ?" (Lepsik)

Явно не вверх.

2YuriWhite

> DBase оказывается это FoxPro - сумашедший дом :)

Попрошу резкие фразы не употреблять! Каждый имеет право высказывать свое, научно-задокументированное и пройденное клиническими испытаниями собственное мнение, в том числе и я.
2 окт 03, 06:47    [360228]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
YuriWhite
Member

Откуда: Chelyabinsk
Сообщений: 449
2NNN
>Во всех версиях фокса, начиная с DBase 1.0, используется Borland Database Engine.
Во всех версиях MSSQL, начиная с Oracle 5, используется Borland Database Engine ))))))))))

А я думал ветка заглохла ? Даешь рекрод форума по постам !!!
2 окт 03, 06:51    [360231]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
NNN 
Guest
2YuriWhite

> Во всех версиях MSSQL, начиная с Oracle 5, используется Borland Database Engine

Это глубочайшее заблуждение. Все серверные БД написаны на джаве, иначе они не могли бы быть использованы в утюгах и кофемолках, что является приоритетным направлением развития новых технологий.
2 окт 03, 08:49    [360277]     Ответить | Цитировать Сообщить модератору
 Re: Поражает интелект- Fox это отстой, SQL это круто.  [new]
Denis Uskov
Member

Откуда: New Urengoi
Сообщений: 482

А вы знаете что, VB разработала и поддерживает до сих пор компания Sun в ответ на разработку компанией MicroSoft языка Pascal. А Windows это встроенный текстовый редактор в Linux
2 окт 03, 10:12    [360376]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 10 [11] 12 13 14   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить