Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
hi *All*! Небольшое вступление: Контора, в которой я работаю, занимается написанием и коммерческим распространением программного обеспечения (работа с dbf файлами, ручное заполнение таблиц и распечатка бумажных отчетов), написанного на Access. За несколько лет столько было набито шишек и наступлено граблей! Работали в "песочнице", сооруженной Microsoft, в которой очень часто попадаются, пардон, какашки. Решили переезжать на нечто альтернативное. Основные проблемы при использовании Access были следующие: 1. Необходимость наличия Access'а на каждом клиентском компьютере (Runtime спасает, но не решение). 2. Различные версии Access - 97/2000/XP/2003 ... 3. Ненадежность - один и тот же код у одних работает, у других нет в зависимости от всевозможных настроек (Access'а, Windows, луны на небе и т.д.). 4. Легколамаемость программ. Из-за коммерческого направления ПО нам пришлось хоть как-то воспрепятствовать использованию уже купленного ПО в другой организации. Но как показывает практика - как ни ухищрялись природа Access'a позволяет ломать программу с полпинка. Назрел вопрос альтернативы всему этому. Что нужно - ввод данных, хранение и вывод на печать. Одно из главных требований - чтобы написанная программа бегала где угодно: хоть на Win95 и как можно без установления дополнительных вещей. Куда смотреть - Delphi(C++Builder)+BDE? VC++? Спасибо всем ответившим! С Уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 17:49 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Вы ищете бесплатное решение или коммерческое ? Почем примерно вы продаете ваши готовые продукты ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 17:52 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
До 100 у.е. / копия. Но довольно массово. Интересуют как коммерческие, так и фришные решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 17:55 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Хочешь быть модным .Net Хочешь правильным: Delphi(C++Builder)+FireBird (или Interbase(Ms SQl) если база ну очень вырастит)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 18:03 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Если под VC++ = VC++ 6 версия, то сразу забыть, MFC была хороша, но сейчас must die ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 18:05 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Komm10До 100 у.е. / копия. Но довольно массово. Интересуют как коммерческие, так и фришные решения. Увы, все известные мне коммерческие СУБД будут дороже (или порядка) 100 у.е. на каждую корбку при встраивании в тиражируемое решение (разве что у вас тиражи очень большие или сама сфера деятельности интересная, тогда вы пожалуй можете попытаться сбить цену, но вряд ли сильно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 18:52 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
2 Komm10 >До 100 у.е. / копия. Но довольно массово. Интересуют как коммерческие, так и фришные решения. Sybase ASA при массовой покупке (больше сотни по-моему) будет стоить дешевле, порядка 80 у.е. У них есть какая-то партнерская программа, по которой можно так извернуться. Нужно поговорить с хорошим дилером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 03:35 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Очень интересную тему подняли. У нас сейчас тоже стоит проблема в чем хранить данные для работы в отдаленных точках продаж. 1) DELPHI + ACCESS ( Полностью согласен с доводами Komm10 ) 2) DELPHI + Interbase ( Никто из нас незнаком с этим продуктом, поэтому хотелось бы узнать его "бесплатность" и возможность работы СУБД без выездов специалистов на место для решения проблем. Просветите кто может ) 3) DELPHI + ASA - останавливает небесплатность ASA 4) Самый крайний случай: DELPHI + DBF Объем оперативных данных небольшой, но очень большие справочники ( типа КЛАДР ). Кто и на чем остановил свой выбор ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 08:11 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
КомпостеровОчень интересную тему подняли. 2) DELPHI + Interbase ( Никто из нас незнаком с этим продуктом, поэтому хотелось бы узнать его "бесплатность" и возможность работы СУБД без выездов специалистов на место для решения проблем. Только надо Delphi + FireBird. Абсолютно бесплатен. Очень надежен. Ежели БД небольшая и количество пользователей невелико, то никакого сопровождения админом не требуется. Компостеров4) Самый крайний случай: DELPHI + DBF Это то ж самое что и ACCESS. КомпостеровКто и на чем остановил свой выбор ? FireBird. P.S. Можете рассмотреть еще вариант с MSDE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 08:21 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Странный вы народ. А про native-средство работы с dbf вы забыли ? Dbf-формат начинался с dBase и foxbase, а сейчас это - MS Visual Foxpro. Его 6-я версия позволяет легко перекрыть все требования товарища Komm10. Как по лицензированию (то бишь отсутствия такого требования для Runtime), так и по техническим возможностям. Добро пожаловать на форум по Foxpro ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 11:14 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
2 strizh: Про FoxPro спасибо конечно, но по-моему это два шага назад. Я его еще в институте изучал, как по мне гадость... ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 11:38 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Komm102 strizh: Про FoxPro спасибо конечно, но по-моему это два шага назад.Я его еще в институте изучал, как по мне гадость... ИМХО. Ну счас фокспрошники тебя размажут по стенкам! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 12:06 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Komm10Решили переезжать на нечто альтернативное.Когда-то сто лет назад я озадачивался подобным вопросом. Главным образом по причине номер три. Так вот, я пришел к печальному выводу, что Аксесс, не смотря на все его недостатки, продукт уникальный в своем классе. Единственная известная мне (по слухам) реальная альтернатива -- PowerBuilder. У меня уже давно горит желание ее "пощупать", (но утянуть демо с сайта я не могу, а другого случая пока не представилось). Что касается всего остального (Delphi, BCB, там Java какая нибудь), то это все хорошо (по качеству Акцессу далеко для них), но они не могут с ним сравнится по скорости разработки. Плюс добавьте немалое время на переобучение. По поводу VC -- однозначное "нет", этот инструмент предназначен для других целей. Все вышесказанное справедливо только, если вас интересует вопрос создания клиентского ПО. Если же вы используете Акцесс еще и как настольную СУБД, то тут расстановка уже будет другая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 14:39 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Komm10 wrote: > hi *All*! > > Куда смотреть - Delphi(C++Builder)+BDE? VC++? > Самый простой переход с MS Access совершается на Visual Basic 6. Это наиболее быстрый способ получить желаемый вами результат. Большое количество написанного на VBA кода очень легко исправляется под VB6. Даже есть специальные конверторы, например AccessToVB, но все они не безгрешны. Да и накопленные знания очень пригодятся, в отличии от Delphi. Жаль только, что Microsoft собирается в ближайшем будущем окончательно похоронить Visual Basic, но возможен дальнейший переход на VB.NET, опять же жаль, что не без гиммороя... Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 15:20 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Не то что бы я совсем перешел с Аксесса на Дельфи + FireBird, но несколько проектов сделал. Ситуация тут, IMHO, примерно такая: 1. Скорость разработки весьма незначительно уступает Аксессовской. Можно пренебречь. 2. Некоторый период времени (~год) занимает утрясание набора компонент и их изучение. В отличие от Аксесса, не все встроенные элементы пользовательского интерфейса и доступа к данным Дельфи достаточно хороши, но зато есть куча сторонних на все случаи жизни. 3. "Идеология" совершенно другая. Абсолютно. Во всём. 4. Возможностей по разработке весьма изощренных пользовательских интерфейсов и не менее изощренных способов работы с данными хоть отбавляй. Многое в Аксессе нельзя сделать в принципе. Цена этого - сложность как языка, так и средств разработки. Можно сказать, что это переход на следующий уровень. И это далеко не так здОрово, как может показаться на первый взгляд. 5. Разработка больших, сложных систем требует вдумчивого, тщательного планирования, в отличие от Аксесса, где всё можно потихоньку лепить не особо задумываясь об архитектуре проекта (хотя это всё-таки не есть гуд). 6. Сервер FireBird интересен тем, что он бесплатен, не требователен к ресурсам, масштабируем от встраиваемого однопользовательского (несколько библиотек, не нуждающихса в установке) до относительно полноценного сервака, легко справляющегося примерно так с 50 одновременно работающими юзерами, а также надёжен и довольно быстр. Язык триггеров и хранимых процедур пожалуй даже проще, чем у MSSQL. Поддержка в форумах и конференциях очень мощная. Средства администрирования, не уступающие MSSQL-ным имеются и бесплатны для русскоязычных разработчиков. Работать может практически на любой платформе (ОС). Клиентских библиотек - море (ODBC, JDBC, ADO, ADO.NET, прямой доступ и т.д.). К сожалению, сам файл БД практически не защищен, как и в случае Аксесса. Если используется выделенный сервер, то это не важно, а вот для встраиваемых применений (например, всякие тематические базы данных) - очень актуально. 7. Дельфи в пригодной для коммерческого использования версии (проф.) стоит довольно дорого - около $1000, но всё-же дешевле PowerBuilder. 8. В отличие от Java, C# и т.п. Дельфи генерит исполняемый код, который существенно сложнее взломать. Программы запускаются значительно быстрее, пользовательский интерфейс также существенно шустрее и красивее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:29 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Поддержу SSY . Среди бесплатных продуктов Firebird - наиболее привлекательный выбор. По сравнению и с Access, и с FoxPro - другой уровень. Кроме того, впоследствии с него будет довольно легко перейти к любой из более тяжелых СУБД - это должно быть привлекательно как для фирмы, так и для сотрудников. В то же время работать с DBF в любом виде - это паллиатив; это значит оттягивать момент, когда такой подход окончательно перестанет устраивать. Что касается клиентского инструмента - лично я дельфист, и считаю это лучшим выбором. Впрочем, то, что переход на VB пройдет много легче - соглашусь; вопрос в том, что это (сугубо имхо) адекватно меньший шаг вперед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:49 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Кстати, никто не запрещает использовать в качестве клиента к FireBird Аксесс. Ограничения, конечно, есть, но в целом совсем не плохо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:11 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
softwarerПоддержу SSY . Спасибо :) softwarerСреди бесплатных продуктов Firebird - наиболее привлекательный выбор... Не просто наиболее привлекательный, а единственный. MySQL и SQLite не имеют нормальных возможностей серверного программирования, PostgreSQL - не ставится на Win9X (не считая других недостатков). softwarerЧто касается клиентского инструмента - лично я дельфист, и считаю это лучшим выбором. Впрочем, то, что переход на VB пройдет много легче - соглашусь; вопрос в том, что это (сугубо имхо) адекватно меньший шаг вперед. Несмотря на поднятую программистами VB бучу, MS, скорее всего, уже совсем скоро свернёт поддержку VB6, а VB.NET - это совершенно другая песня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:23 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
SSYНе просто наиболее привлекательный, а единственный. MySQL и SQLite не имеют нормальных возможностей серверного программирования, Есть MSDE, да и по MySQL я не такой специалист, чтобы утверждать отсутствие чего-то, жизненно важного. В конце концов, на Access c серверным программированием тоже не очень :) SSYНесмотря на поднятую программистами VB бучу, MS, скорее всего, уже совсем скоро свернёт поддержку VB6, а VB.NET - это совершенно другая песня. Объективно говоря, и дельфа не в лучшей форме. О чем можно говорить, если уже вышла девятая версия - а народ работает в основном на шестой и седьмой. Так что по этому пункту я не решусь отстаивать светлые перспективы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:29 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
softwarerЕсть MSDE, да и по MySQL я не такой специалист, чтобы утверждать отсутствие чего-то, жизненно важного. В конце концов, на Access c серверным программированием тоже не очень :) Не думаю, что MSDE пойдёт на Win95 (но точно не знаю), да и тяжеловат он как ни крути. Это всё равно как вывести карликовую породу слонов: меньше обычных, но с кошкой всё равно не сравнить :) А в MySQL я тоже не специалист и именно потому, что никаким программированием на стороне сервера там и не пахнет. Да, про версию 5.0 знаю, но это дело отдалённого будущего, да и с лицензией там не всё так просто. softwarerОбъективно говоря, и дельфа не в лучшей форме. О чем можно говорить, если уже вышла девятая версия - а народ работает в основном на шестой и седьмой. Так что по этому пункту я не решусь отстаивать светлые перспективы. До выхода D2005 я тоже так думал, но нет, Борланд одумался. Теперь, похоже, - это флагманский продукт, объединяющий в себе все технологии как для .NET, так и для Win32. Сомнения у меня теперь в будущем JBuilder-а, ну да и фиг с ним. А то, что народ сидит на D5-D7, так это потому, что .NET всё ещё очень "зелёная" технология, реально применимая лишь для решения некоторого ограниченного круга задач. Ну да это уже отдельная тема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 19:55 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
f_w_p Komm102 strizh: Про FoxPro спасибо конечно, но по-моему это два шага назад.Я его еще в институте изучал, как по мне гадость... ИМХО. Ну счас фокспрошники тебя размажут по стенкам! Нет, не размажем - просто сегодня MS Visual FoxPro - самый лучший, стабильный и перспективный продукт у Microsoft, в котором все уже есть... Но... Есть одно большое НО - VFP позволяет разрабатывать довольно сложные программы даже одному разработчику, что сильно снижает стоимость разработки и в будущем не требуется обслуживания таких программ - то есть данный продукт подходит как раз для коробочных и тиражируемых вариантов... Во многих странах мира - очень много бухгалтерских (ERP) систем разработано на FoxPro и разработчикам на местах дана возможность дорабатывать эти программы и изменять по своему усмотрению... В VFP - естественная интеграция с MS SQL Server - в версии 9.0 язык SQL аналогичен языку T-SQL в SQL Server... Поддержка XML и работа с распределенными клиентами в VFP гораздо шире, чем в раскручиваемой технологии .NET В мире (к сожалению не в России) - большинство программ разработано на VFP и эта тенденция проложает сохраняться... Выбор за Вами, но Вы должны знать от чего Вы отказваетесь - от продукта, который позволил бы Вашему продукту расширить рынок и заработать кучу денег... Будьте прагматиком и начните мыслить бизнес - категориями... Всего Вам доброго и надеюсь, что Вы сделаете правильный выбор! Good luck! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 11:49 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
SSY... PostgreSQL - не ставится на Win9X (не считая других недостатков). ...Очень интересно про другие недостатки. После долгой работы с interbase/firebird недавно написал приложение с базой на постгресе. Никаких проблем пока не было. Подумываю окончательно на него перебраться, в связи с чем и вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 14:12 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Vlado Очень интересно про другие недостатки. После долгой работы с interbase/firebird недавно написал приложение с базой на постгресе. Никаких проблем пока не было. Подумываю окончательно на него перебраться, в связи с чем и вопрос. А чем Firebird то не понравился? Что у него за недостатки? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 14:16 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
protectorА чем Firebird то не понравился? Что у него за недостатки?Хаять firebird мне грешно - кусок хлеба как никак. Просто в postgresql язык ИМХО побогаче, и сделать серверную часть приложения у меня получилось быстрее чем обычно. По части скорости и надежности работающих приложений преимуществ одного перед другим пока не замечал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 14:59 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
VladoОчень интересно про другие недостатки. После долгой работы с interbase/firebird недавно написал приложение с базой на постгресе. Никаких проблем пока не было. Подумываю окончательно на него перебраться, в связи с чем и вопрос. Довольно давно я это анализировал и всего не помню, но навскидку примерно следующее: 1. BLOB-ы в постгресе сделаны криво. 2. Отладки ХП нету (у FB тоже нету, но IBExpert успешно решает эту проблему). 3. Нет такого замечательного средства администрирования/разработки как IBExpert . 4. Компоненты для Дельфи оставляют желать лучшего. 5. Несколько тяжеловат (во всех смыслах) для мелких приложений, не говоря уж про отсутствие embedded версии. 6. Довольно неудобный способ создания триггеров. 7. Были еще претензии к оптимизатору, но, думаю, в восьмёрке уже всё нормально. 8. FB был тогда реально шустрее раза в два. Т.е. на 80% претензий даже не к самому серверу, а к разного рода удобствам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 15:41 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
2 SSY Спасибо. Как и обычно, недостатки и достоинства любого продукта зависят от ситуации - в одних нивелируются, в других выпячиваются. Для себя не вижу причин отказываться от постгреса (и от firebird'а все-таки тоже, бывают случаи когда он в самом деле единственное решение). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 16:26 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Sergey ChВ мире (к сожалению не в России) - большинство программ разработано на VFP и эта тенденция проложает сохраняться... Откуда дровишки?! Sergey ChВыбор за Вами, но Вы должны знать от чего Вы отказваетесь - от продукта, который позволил бы Вашему продукту расширить рынок и заработать кучу денег... Будьте прагматиком и начните мыслить бизнес - категориями... Всего Вам доброго и надеюсь, что Вы сделаете правильный выбор! Ну было ж уже! Как СУБД FP уступает серверам. Как клиент, у него есть масса альтернатив, гораздо более мощных. P.S. А выбор я сделал. Давно. И как вы догадываетесь не в пользу FP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 08:12 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
f_w_p А выбор я сделал. Давно. И как вы догадываетесь не в пользу FP. Так - же мой ответ был не Вам, а тем кто еще не определился и обладая гибким умом, всегда готов серьезно рассматривать альтернативы... и выслушивать чужое мнение... P.S. Ничего личного, это просто еще одно мнение... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 14:52 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Sergey Ch... сегодня MS Visual FoxPro - самый лучший, стабильный и перспективный продукт у Microsoft, в котором все уже есть... Фу! Вы его продаете, что ли? Sergey Ch Но... Есть одно большое НО - VFP позволяет разрабатывать довольно сложные программы даже одному разработчику, что сильно снижает стоимость разработки и в будущем не требуется обслуживания таких программ - то есть данный продукт подходит как раз для коробочных и тиражируемых вариантов... Не забудте во фреймворк добавить экшн "Переиндексация базы". Будет очень прикольно, если вы забудете включить какой-нибудь индекс. А еще будет прикольно, если программный комплекс создавало несколько человек, и они использовали, к примеру, одинковые индексные файлы для разных полей. Впрочем - групповая разработка и Фокс - это я загнул... Очень увлекательная процедура - удаление удаленных записей. Это вам не сборка мусора в InterBase... Еще есть одно "Но..." - вы на Фоксе и умрете. Опыт работы на нем - мертвый груз. С него не слезть - слишком многому переучиваться. Вы даже не будете понимать, о чем идет речь. Можно долго перечислять прелести. Впрочем - это, наверное, даже по кайфу - сидишь в своей норке, стругаешь ДБФ - ки, иногда гордо лепишь tlb и всем рассказываешь о том, как ВФП драйверы COM - порта создавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 12:02 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Старый маразматик Впрочем - групповая разработка и Фокс - это я загнул... Просто взять FOX и в групповую разработку - это ты загнул. Но если на том же Foxe написать средство групповой разработки с контролем индексов ,структур таблиц то легко работает толпа народу. Такая фишка существует. Сам на ней работал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:09 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
эмоции: работал на акцессах разных года 2, кривился, ушел и попал на ФоксПро, через месяц понял что акцесс не такая уж плохая вещь :) ушел через год, время на фоксе считаю абсолютно и бесполезно потерянным защитников фокса хочется неаргументированно придушить в топик: я бы посоветовал MySQL, НО только в качестве хранилища с соответствующим изменением логики работы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 16:41 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
unregerэмоции: работал на акцессах разных года 2, кривился, ушел и попал на ФоксПро, через месяц понял что акцесс не такая уж плохая вещь :) ушел через год, время на фоксе считаю абсолютно и бесполезно потерянным защитников фокса хочется неаргументированно придушить в топик: я бы посоветовал MySQL, НО только в качестве хранилища с соответствующим изменением логики работы Другими словами: работал в Одном; обхаял, толком не въехав, Второе; советую Третье. Лихо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 17:38 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
f_w_p Komm102 strizh: Про FoxPro спасибо конечно, но по-моему это два шага назад.Я его еще в институте изучал, как по мне гадость... ИМХО. Ну счас фокспрошники тебя размажут по стенкам! [off] Зря ты так.. никто его размазывать не будет, ибо даже невооруженным взглядом видно, что человек "учил в институте", непонятно какую версию, в каком году... я кстати тоде много чего учил в институте, Алгол например :-) и преподы по программированию у нас были такие: "У этой задачи есть 2 варианта решения - мой, и правильный... " так что так... Кстати ДБФ-ы 80-х годов это НЕ ДБФ-ы конца 90-х, к сожалению НЕ ПОНИМАЮ почему все судят по версии 2,0 2,6.. ну НЕ ПОНИМАЮ почему... [/off] Не забудте во фреймворк добавить экшн "Переиндексация базы". Будет очень прикольно, если вы забудете включить какой-нибудь индекс. А еще будет прикольно, если программный комплекс создавало несколько человек, и они использовали, к примеру, одинковые индексные файлы для разных полей. Впрочем - групповая разработка и Фокс - это я загнул... Уважаемый оппонент, если есть группа для разработки любого проекта, и нет четких правил, то какая это группа? В ТЗ кстати должно быть описано все вплоть до названий процедур!!! а иначе будет "Группа пишет на С++ к примеру, 15 человек, у 5-х че-то одинаковое и будут накрывать один другого :-) " Так что с групповой разработкой Вы погорячились, группа - это не 20 программеров, которые пишут каждый сам по себе (Кстати по этому поводу валялась где то статья Американских заказчиков "Почему мы предпочитаем Индусов Русским", обидная конечно статья, но суть была ее в том: "Русские НАМНОГО опытнее, но они совернешшно не хотят блюсти ТЗ , и постоянно придумывают новые методы, методы эти лучше, но, в резяультате проект работает помодульно, а вкупе нет... индусы же хоть и глупей но строго следуют инструкциям..." ХЗ правда ли это... но о групповой разработке ведь речь) Извините за Оффтоп ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 10:53 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KID[quot f_w_p][quot Komm10] Зря ты так.. никто его размазывать не будет, ибо даже невооруженным взглядом видно, что человек "учил в институте", непонятно какую версию, в каком году... ... Кстати ДБФ-ы 80-х годов это НЕ ДБФ-ы конца 90-х, к сожалению НЕ ПОНИМАЮ почему все судят по версии 2,0 2,6.. ну НЕ ПОНИМАЮ почему... Да потому что никому не интересно изучать все верссии кривого продукта в надежде что в следующей случится чудо и кривизну исправят. Тем более опыт показывает что чудес не бывает. Гораздо проще и разумнее взять продукт без этой кривизны, возможно с другой, но меньшей. FM32YO aka KID[quot f_w_p][quot Komm10] Уважаемый оппонент, если есть группа для разработки любого проекта, и нет четких правил, то какая это группа? В ТЗ кстати должно быть описано все вплоть до названий процедур!!! а иначе будет "Группа пишет на С++ к примеру, 15 человек, у 5-х че-то одинаковое и будут накрывать один другого :-) " Впервые слышу что в ТЗ (что есть "техническое задание") должны быть названия прцедур. А что, процедуры с разным названием не могут перекрываться? Тогда уже имеет смысл сделать еще один шаг и включить в ТЗ и тела этих процедур и на этом закончить разработку. А если название процедуры поменялось, то пересогласовывать ТЗ с заказчиком или как? А иначе заказчик на основании этого же ТЗ продукт может не принять и будет прав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 22:24 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
c127 Да потому что никому не интересно изучать все верссии кривого продукта в надежде что в следующей случится чудо и кривизну исправят. Тем более опыт показывает что чудес не бывает. Гораздо проще и разумнее взять продукт без этой кривизны, возможно с другой, но меньшей. Коллега - все это ОЧЕНЬ относительно, а о кривизне того или иного продукта можно долго спорить, кому-то что-то кажется кривизноа, а кому-то нет :-) в качествепримера ВБ против ВФП В ВБ постоянные коннекты к БД даже к Аксессовой, в ВФП - работа с "родными БД" напрямую... ВБ-шники мне говорят "как можно напрямую..", я говорю "как вас не достает эти постоянные OPEN, CLOSE EXECUTESQL" А ведь на самом деле это из-за того, что я ОЧЕНЬ слабо знаю ВБ (читай вообще не знаю - так видел), а они = так точно о ВФП. ИМХО только отсюда рождаются споры и утверджения о кривизне :-) FM32YO aka KID Впервые слышу что в ТЗ (что есть "техническое задание") должны быть названия прцедур. Увы, я такого тоже НЕ видел, но однажды мне рассказали о ТЗ, которые делают там, за бугром, и, оказалось, что в ИХ ТЗ описано ВСЕ!!!! вплоть до внешнего вида форм, сам был удивлен. конечно проверить правдивость этого нет возможности, но, как правило ТЗ, которые давали мне "ну.. сделай нам .. так.... чтобы.. ну это..." вполне наталкивает на мысль, что наверное существуют и НОРМАЛЬНЫЕ ТЗ, в которых все описано, и, к томуже сужествует(ют) руководители проектов, работающие не по принципу "мужики, у нас сроки горят - сидим и пишем 5 суток..." Блин а ведь опять оффтоп :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 10:00 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Не смог удержаться! Так задолбало однобокое сравнение продуктов! Я, например, никогда не возьмусь хаять то, чего не знаю. А в поддержку FM32YO aka KID могу привести такой пример. У нас в отделе два разработчика: Ваш покорный слуга, предпочитающий в качестве инструмента VFP, и заядлый сторонник Delphi. На днях дельфисту понадобилось срочно обработать dbf-табличку, но по причине занятости он попросил это сделать меня. Каково же было его удивление когда через 10-15 минут он получил все ответы и при этом признался, что ему понадобилось бы для решения на Delphi более часа. Вот это и называется РАБОТА НАПРЯМУЮ. Если знаешь инструмент, позволяющий решить текущую задачу быстро, надежно, не взыскательно к доступной технике - бери и решай. Параллельно, не во вред работе, изучай наздоровье новые продукты и технологии. А пальцы растопыривать - дело нехитрое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 14:58 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Что за бред Это означает лишь то, что ваш делфятник не владеет инструментом, который использует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 15:22 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Либо он просто поленился за ваш счет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 15:23 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Что за бред Это означает лишь то, что ваш делфятник не владеет инструментом, который использует. вероятно это так и есть, а может в Дельфи сложней чу-ть чуть работать с ДБФ-ами.. а может этот человек просто не такой опытный, а может поленился, а может у него склад ума иной, а может.... :-) Но это Не кривизна ни Дельфи ни ВФП так ведь? Я не слажу с ВФП, ибо пока не встретил задач, которые бы не смог на нем решить.. более того.. уже 2 года наша система централизованная написана на оракле, но, когда надо я пишу к ней "примочки" на фоксе.. и никаких проблем, то есть не пришлось учить Оракл Девелопер.. и работает, и нормально... другими словами клиента можно писать и на ВФП, ну а саму БД увы... нам разрабатывает сторонняя фирма, и я не имею права менять структуру, а для реальных задач ВФП с головой.. да, забыл упомянуть для бухгалтерских задач... точно так же ИМХО и Дельфи для них = класс.. и ВБ.. и ВБА... кому что удобней... и ДБФ-ы вовсе не падают, если с умом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 17:38 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Что за бред Это означает лишь то, что ваш делфятник не владеет инструментом, который использует. Владеет, владеет. У него достаточно опыта и собственных разработок в Delphi. Ну а я снова присоединяюсь к FM32YO aka KID. Мой основной инструмент - VFP и покаместь не встречал задачи, которую не смог бы с его помощью реализовать. Будь то автономный проект с DBF-базой или клиентская примочка к Oracle. А всем недругам Фокса рекомендую посетить домашнюю страничку Visual FoxPro http://msdn.microsoft.com/vfoxpro хотя бы для того, что бы быть в курсе происходящего во "вражеском" лагере, а потом уж устраивать все эти бесполезные дискуссии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 18:32 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
В сторону BDE я бы не вообще не заглядывался. Если с Ассесом много глюков, то с бде будет больше глюков в квадрате. Можно выбирать между MSDE, Firebird и Mysql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 18:39 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Reznichenko Y.V.Не смог удержаться! Так задолбало однобокое сравнение продуктов! Я, например, никогда не возьмусь хаять то, чего не знаю. А в поддержку FM32YO aka KID могу привести такой пример. У нас в отделе два разработчика: Ваш покорный слуга, предпочитающий в качестве инструмента VFP, и заядлый сторонник Delphi. На днях дельфисту понадобилось срочно обработать dbf-табличку, но по причине занятости он попросил это сделать меня. Каково же было его удивление когда через 10-15 минут он получил все ответы и при этом признался, что ему понадобилось бы для решения на Delphi более часа. Вот это и называется РАБОТА НАПРЯМУЮ. Если знаешь инструмент, позволяющий решить текущую задачу быстро, надежно, не взыскательно к доступной технике - бери и решай. Параллельно, не во вред работе, изучай наздоровье новые продукты и технологии. А пальцы растопыривать - дело нехитрое. Я бы подцепил эту dbf-табличку к любой нормальной РСУД и там бы парой строчек SQL ее "обработал" без всяких VFP, Delphi и прочей клиентской нечисти :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 18:45 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
ASCRUS Я бы подцепил эту dbf-табличку к любой нормальной РСУД и там бы парой строчек SQL ее "обработал" без всяких VFP, Delphi и прочей клиентской нечисти :)Лучше всего открыть ее в Екселе (по мотивам соседнего топика) ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 20:58 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Скоросьть разработки базы обратно пропорциональна ее эффективности. И убогость аксессовских интерфейсов не стоит этого выигрыша. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 21:52 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KID Коллега - все это ОЧЕНЬ относительно, а о кривизне того или иного продукта можно долго спорить, кому-то что-то кажется кривизноа, а кому-то нет :-) В мире вообще все относительно. Но нельзя требовать от людей сначала выучить продукт, потом выучить все последующие версии, а только потом принимать их критику. А Вы говорите "НЕ ПОНИМАЮ почему все судят по версии 2,0 2,6.. ну НЕ ПОНИМАЮ почему... ". Да потому что один раз обжегся, больше не хочется. Если я, например, начал учить какой-то продукт, например версию 2.6, и натолкнулся на существенную с моей точки зрения кривизну (например несимметричное отношение "=" для строк), то я постараюсь от этого продукта уйти и никогда к нему не возвращаться, даже немотря что на дворе уже версия 8.3. Тем более что есть альтернативы. FM32YO aka KID Увы, я такого тоже НЕ видел, но однажды мне рассказали о ТЗ, которые делают там, за бугром, и, оказалось, что в ИХ ТЗ описано ВСЕ!!!! вплоть до внешнего вида форм, сам был удивлен. Формы это совсем другое дело, это то, что видит заказчик. Это нормально и часто встречается, поскольку это будущий интерфейс с системой, заказчик будет с ним работать каждый день. А вот с именами процедур это Вы погорячились. Такое может быть если одна группа разработчиков (например отдел) пишет ТЗ для другой группы разработчиков, то там скорее всего будут оговорены НЕКОТОРЫЕ интерфейсные процедуры, включая имена и параметры. Но в том ТЗ, которое между заказчиком продукта и исполнителем, имена процедур строго противопоказаны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 23:55 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
ASCRUSЯ бы подцепил эту dbf-табличку к любой нормальной РСУД и там бы парой строчек SQL ее "обработал" без всяких VFP, Delphi и прочей клиентской нечисти :) Ну это вообще похоже на беспредел! Хотите с помощью РСУД? Наздоровье! Флаг Вам в руки ...! Зачем же лишать права на самовыражение всех пользователей "прочей клиентской нечисти"? Они между прочим тоже имеют право на свое место под солнцем.Многие из них добились высоких результатов, заслуживают УВАЖЕНИЯ и, поверьте, зарабатывают неплохие деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2005, 13:01 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
S.G. ASCRUS Я бы подцепил эту dbf-табличку к любой нормальной РСУД и там бы парой строчек SQL ее "обработал" без всяких VFP, Delphi и прочей клиентской нечисти :)Лучше всего открыть ее в Екселе (по мотивам соседнего топика) ;) а ведь верно ASCRUS, Вы владеете тем, чем Вы и окроете данную ДБФ-ку, так и надо, я владею чем-то иным и им же открою ее, и результат будет одинаков. кривизны нету :-) А насчет "я бы открыл ее Экселлем" - == только если это 2,0 или 2,6 версияесли выше, поглядел бы я КАК Вы откроете экселлем :-) В принципе верно сказано "стал я изучать - напоролся на кривизну - бросил..." вероятно так и надо НО!!!! 1 - сел я изучать Паскаль - напоролся на нереальность написания интерфейсов - бросил.. 2 взялся за фокс - кривизна в == - бросил... 3.... 128..... 256..... ПЕНСИЯ.... А если без шуток :-) я потратил на изучение фокса не 25 дней и даже не год, а намного больше... теперь я конечно могу взяться на СКЛ сервер или Оракл, но!!! я понимаю, что на изучение (не на пробежался по диагонали, написал 2 БД и я уже спец по резюме) придется затратить опять-таки лет 2-5 (повторюсь так много, чтобы быть СПЕЦОМ, а не эникейщиком по Ораклу) ну и так далее, + есть гарантия, чтоя не найду там кривизны, от которой путь мой свернет куда-нибудь? :-) Что тогда посоветуете делать? вот и вам того же :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 10:04 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Reznichenko Y.V. ASCRUSЯ бы подцепил эту dbf-табличку к любой нормальной РСУД и там бы парой строчек SQL ее "обработал" без всяких VFP, Delphi и прочей клиентской нечисти :) Ну это вообще похоже на беспредел! Хотите с помощью РСУД? Наздоровье! Флаг Вам в руки ...! Зачем же лишать права на самовыражение всех пользователей "прочей клиентской нечисти"? Они между прочим тоже имеют право на свое место под солнцем.Многие из них добились высоких результатов, заслуживают УВАЖЕНИЯ и, поверьте, зарабатывают неплохие деньги. Открыть и обработать dbf-ку можно на чем угодно - даже на php или ассемблере. Однако, для работы с данными я предпочитаю сервера управления данными, для забивания гвоздей я предпочитаю молоток, для кипячения воды я предпочитаю чайник. Аналогию улавливаете ? Так что если dbf-ку локально и разово нужно открыть и обработка не сложная, покатят такие РСУБД, как Access и VFP (или что под рукой есть). Если же чего то посложнее нужно сделать, не разово и результаты потом в клиент-серверной РСУБД используются, то там и сделаю на ХП, подключив dbf в кач-ве удаленной таблицы. Однако где тут место для "самовыражения" гонянием DataSet-ов на Delphi или том же C#/Java, хоть убей не вижу :) Лучше там "самовыражаться" написанием полезных компонентов, парсеров и утилит для облегчения построения клиентских приложений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 10:53 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Reznichenko Y.V.Не смог удержаться! Так задолбало однобокое сравнение продуктов! Я, например, никогда не возьмусь хаять то, чего не знаю. А в поддержку FM32YO aka KID могу привести такой пример. У нас в отделе два разработчика: Ваш покорный слуга, предпочитающий в качестве инструмента VFP, и заядлый сторонник Delphi. На днях дельфисту понадобилось срочно обработать dbf-табличку, но по причине занятости он попросил это сделать меня. Каково же было его удивление когда через 10-15 минут он получил все ответы и при этом признался, что ему понадобилось бы для решения на Delphi более часа. Чисто интересно поподробнее в чем заключалась обработка таблицы? Может вообще можно было решить через стандартный драйвер ODBC используя SQL запрос ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 11:00 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KIDВ принципе верно сказано "стал я изучать - напоролся на кривизну - бросил..." вероятно так и надо НО!!!! 1 - сел я изучать Паскаль - напоролся на нереальность написания интерфейсов - бросил.. 2 взялся за фокс - кривизна в == - бросил... 3.... 128..... 256..... ПЕНСИЯ.... А если без шуток :-) я потратил на изучение фокса не 25 дней и даже не год, а намного больше... теперь я конечно могу взяться на СКЛ сервер или Оракл, но!!! я понимаю, что на изучение (не на пробежался по диагонали, написал 2 БД и я уже спец по резюме) придется затратить опять-таки лет 2-5 (повторюсь так много, чтобы быть СПЕЦОМ, а не эникейщиком по Ораклу) ну и так далее, + есть гарантия, чтоя не найду там кривизны, от которой путь мой свернет куда-нибудь? :-) Что тогда посоветуете делать? вот и вам того же :-) Тут я целиком согласен. Только с одной оговоркой - мало знать средство, нужно точно представлять границы его применения. Если в поставленной задаче уже видно, что используемое средство штатно не поддерживает всего требуемого функционала и требуются значительные трудозатраты на дописание его, то мне кажется легче использовать другое средство и других специалистов, с точки зрения стоимости проекта и рисков выйдет на порядки дешевле и надежнее, чем пришивание крыльев к велосипеду. Согласитесь нередко этим любят заниматься даже казалось бы специалисты со стажем (и не важно чего - Access, VFP, MSSQL, Oracle ...). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 11:05 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Может не совсем в тему, но скоро ожидается выход OpenOffice 2. В нем будет новый компонент Base Для тех, кто ищет бесплатное, да еще и кросплатформенное решение вполне может оказаться альтернативной аксесу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 11:09 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
КомпостеровОчень интересную тему подняли. У нас сейчас тоже стоит проблема в чем хранить данные для работы в отдаленных точках продаж. 1) DELPHI + ACCESS ( Полностью согласен с доводами Komm10 ) 2) DELPHI + Interbase ( Никто из нас незнаком с этим продуктом, поэтому хотелось бы узнать его "бесплатность" и возможность работы СУБД без выездов специалистов на место для решения проблем. Просветите кто может ) 3) DELPHI + ASA - останавливает небесплатность ASA 4) Самый крайний случай: DELPHI + DBF Объем оперативных данных небольшой, но очень большие справочники ( типа КЛАДР ). Кто и на чем остановил свой выбор ? 1. Delphi + Access - изврат ПМСМ 2. Delphi+Firebird ( а не Interbase ) FB - бесплатен, IB - платный. Хороший вариант, только не используйте BDE, лучше FIBplus или IBX. 3. .... 4. Delphi + DBF не только полный изврат, а полный 3,14-ец. Используйте тогда уж Clipper 5.01 что ли. Если уж нравится dbf тогда VFP однозначно. 2 Komm10 или уж просто Excel + Firebird через ODBC. Если объем оперативных данных небольшой то можно не думать о транзакциях. Пусть драйвер думает. Основную логику вынести на ХП, текст скрыть. Желательно все таки начинать с Win98 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 11:13 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
VNSЧисто интересно поподробнее в чем заключалась обработка таблицы? Может вообще можно было решить через стандартный драйвер ODBC используя SQL запрос ? Не помню подробностей. Конечно можно было решить и не одним способом, но была срочность и эту обработку попросили сделать меня. Поскольку я в основном использую VFP и считаю, что для работы с таблицами DBF на сегодняшний день это лучшее средство, оным и решил задачу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 13:08 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
ASCRUS Если в поставленной задаче уже видно, что используемое средство штатно не поддерживает всего требуемого функционала и требуются значительные трудозатраты на дописание его, то мне кажется легче использовать !!!другое средство!!!! и !!!!других специалистов!!!! , с точки зрения стоимости проекта и рисков выйдет на порядки дешевле и надежнее, чем пришивание крыльев к велосипеду. Согласитесь нередко этим любят заниматься даже казалось бы специалисты со стажем (и не важно чего - Access, VFP, MSSQL, Oracle ...). Выделенное = ЗОЛОТЫЕ слова... :-) Только вот, звать других специалистов - а жалько.. денюжку-то им заплатят :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 13:58 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунМожет не совсем в тему, но скоро ожидается выход OpenOffice 2. В нем будет новый компонент Base Для тех, кто ищет бесплатное, да еще и кросплатформенное решение вполне может оказаться альтернативной аксесу А не знаете, когда ожидается релиз? На ихнем сайте не сказано ни слова. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2005, 13:57 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
roman10 Александр ГoлдунМожет не совсем в тему, но скоро ожидается выход OpenOffice 2. В нем будет новый компонент Base Для тех, кто ищет бесплатное, да еще и кросплатформенное решение вполне может оказаться альтернативной аксесу А не знаете, когда ожидается релиз? На ихнем сайте не сказано ни слова. А вам знакомо понятие open source project? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2005, 20:46 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунА вам знакомо понятие open source project? Да слышал как-то :). Вы хотите сказать, что конкретных сроков нет, и продукт появится when it's done? Если это так, то жаль. Или вы предлагаете утянуть исходник и собрать его самостоятельно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 23:45 |
|
||
|
Альтернатива Access'у
|
|||
|---|---|---|---|
|
#18+
roman10Вы хотите сказать, что конкретных сроков нет, и продукт появится when it's done? Если это так, то жаль. Или вы предлагаете утянуть исходник и собрать его самостоятельно? Уж совсем конкретных сроков нет. Ориентировочно - в июле этого года. Но сильно не рассчитывайте. Я пробовал эту штуку в бета версии. Тормозит жутко. Подключался к серверу FB и выводил на экран какую-то простую таблицу с несколькими сотнями записей. Там было видно не то-что как строки отрисовываются, а отдельные ячейки. Компьютер PIII-800/512Mb. Особой надежды, что в релизе будет радикально лучше нету, так как это всё сделано через Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2005, 18:43 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553859]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
28ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 387ms |

| 0 / 0 |
