Форум: "Базы";
Текущий архив: 2005.11.13;
Скачать: [xml.tar.bz2];
ВнизТип БД Найти похожие ветки
← →
Id (2005-10-03 12:23) [0]Уважаемые мастера, подскажите, пожалуйста, Нужно выбрать тип базы данных для написание многопользовательской программы. Есть сервер, есть пользовательские машины, предполагаемый объем базы, около 50 полей, записей около 1000. Посоветуйте, какой тип базы данных логичнее использовать в данной ситуации.
← →
Иванов__ (2005-10-03 12:25) [1]
> около 50 полей, записей около 1000
Excel
← →
Id (2005-10-03 12:30) [2]А если, предположим 10 000 записей
← →
Sergey13 © (2005-10-03 12:31) [3]2Id (03.10.05 12:23)
А есть смысл писАть прогу под такие объемы? Может и правда Ексель? Что за предметная область?
← →
Id (2005-10-03 12:35) [4]Смысл есть - поставлена задача. Программа для небольшой больницы. Excel не подойдет
← →
Курдль © (2005-10-03 12:36) [5]
> Id (03.10.05 12:30) [2]
> А если, предположим 10 000 записей
Да хоть 65535!
А дальше - можно базу и помощнее - MS Access.
← →
Иванов__ (2005-10-03 12:37) [6]Что надо учитывать, нужны ли отчеты, обновления и т.д.
← →
Id (2005-10-03 12:39) [7]Поставлю вопрос по другому. Помогите найти статьи, где сравниваются те или иные типы баз данных, их характеристики и т. д.
← →
Sergey13 © (2005-10-03 12:40) [8]2[4] Id (03.10.05 12:35)
>Программа для небольшой больницы.
Тогда ты, ИМХО, слегка ошибся с объемами. И со структурой. "50 полей, записей около 1000" - это одна таблица что-ли? И все?
БД - лучший вариант (ИМХО разумеется) FireBird - и бесплатно и серьезно. Но с заданием тебе надо разбираться.
← →
Sergey13 © (2005-10-03 12:41) [9]2[7] Id (03.10.05 12:39)
>Поставлю вопрос по другому.
ты бы лучше задачу описал.
← →
Id (2005-10-03 12:41) [10]>Что надо учитывать, нужны ли отчеты, обновления и т.д.
← →
Курдль © (2005-10-03 12:42) [11]
> Id (03.10.05 12:35) [4]
> Смысл есть - поставлена задача. Программа для небольшой
> больницы. Excel не подойдет
Мы многим крупным компаниям ставим приклады на Sybase ASA и без проблем, а когда узнали объем работы поликилиники - однозначно вышел oracle! У них десятки тысяч записей ежедневно! Один классификатор заболеваний - несколько тысяч.
Причем, когда речь идет об одновременном доступе > 50 операторов, выбора тоже не остается - только oracle!
← →
Id (2005-10-03 12:44) [12]Задача. Заполняется база определенной формы. В конце года создаются определенные отчеты. Предполагаю, что саму базу нужно хранить на сервере
← →
Anatoly Podgoretsky © (2005-10-03 12:44) [13]Иванов__ (03.10.05 12:37) [6]
Что мешает?
← →
Sergey13 © (2005-10-03 12:48) [14]2[12] Id (03.10.05 12:44)
>Задача. Заполняется база определенной формы.
Круглая или квадратная? Ты с базами раньше дело имел?
← →
Id (2005-10-03 12:48) [15]>Курдль © (03.10.05 12:42) [11]
все таки рассчитываю, что объем не десятки тысяч, намного меньше.
в день записей 20-30, В этом случае какой тип?
← →
Id (2005-10-03 12:51) [16]>Sergey13 © (03.10.05 12:48) [14]
>Круглая или квадратная? Ты с базами раньше дело имел?
Имел. База определенной формы, подразумеваю - с определенными полями
← →
Sergey13 © (2005-10-03 12:59) [17]2[16] Id (03.10.05 12:51)
>Имел.
Не похоже.
>База определенной формы, подразумеваю - с определенными полями
У базы нет полей. В принципе не бывает, понимаешь? У таблиц - есть, а у базы - нет.
← →
Иванов__ (2005-10-03 13:04) [18]Пиши на том что лучше всего знаешь. Я 1С-ник посоветовал бы 1С. Выигрышь по скорости создания и простоте обслуживания.
← →
Курдль © (2005-10-03 13:06) [19]
> Id (03.10.05 12:48) [15]
> все таки рассчитываю, что объем не десятки тысяч, намного
> меньше.
> в день записей 20-30, В этом случае какой тип?
Думаю, что Вам будет трудно с любым типом. Потренируйтесь пока на FB.
← →
Курдль © (2005-10-03 13:08) [20]
> Иванов__ (03.10.05 13:04) [18]
> Пиши на том что лучше всего знаешь. Я 1С-ник посоветовал
> бы 1С. Выигрышь по скорости создания и простоте обслуживания.
Вы "программист 1С"? Ура!!! Я нашел хоть одного! А то все думал, кто ж это такие!
Расскажите подробнее, что это Вы только что посоветовали? СУБД "1С"?
← →
Иванов__ (2005-10-03 13:12) [21]Ты что то имеешь против 1С? Чем она тебе не нравится?
← →
msguns © (2005-10-03 13:14) [22]>Id (03.10.05 12:44) [12]
>Задача. Заполняется база определенной формы. В конце года создаются определенные отчеты. Предполагаю, что саму базу нужно хранить на сервере
Под "сервером" имеется в виду выделенный ПК ? Или одна из рабочих станций ?
Так задачи не опысывают.
← →
Курдль © (2005-10-03 13:17) [23]
> Иванов__ (03.10.05 13:12) [21]
> Ты что то имеешь против 1С? Чем она тебе не нравится?
1С - отличный брэнд и классический пример успешного маркетинга!
Но никогда бы не подумал, что это СУБД :(
← →
Иванов__ (2005-10-03 13:21) [24]Я с тобой согласен что "1С - отличный брэнд и классический пример успешного маркетинга!"
У нас весь город работает в 1С и никто не жалуется. Все обновления и отчеты поставляются вовремя, все довольны, все рады.
Назови конкретные недостатки. А так можно сказать про любую прогу.
← →
Курдль © (2005-10-03 13:26) [25]
> Иванов__ (03.10.05 13:21) [24]
> У нас весь город работает в 1С и никто не жалуется. Все
> обновления и отчеты поставляются вовремя, все довольны,
> все рады.
> Назови конкретные недостатки. А так можно сказать про любую
> прогу.
У нас не весь город работает на 1С (слава Богу) :)
Конкретный недостаток 1С, применительно к теме данного обсуждения - "оно" не является СУБД! (Или я не прав?)
← →
Иванов__ (2005-10-03 13:28) [26]Человеку нужно средство регистрации и последующего анализа данных. С этим отлично справляется 1С независимо от названия (СУБД или не СУБД).
← →
Курдль © (2005-10-03 13:38) [27]Я очень сильно сомневаюсь, что "отлично справляется" :)
До какой-то версии, кажись 8-й, 1С "справлялось" на доморощенной СУБД.
Потом так же успешно начало справляться с помощью MS SQL.
Вопрос автоматизации "1000 записей х 50 полей" на Delphi решается одним программистом за неделю. Это штук 5 окон программы + парочку отчетов. И работать будет не в пример 1С и адаптировано под условия заказчика идеально!
← →
Иванов__ (2005-10-03 13:58) [28]
> Вопрос автоматизации "1000 записей х 50 полей" на Delphi
> решается одним программистом за неделю.
Ты пошутил наверно. В 1С за пару дней с красивыми отчетами и печатными документами, с оперативным учетом и т.д. и т.п.
А в Delphi городить промышленные БД я бы даже не решился.
← →
Курдль © (2005-10-03 14:17) [29]
> Иванов__ (03.10.05 13:58) [28]
> А в Delphi городить промышленные БД я бы даже не решился.
Напрасно. Пару лет назад Delphi была самой распространенной средой для крупных корпоративных программных систем. Там, где 1С ни при каких обстоятельсвах работать бы не смог (см. [27] 2-й абзац).
← →
ANB © (2005-10-03 14:22) [30]
> Иванов__ (03.10.05 13:58) [28]
> А в Delphi городить промышленные БД я бы даже не решился.
Не знаю, не знаю. Я за делфовый проект получил лично около $15000. На 1С я бы его просто не смог сделать. На делфи писал месяц. А начальники забрали остальное - еще $115000 (ключая откаты и прочее). Вот тебе и делфи.
← →
ANB © (2005-10-03 14:24) [31]Забыл добавить - СУБД было 3 - Oracle, MS SQL и FoxPro.
← →
Danilka © (2005-10-03 14:31) [32]Курдль © (03.10.05 14:17)
Там, где 1С ни при каких обстоятельсвах работать бы не смог (см. [27] 2-й абзац).
А это где? Просто интересно, расскажи, какие ограничения, на твой взгляд, у 1С?
← →
Danilka © (2005-10-03 14:34) [33]ANB © (03.10.05 14:22)
Не знаю, не знаю. Я за делфовый проект получил лично около $15000. На 1С я бы его просто не смог сделать. На делфи писал месяц. А начальники забрали остальное - еще $115000 (ключая откаты и прочее). Вот тебе и делфи.
Тоже очень интересно, что это за программа, стоимостью 130килобаксов, которая пишется одним человеком за 1 месяц по 3 разные СУБД?
← →
ANB © (2005-10-03 14:41) [34]
> Danilka © (03.10.05 14:34) [33]
- ну всего мы на проект 4 месяца убили. И писал я не один - еще 3 студента в помощь были и одна программистка. Но они только на sql писали.
И стоила она не 130 а всего 120 Кб.
← →
Danilka © (2005-10-03 14:47) [35]ANB © (03.10.05 14:41)
> Danilka © (03.10.05 14:34) [33]
- ну всего мы на проект 4 месяца убили. И писал я не один - еще 3 студента в помощь были и одна программистка. Но они только на sql писали.
Ну, 4 месяца на 5 человек уже более реально, но все равно, смахивает на облапошивание заказчика...
Да и 3 савсем разных СУБД, у каждой своя логика работы с данными...
И стоила она не 130 а всего 120 Кб.
15+115=130 :)
← →
ANB © (2005-10-03 14:50) [36]
> 15+115=130 :)
- ой, точно, 105 начальнику осталось. Но я свои 15 честно огреб. Это конвертация была для налоговой. Переходили с оракла и фокса на мс скл. За такой проект я даже за такие деньги больше не возьмусь.
ЗЫ. Месяц я писал и отлаживал делфовую часть конвертера.
← →
Курдль © (2005-10-03 14:50) [37]
> Danilka © (03.10.05 14:31) [32]
> А это где? Просто интересно, расскажи, какие ограничения,
> на твой взгляд, у 1С?
1. Там, где стандартные конфигурации 1С не подходят (типа "1С - Бухгалтерия", "1С-Страхование" и т.п.).
2. Там, где производительности СУБД, с которой умеет работать 1С не хватает.
Например, не знаю ни одного банка в Москве, который бы работал на 1С.
Ни одной биржи, ни одного депозитария, ни одного Мосэнерго и РАО ЕЭС.
ДОБДД тоже как-то им принебрег, не говоря уж о таких монстрах , как Газпром, Лукойл и т.п. :)
← →
Sergey13 © (2005-10-03 14:53) [38]Пиписьками померялись, похоливарили. Осталось спросить у автора - вопросы еще есть? 8-)
← →
Иванов__ (2005-10-03 14:59) [39]
> 1. Там, где стандартные конфигурации 1С не подходят (типа
> "1С - Бухгалтерия", "1С-Страхование" и т.п.).
Я автору и предлагаю написать свою конфу
> 2. Там, где производительности СУБД, с которой умеет работать
> 1С не хватает.
Производительности MS SQL мало чтоли? Тогда незнаю
> Например, не знаю ни одного банка в Москве, который бы работал
> на 1С.
> Ни одной биржи, ни одного депозитария, ни одного Мосэнерго
> и РАО ЕЭС.
> ДОБДД тоже как-то им принебрег, не говоря уж о таких монстрах
> , как Газпром, Лукойл и т.п. :)
Их просто доят другие конторы. Мы бюджетников и атомщиков доим
← →
Иванов__ (2005-10-03 14:59) [40]
> 1. Там, где стандартные конфигурации 1С не подходят (типа
> "1С - Бухгалтерия", "1С-Страхование" и т.п.).
Я автору и предлагаю написать свою конфу
> 2. Там, где производительности СУБД, с которой умеет работать
> 1С не хватает.
Производительности MS SQL мало чтоли? Тогда незнаю
> Например, не знаю ни одного банка в Москве, который бы работал
> на 1С.
> Ни одной биржи, ни одного депозитария, ни одного Мосэнерго
> и РАО ЕЭС.
> ДОБДД тоже как-то им принебрег, не говоря уж о таких монстрах
> , как Газпром, Лукойл и т.п. :)
Их просто доят другие конторы. Мы бюджетников и атомщиков доим
← →
ANB © (2005-10-03 15:01) [41]Автору :
Ораклу ставь и не мучайся. Во всяком случае :
- для тебя - халява (а для поликлиники - их проблемы)
- смотреться будет круто (можно попросить больше денег)
- админить тебя же и позовут
- получишь опыт работы с ораклом
← →
ANB © (2005-10-03 15:05) [42]
> Иванов__ (03.10.05 14:59) [40]
- были у меня случаи, когда замудохвашиеся и замучавшиеся платить деньги частники стирали купленную 1С и ставили мою самопальную, древнюю, на Clipper. Даже в Подмосковье 2 раза купили, хотя я на халяву отдавал (стыдно продавать такое старье было), но по тысяче рублей вручили. Полная конфигурация с нуля - 1-2 часа. Обучение - в процессе конфигурации и еще пол-часа на обкатку. И больше меня не дергали.
← →
Курдль © (2005-10-03 15:07) [43]
> Иванов__ (03.10.05 14:59) [39]
> Их просто доят другие конторы. Мы бюджетников и атомщиков
> доим
Извините за досужий треп не по теме, но не хотелось бы, чтобы кто-то остался в заблуждении.
Чтобы не бросать слов на ветер, скажу, что доподлинно знаю аппетиты "атомщиков" на ПО. Если одна АЭС за год "осваивает" более $1 500 000, то 1С там рядом не валялся! Полный комплект оракла со всеми возможными наворотами!
← →
Иванов__ (2005-10-03 15:16) [44]
> - были у меня случаи, когда замудохвашиеся и замучавшиеся
> платить деньги частники стирали купленную 1С и ставили мою
> самопальную, древнюю, на Clipper.
А квартальные отчеты со всеми законодательными поправками ты им тоже делал? Че то я сильно сомневаюсь. А это главная фишка в отличие от ораклов, интербейсов и т.д. и т.п.
← →
ANB © (2005-10-03 15:28) [45]
> Иванов__ (03.10.05 15:16) [44]
- отчет за любой период. А частникам квартальные не нужны, они хотят за любой период видеть в нормальном виде, что у них происходит во всех возможных разрезах. И у меня видели.
А это не фишка, так как при нормально построенной базе на оракле отчет можно сгенерить одним запросом, убив на его написание максимум день, и выполняться он будет от секунды до нескольких минут (при очень больших объемах данных).
← →
Курдль © (2005-10-03 15:29) [46]
> Иванов__ (03.10.05 15:16) [44]
> А квартальные отчеты со всеми законодательными поправками
> ты им тоже делал? Че то я сильно сомневаюсь. А это главная
> фишка в отличие от ораклов, интербейсов и т.д. и т.п.
А кто бы спорил, что прикладная программа отличается от СУБД?!!
Просто фирмы, имеющие многомиллионные САП типа "Microsoft Business Solutions-Navision" не будут позориться и докупать еще 1С.
← →
ANB © (2005-10-03 15:29) [47]
> Иванов__ (03.10.05 15:16) [44]
- в дополнение :
интересно, почему ни 1С ни Инфин до сих пор не смогли реализовать корректную конфигурацию для начисления и учета зарплаты на Северах (Камчатка). Я около 20 копий продал своей.
← →
Курдль © (2005-10-03 15:34) [48]
> ANB © (03.10.05 15:29) [47]
> интересно, почему ни 1С ни Инфин до сих пор не смогли реализовать
> корректную конфигурацию для начисления и учета зарплаты
> на Северах (Камчатка). Я около 20 копий продал своей.
Туда еще не докатились ни франчайзинговые компании, или местные фирмы не докатились до необходимости содержать у себя в штате "программистов 1С".
← →
ANB © (2005-10-03 16:23) [49]
> Курдль © (03.10.05 15:34) [48]
- есть и компании и свои программисты 1С. Только реализации, которые они делают, жутко неповоротливые, требуют много ручного ввода данных, а некоторые ведомости не соответствуют установленным формам, так как у них по другому не получается.
← →
Курдль © (2005-10-03 16:26) [50]
> ANB © (03.10.05 16:23) [49]
Пожалуй, Вы отразили квинтессенцию ответа на вопрос "почему не 1С"!
К нам именно обращаются заказчики, которые так и не сумели адаптировать для себя 1С. Мы им делаем эксклюзив.
И не забывайте про ограничения, обусловленные выбором субд MS SQL.
← →
ANB © (2005-10-03 16:47) [51]
> Курдль © (03.10.05 16:26) [50]
Это еще не квинтэссенция. Когда я приехал в Москву и искал работу, то, среди прочего посматривал и в сторону 1С. У меня даже было приглашение лично от Сергея Нуралиева на собеседование. Но как то познакомился с пареньком - начальником отдела из нехилой франчайзы. Послушал его мнение и о 7.7 и о 8.0 (они ее еще 2 года назад получили) и решил, что 1С оставлю на самый крайний случай, если совсем есть нечего будет.
← →
Курдль © (2005-10-03 16:59) [52]
> ANB © (03.10.05 16:47) [51]
> 1С оставлю на самый крайний случай, если совсем есть нечего
> будет.
На еду там вполне заработать можно. Но вот интересные проекты - хрена с два! :)
А для меня это главное.
← →
ANB © (2005-10-03 17:40) [53]
> Курдль © (03.10.05 16:59) [52]
- и я про то же.
← →
Danilka © (2005-10-04 08:47) [54][45] ANB © (03.10.05 15:28)
Ты немного непонял про отчеты. :)
Требуется сдавать отчеты в налоговую и пенсионный фонд как на бумажных, так и на электрронных носителях.
Одна декларация по налогу на прибыль более чем на 30-и листах, со всякими штрихкодами и выгрузкой файл.
По НДС такая-же. Налог на имущество - тоже нехило.
И всего где-то десятка полтора отчетных форм.
Плюс еще пенсионный фонд - персонифицированый учет.
Наверняка твои все это хозяйство считают вручную, а затем в том-же самом 1С Налогопалательщике заполняют, печатают и формируют файлы.
Либо испоkьзуют не 1С Налогоплательщик, а бесплатные программы налоговой и пенс.фонда, но они, мягко говоря, менее удобные.
А когда у тебя 1С Бухгалтерия, то, при правильном ведении учета, вся эта кипа заполняется автоматом.
Халява для бухгалтерии.
:)
[47] ANB © (03.10.05 15:29)
интересно, почему ни 1С ни Инфин до сих пор не смогли реализовать корректную конфигурацию для начисления и учета зарплаты на Северах (Камчатка).
А какие проблемы с этим у 1С Зарплата и кадры?
Вроде есть там все и для cевера.
На самом деле действительно, с большими объемами 1С версии 7.7 справляется тяжело.
Чем больше активных пользователей и чем больше база, тем больше вероятность того, что она на ДБФ-ких начинает разваливаться и ее приходится переводить на MSSQL.
И вот тут начинаются самые-самые тормоза, т.к. работает 1с 7.7 со скулем по-старинке навигационными методами.
Обещали все это поправить в 8-ке, но я ее толком так и не видел.
Тем не менее, знаю не одну базу 1С, которая перевалила за гигабайт. И ничего, люди работают, уходить с нее не собираются.
Из плюсов 1С - скорость разработки в 1с-ке намного выше чем скорость разработки на Дельфях, например, из-за наличия целой кучи полезных и вкусных вещей.
Та-же система отчетов намного удобнее и гибче чем все эти фастрепорты. И более навороченая, с интерактивностью. Те, очень полезные вещи, что есть в их отчетах я не видел больше нигде.
Я даже когда-то, году в 99-м, игрушку написал используя только возможности системы отчетов + встроенный язык.
:)
← →
ANB © (2005-10-04 09:29) [55]
> Danilka © (04.10.05 08:47) [54]
1. Моя програма сама отчитывается на всех видах носителей в ПФР и Налоговую. Данные заполняются автоматически при расчете зарплаты.
2. Насчет скорости разработки - ты загнул. Все вкусности, которые в ней реализованы, во первых не очень удобны, во вторых - быстро реализуются на делфи.
3. Под делфи уже и так есть куча отчетников и в эксель и в текст и аналогов фаст репорта. И никто не мешает мне изгаляться на ней как угодно.
4. 1С никогда не будет по человечески работать с СУБД, так как в ней используется принцип универсальности СУБД, следовательно фичи каждого сервера использовать нельзя, серверную логику - тоже.
5. 8 не многим лучше 7.7. Просто ввели трехзвенку, а старые грабли все остались.
6. Интерпретатор никогда не будет быстрее машинного кода.
← →
Danilka © (2005-10-04 10:08) [56]ANB © (04.10.05 09:29)
1. Моя програма сама отчитывается на всех видах носителей в ПФР и Налоговую. Данные заполняются автоматически при расчете зарплаты.
Круто. В принципе возможно, если только то, что касается зарплаты. Однако, пенс.фонд каждый год меняет свою выгрузку, минфин, бывает и несколько раз за год.
2. Насчет скорости разработки - ты загнул. Все вкусности, которые в ней реализованы, во первых не очень удобны, во вторых - быстро реализуются на делфи.
Ну-ну. Как ты можешь так утверждать не работая с ней и незная ее вкусностей?
3. Под делфи уже и так есть куча отчетников и в эксель и в текст и аналогов фаст репорта. И никто не мешает мне изгаляться на ней как угодно.
Нигде нет интерактивности, например. В 1с-ке отчет выходит что-то вроде экселя.
Причем, можно легко сделать так, что при двойном клике на какой-либо цифре отчета, открывался еще один отчет, расшифровывая данную цифру. Есть где-нибудь такое?
Также можно использовать отчет как форму для ввода данных, со всякими выпадающими списками, пересчетом ячеек, связанных с измененной и т.д.
4. 1С никогда не будет по человечески работать с СУБД, так как в ней используется принцип универсальности СУБД, следовательно фичи каждого сервера использовать нельзя, серверную логику - тоже.
гдеж универсальность-то? Были ДБФки и работа с МССкулем только используя метод работы с ним, как с ДБФ-ками.
А 8-ка уже все на MSSQL. И даже свой встроенный язык запросов перевели на SQL.
5. 8 не многим лучше 7.7. Просто ввели трехзвенку, а старые грабли все остались.
Пока не видел, ничего утверждать по этому поводу не буду.
6. Интерпретатор никогда не будет быстрее машинного кода.
Микрософту об этом расскажи. И Сану. Глаза им откроешь, глядишь и свернут свои всякие явы и дот неты.
:)
← →
ANB © (2005-10-04 10:23) [57]
> Ну-ну. Как ты можешь так утверждать не работая с ней и незная
> ее вкусностей?
- работал.
> Микрософту об этом расскажи. И Сану.
- так они оптимизят все это. А ява - конкретный пример тормознутости. В дотнет сейчас встроили компиляцию в машинный код на лету. Сан тоже хочет в яву подобную фичу воткнуть, так как приложения на яве даже на нехилых компах все равно тормозят.
> гдеж универсальность-то?
- упс. Точно. Это я с инфином перепутал. Хотя паренек из франчайзинга 1С говорил, что SQL использовать можно, но лучше этого не делать, так как тормозит ужасно.
А еще покопайся по внутренностям. Я еще в 92 году реализовал на Clipper + DBF парентовые деревья (интерфейс и отчеты по веткам), а у 1С еще в 95 (а может и позже, но в 95 еще точно) деревья строились на зонном кодировании.
> Однако, пенс.фонд каждый год меняет свою выгрузку, минфин,
> бывает и несколько раз за год.
- когда я сопровождал свою зарплату, то за неделю успевал все обновить. Изменения там были не такие глобальные, в ПФР уже устоялось более менее. Самая бяка была в 2001, когда кучу новых форматов ввели. Все равно за 2 недели все дописал и поставил.
← →
Danilka © (2005-10-04 10:44) [58]ANB © (04.10.05 10:23)
Хотя паренек из франчайзинга 1С говорил, что SQL использовать можно, но лучше этого не делать, так как тормозит ужасно.
Это у него только тормозит. :)
sniknik не даст соврать, когда база лежит на MSSQL из-за тормозов люди иногда делают отчеты на основе SQL запросов, при этом скорость формирования отчета может вырости на два порядка.
Да и самому мне приходилось делать выгрузку из 1с-ки в Орокол, никаких проблем со скулем не было, писал для этого обработки на встроенном языке 1с. Точнее, была одина проблема - нет в 7.7 null-значения, побродил по форумам 1с, понял, что в 8-ке он есть.
Все это относится к 1с7.7, восьмерку будем посмотреть.
Я сам не ярый поклонник 1С и работаю с ней только по мере необходимости, для себя и на работе - Дельфи, просто не нравицца, когда ее несправедливо охаивают. :)
Те-же отзывы по супердорогой Микросовтской Аксапте совсем не лесные и возможностей и вкусностей у нее намного меньше чем у 1С, плюс только один, по сравнению с 7.7 - работает по-человечьи с MSSQL и с Ороклом. Но, возможно 8-ка ее сделает в этом плане.
Правда, сам я Аксапту не видел, но отзывы и сравнения с 1С были от тех людей, которым доверяю.
Страницы: 1 2 вся ветка
Форум: "Базы";
Текущий архив: 2005.11.13;
Скачать: [xml.tar.bz2];
Память: 0.63 MB
Время: 0.058 c