Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
vadiminfo Ну прямо опустили Оракл до нуля. Все слабые системы его уже сделали. И тем самым стали мировыми лидерами. Ить если сделать Оракла, то кого еще делать? Ведь это означает автомтически сделать всех остальных. И так мечтает каждый про свой продукт. А зачем? Вы любите свой продукт? Любите таким каким он есть. Любовь не должна смотреть на то хде он там по отношению к Ораклу. Любовь долго терпит, всему радуется. Как была подача так получилась и отдача :) Никто никого "опускать" не собирался. Мы прекрасно знаем что в Oracle и MS SQL Server есть много вещей и удобств, которые надо в FoxPro писать самостоятельно (начиная от резервного копирования и заканчивая replicatin over the TCP/IP). Но в то-же время мы прекрасно понимаем, что для конечного пользователя нет особой разницы, на чем работет его система, если она выполняет свои функции. Конечно мы терпимы, но всегда будем отвечать на заявления и обвинения в отсталости... P.S. Ничего личного, никого не хотел учить, все совпадения случайны... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 21:11 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Наверное, по чтению в однопользовательском режиме с локальной базы ? - тут Вы правы на 100%... На мой практике при аналогичных условиях Oracle начинает выполнять быстрее запросы при 50 и более активных клиентах, но не один десяток тысяч долларов свыше стоимости FoxPro должны этого стоить Ага, расскажите ещё байку про ""rushmore" - секретное оружие foxpro". Эта байка даже смешнее, чем interbase на танке. - В 9 версии Microsoft попытался убить этот метод, но вроде в SP1 они его вернули. Хотя странно от Вас слышать подобные заявления - Вы скорее всего сталкивались с тем, что выборки по нескольким миллионам записей происходит за сотые доли секунды. Да, в FoxPro нет красивого графического оптимизатора запросов, но разве от этого он работает медленнее? Ну если вы считаете, что развитые форматы данных это огромное преимущество СУБД, то FoxPro "делает" Oracle по этому "параметру"... Да что там FoxPro... почти все "делают" Oracle по форматам данных. А postgreSQL со своими типами point, poligon, line, circle, macaddr итд... делает существование других СУБД просто безсмысленным. - К сожалению я неправильно описал свою мысль. В FoxPro существет искуственный барьер - размер одной таблицы не может превышать 2 Gb как и размер Memo поля (на практике я очень редко встречался с одиночными таблицами более 2 Gb, как правило они были следствием плохо продуманной структуры данных). Кроме того - контейнер базы данных в FoxPro пока не так надежен, как в Oracle или MS SQL - это просто отдельная таблица, где хранится информация о таблицах, триггерах, ХП, ссылочной целостностью. К сожалению дизайн сделан так, что контейнер находится вроде как отдельно и к нему есть возможность прямого доступа. Хорошо это или плохо, судить не нам, но MS пока не делает ничего по его улучшению, объясняя это политичекскими соображениями (есть MS SQL Server)... Таким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части, так-как FoxPro как и любая среда разработки приложений поддерживает OLE DB and ODBC) - отличный и разумный выбор. А стоимость, наличие всего в одном флаконе, стабильность, скорость и надежность делают FoxPro лидером при создание практичкских приложений... P.S. Конечно я замалчиваю тот факт, что те, кто работают с Oracle, MS SQL Server имеют несравненно более высокую заработную плату, по этой причине и автор этих строк был вынужден изучать эти СУБД и разрабатывать на них приложения, так-как были клиенты с деньгами... Для кого я пишу этот топик? Для молодого поколения, которое ничего не знает про FoxPro и могут просто заучить как стих - "Если надо что-то поругать, то надо назвать это FoxPro"... Ведь это совсем не так... Good luck! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 22:01 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Sergey Ch- тут Вы правы на 100%... На мой практике при аналогичных условиях Oracle начинает выполнять быстрее запросы при 50 и более активных клиентах, но не один десяток тысяч долларов свыше стоимости FoxPro должны этого стоить Извините, конечно, но вы рассуждаете на уровне студента. Вы знаете, сколько инженеров трудилось над созданием Oracle, какие идеи туда заложены, сколько труда было потрачено на разработку подобной СУБД? Подумайте, сколько по-вашему могла стоить разработка подобного продукта и сколько должен стоить этот продукт, чтобы окупиться, начать приносить прибыль, и стать №1 на рынке СУБД. Sergey ChДа, в FoxPro нет красивого графического оптимизатора запросов, но разве от этого он работает медленнее? Не хочу вас расстраивать, но в Oracle также нет красивого графического оптимизатора запросов. У вас путаница в терминах. Sergey Ch - К сожалению я неправильно описал свою мысль. В FoxPro существет искуственный барьер - размер одной таблицы не может превышать 2 Gb как и размер Memo поля (на практике я очень редко встречался с одиночными таблицами более 2 Gb, как правило они были следствием плохо продуманной структуры данных). Вы уверены, что этот барьер искусственный? Таблицы более 2Gb в моей практике встречались (на разных проектах) раза 3-4 точно. И, уверяю вас, спроектированы они были хорошо. Биллинг, понимаете ли...финансы всяческие... Sergey ChКроме того - контейнер базы данных в FoxPro пока не так надежен, как в Oracle или MS SQL Он никогда не будет так надежен, как в Oracle/MS SQL. Просто по той причине, что для достижения этой надежности потребуется вложить огромное количество денег в, фактически, перепроектирование архитектуры. Которая бы позволила сочетать многопользовательский доступ с availability/backup/recovery. Sergey ChТаким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части, так-как FoxPro как и любая среда разработки приложений поддерживает OLE DB and ODBC) - отличный и разумный выбор. А стоимость, наличие всего в одном флаконе, стабильность, скорость и надежность делают FoxPro лидером при создание практичкских приложений...Распишите пожалуйста ваше понимание малого, среднего и крупного бизнеса. Тогда будем говорить предметно. А так....голословные заявления. У вас есть клиент - 10 человек в офисе, вы разработали для него некую систему. Спустя год клиент взял крупный кредит в банке, на развитие бизнеса, нанял еще 90 человек, попытались работать в вашей системе. В итоге клиент уперся в: 1. ограничение по таблицам (2Gb) 2. банальные тормоза 3. постоянные переиндексации и т.п. Ваши действия? Так вот, в нормальной практике, в подобных ситуациях, как правило покупают сразу серьезный продукт, но, скажем, облегченную версию. Например Oracle Database Standart Edition One или MSDE (или как он там называется). При этом сохраняется возможность спокойно мигрировать на другие, более серьезные версии, в случае необходимости. Sergey ChP.S. Конечно я замалчиваю тот факт, что те, кто работают с Oracle, MS SQL Server имеют несравненно более высокую заработную плату, по этой причине и автор этих строк был вынужден изучать эти СУБД и разрабатывать на них приложения, так-как были клиенты с деньгами... Высокий уровень ЗП специалистов, знающих данные программные продукты обусловлен высокой сложностью данных продуктов, соответственно, малым количеством специалистов, способных работать с этими продуктами. Рынок, понимаете ли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 22:44 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Vadim_Maximov Распишите пожалуйста ваше понимание малого, среднего и крупного бизнеса. Тогда будем говорить предметно. А так....голословные заявления. У вас есть клиент - 10 человек в офисе, вы разработали для него некую систему. Спустя год клиент взял крупный кредит в банке, на развитие бизнеса, нанял еще 90 человек, попытались работать в вашей системе. В итоге клиент уперся в: 1. ограничение по таблицам (2Gb) 2. банальные тормоза 3. постоянные переиндексации и т.п. Ваши действия? 1. Это зависит от бизнеса фирмы, но 2 Gb - согласитесь, это очень много для активной финансовой информации (а архив можно организовать по другому). 2. Для 90 активных пользователей скорее всего не будет (у меня было и более 200 - немного зависит от сети, сервера и идеологии - применение Web Services избавляет зависимость от сети). 3. Немного не понимаю о чем Вы. Даже при добавлении более 100 записей в секунду - обновление на 2х процессорном Xenon 2.4 Ghz, RAID 5 - 700 Gb связь с сервером 2*1Ghz network card, происходит практически мгновенно... Кроме того простые вещи как Smart UPS и Web Services практически снимают некоторые шерховатости целостности данных о которых многие привыкли рассуждать имея ввиду формат DBF и некоторые проблемы с индексами, которые были ранее при плохом проектировании локальной сети... P.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 23:03 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Sergey Ch 1. Это зависит от бизнеса фирмы, но 2 Gb - согласитесь, это очень много для активной финансовой информации (а архив можно организовать по другому).Не соглашусь. 2Gb это семечки. Sergey Ch(а архив можно организовать по другому).Ключевое слово "организовать". Т.е. дополнительные работы, время и т.п. В итоге - деньги. Sergey Chшерховатости целостности данных о которых многие привыкли рассуждать имея ввиду формат DBF и некоторые проблемы с индексами, которые были ранее при плохом проектировании локальной сети... Ничего не понял. Какая связь между индексами и проектированием локальной сети? Sergey ChP.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)...Гхм...в итоге-то все равно файл-сервер...как ни разворачивай, хоть анфас, хоть в профиль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 23:15 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Ничего не понял. Какая связь между индексами и проектированием локальной сети? - опять мы говорим на разных языках в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером... Гхм...в итоге-то все равно файл-сервер...как ни разворачивай, хоть анфас, хоть в профиль... - снова мы не понимаем друг-друга Извините за прямой вопром - Вы программист или администратор баз данных? Ну да ладно, завтра народ подтянется спор продолжится и в других плоскостях, как это уже неоднократно было... Good night! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2005, 23:48 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
P.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)... Интересно, а зачем лепить пули из говна, когда уже есть пули из свинца? На кой ляд пытаться приделать к файл-серверным системам какие-то там прибамбасы типа веб-сервисов или терминальных сервисов - когда уже есть нормальные клиент-серверные СУБД? в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером... В файл-серверных системах возможны любые проблемы при плохой связи клиента с сервером. Поэтому ниша файл-серверных систем - локальные однопользовательские базы. И никуда больше им соваться не следует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 02:46 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Sergey Ch- снова мы не понимаем друг-друга Извините за прямой вопром - Вы программист или администратор баз данных? Нет уж, давайте мы Вам прямой вопрос зададим: А сколько лет и с какими продуктами клиент-серверных технологий Вы работали, чтобы у Вас было достаточно опыта утверждать, что Fox неплох как сервер и очень удобен как клиент к РСУБД ? Вы уж извините, но пока возникает впечатление из Ваших рассуждений, что ни на чем плотно, кроме Fox-а, Вы не работали - так как от Вас нет конкретных сравнений с конкретными продуктами, только сравнение технологий файл-сервер и клиент-сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 06:29 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Про rushmore, если вы не поняли это я о том, что это красивая байка про то как группа создателей копеечной поделки (FoxPro 2.0 под ДОС) создали технологию поиска до которой не додумались за много лет крупнейшие на тот момент производители субд (IBM, ORACLE, Sybase), более того что до этой технологии так никто и недодумался до сих пор... Вы в это верите? Sergey Ch в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером... В файл-серверных системах возможны проблемы с индексами даже при access violation на любом компьютере в сети. Sergey Ch Мы прекрасно знаем что в Oracle и MS SQL Server есть много вещей и удобств, которые надо в FoxPro писать самостоятельно А также мы прекрасно знаем, что есть много вещей которые как не пиши на FoxPro - ничего не получится... Sergey Ch Таким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части) Если при чём тут использование "в качестве клиентской части", если мы спорим про СУБД ??? авторДа, в FoxPro нет красивого графического оптимизатора запросов В КВН - однозначно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 08:09 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Формально, можно признать , что FoxPro это отличная система, но это не база данных а попытка хранить информацию в стуртурированных, кто-то их называет плоских файлах. Говорить о том, что писать приложения для малого и среднего бизнеса на DBF это хорошо, это просто для того, чтобы оправдать свое не желение или не именее работать с БД, не обязательно реляционными, их много красивых и разных. Вот вчера в супермаркете ждал минут 20 пока касса периндексировала свои базы и что характерно, многие уважающие себя магазины начали заказывть софт на основе БД. Время идет в перед и держаться зубами за старое можно только в гос.конторах. Из них только в перед ногами, и ничего нового можно не изучать. сиди себе и лабай, хоть на фоксе, а то и на Clipper, чем хуже? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 08:23 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Опять всякие там "Oracle форева рулез!" Сами по себе крики типа Oracle форева рулез! больше напоминают крики страха и отчаяния ;) Можно еще кричать "Delphi форева рулез!". Особенно, если посмотреть сколько сейчас требуется программистов на C# и посмотреть на деградацию Delphi в лице Delphi.NET. Это я так, для наведения паролелей ;) Да, поприжимал MS ораклистам причинные места в дверных проемах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:18 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
P.S. Не указывайте мне на "очепятку". Я знаю, как писать слово "параллель". Это у нас в узком кругу юмор такой (дурацкий) пароль + параллель = ... Never mind, случайно вырвалось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:27 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Leonid ... Да, поприжимал MS ораклистам причинные места в дверных проемах ну хз... меня и на оракле не плохо кормят вот когда зарплата у спецов по мсскл станет выше чем у ораклистов (я о средней по конкретному рынку) тогда и поговорим о криках отчаянья пока же, имхо, ситуация наоборот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:28 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:37 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
aZm ну хз... меня и на оракле не плохо кормят вот когда зарплата у спецов по мсскл станет выше чем у ораклистов ... Из мультика про попугая Кешу: "Нас и здесь неплохо кормят..." То то и оно. А при чем здесь "Oracle форева рулез!" ? Никто ж не против, сидите пока сидится, пока кормят, пока ... А по поводу зарплат на Oracle - это только сис-админам есть о чем бояться. Всякие там MSSQL-и, Sybase-ы, DB2 живут себе без таких распальцованных сис.админов и, надо сказать, неплохо живут. Мне, как разработчику наплевать, что Oracle, что Скуль - и там и там свои плюсы и минусы. Заранее предупреждаю, не буду вступать в долгие дискуссии на тему "+"/"-" Oracle vs MSSQL - задолбало уже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:46 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
уважаемый Leonid а вам не приходило в голову, что чем скложнее система, чем больше у нее функциональность, чем больше настроек - тем выше нужна квалификация? если микрософт решит побороться за вышесредний и верхний сегмент рынка БД - им прийдется делать развитую систему настроек... и тут же вырастет сложность настройки, поддержки и тп. чудес не бывает, за все нужно платить. зы. я ни разу не дба :) --- Vae victis! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:54 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Yo!!Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :) это в смысле - догоним и перегоним 8i ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 13:55 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
aZm это в смысле - догоним и перегоним 8i ? лет через 5-6, может следующим релизом, когда все что вырезано из Yukon сделают :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 14:08 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
aZmуважаемый Leonid а вам не приходило в голову, что чем скложнее система, чем больше у нее функциональность, чем больше настроек - тем выше нужна квалификация? Vae victis!Вы познакомтесь с начала с другими продуктами, кроме Oracle (с DB2 например) как в них решены различные кеши, например, и как они регулируются, может тогда поймете, о чем я. А так пустой базар. Я-то, слава богу, oracle знаю, так что не надо мне "вкручивать" и надувать передо мной oracle-вые пузыри без меры. Я еще раз выскажу свре мнение: Все кто вякает разные "Oracle форева" - по меньшей мере заинтересованы, по большей - дураки. На этом я умываю руки. Хотите, деритесь дальше ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 14:18 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Yo!!Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :) РЖУНИМАГУ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 15:58 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Ну знакомился с MS SQL например , криво решено. Насколько общался с людьми работающими с DB2 - не так она проста, потому и получают они неменьше ораклистов. А на Sybase я сам работал, прямо перед ораклом, оракл понравился больше (ну это имхо). А юкон скорее эволюционная версия чем революционная, самого интересного недоложили опять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 16:06 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
КалинаНу знакомился с MS SQL например , криво решено. Насколько общался с людьми работающими с DB2 - не так она проста, потому и получают они неменьше ораклистов. А на Sybase я сам работал, прямо перед ораклом, оракл понравился больше (ну это имхо). А юкон скорее эволюционная версия чем революционная, самого интересного недоложили опять. отож про дибиту ничего сказать не могу, не общался. имел дело с 2мя версиями сайбейза - аса и асе. аса оно конечно круто, но вот тока не тот сегмент рынка - отнюдь не энтерпрайз. а энтерпрайзовый асе - в администрировании отнюдь не прост. да и разработчику там руки иметь нужно очень уж прямые, а возможностей (в 12.5.1) - мизер. зы. сейчас прийдут апологеты аса9 и обьяснят что все мы не правы ау, аскрус ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 16:40 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
А что мне обьяснять то ? Я давал на форуме ссылочку от официального производителя ASA 9 и будующей 10, где черным по белому написано "Enterpise calibre", идет перечисление почему и даже таблица сравнения с MSSQL/Oracle/DB2. Не спорю, в этом плане ASE круче, потому как расшифровывается как Sybase Adaptive Enterprise Server, но что поделать - забили Sybase-овцы торговую марку Enterprise под свой сервак еще в те времена, когда Watcom не купили, тут уж не попишешь. Однако вроде как MS SQLServer не означает, что все остальные сервера теперь не SQL сервера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 16:49 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
P.S. Последнее время, что то ASE-шники распереживались как то, доказывая, что ASA это не Enterprise, потому что ASE Enterprise. К чему бы такие переживания, если все у ASE хорошо ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 16:51 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33304181&tid=1553759]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
23ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
83ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 410ms |

| 0 / 0 |
