Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.09.26;
Скачать: [xml.tar.bz2];

Вниз

Access vs Delphi   Найти похожие ветки 

 
zokzok   (2004-09-04 21:27) [0]

что лучше для создания программ, работающих с БД?


 
YurikGL ©   (2004-09-04 21:29) [1]

Оракл, одназначна....


 
zokzok   (2004-09-04 21:32) [2]

почему?


 
YurikGL ©   (2004-09-04 21:33) [3]

Сначала вопрос, какие задачи должна решать БД?


 
zokzok   (2004-09-04 21:38) [4]

бухгалтерский учёт маленького предприятия - аптеки, например.


 
YurikGL ©   (2004-09-04 21:42) [5]


> zokzok   (04.09.04 21:38) [4]

А был осуществлен анализ существующих програмных средств? Вперед на, например, listsoft или просто яндекс и смотрим на базе чего осуществляются подобные системы.

ИМХО access такую вещь не потянет. Нужно что-то типа IB.


 
DrPass ©   (2004-09-04 21:49) [6]


> ИМХО access такую вещь не потянет

Легко. Даже Excel прекрасно справляется


 
YurikGL ©   (2004-09-04 22:08) [7]


> DrPass ©   (04.09.04 21:49) [6]

Особо упираться не буду, но если надо хранить большую базу лекарственных средств...


 
Игорь Шевченко ©   (2004-09-04 22:40) [8]


> бухгалтерский учёт маленького предприятия - аптеки, например


1C ?


 
Sergey_Masloff   (2004-09-06 09:58) [9]

Автору вопроса.
Самая быстрая дорога не та что самая короткая а та которую лучше знаешь. Твой вопрос правомерен если ты одинаково хорошо знаешь как минимум целый ряд средств разработки. Если нет - используй что знаешь, когда будет готово и будет РАБОТАТЬ (это обязательно) можешь с целью изучения другого средства разработки переписать свою поделку. А одновременно писать и изучать не получится.
 Так что вперед.


 
Думкин ©   (2004-09-06 10:04) [10]

Е-Фарма.


 
Думкин ©   (2004-09-06 10:07) [11]

http://www.e-farma.ru/about/history.xhtml


 
blackman ©   (2004-09-06 12:08) [12]

>Думкин ©   (06.09.04 10:04) [10]
>Е-Фарма.
Реклама ?


 
Думкин ©   (2004-09-06 12:11) [13]

>  [12] blackman ©   (06.09.04 12:08)

Ты знал, ты знал. :))
Да нет, я по ней не работаю. :) Только рядом сижу.


 
blackman ©   (2004-09-06 12:20) [14]

Но там нет описания... На чем сделано и как.
Какая хоть база-то ?


 
Lola ©   (2004-09-06 12:24) [15]


> zokzok   (04.09.04 21:38) [4]
> бухгалтерский учёт маленького предприятия - аптеки, например.

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


 
Думкин ©   (2004-09-06 12:34) [16]

>  [14] blackman ©   (06.09.04 12:20)

Это не ко мне. Проект я не веду. Сделано - 1С.


 
Ega23 ©   (2004-09-06 12:41) [17]

Asm   :о)


 
ShaggyDoc   (2004-09-06 12:45) [18]

Мой друг - пожилой инженер-строитель, зам. начальника ОКС крупного завода. 10 лет назад ему понадобился учет оборудования и материалов по стройкам. Несколько десятков строек, номенклатура - несколько тысяч позиций.

На заводе служба АСУ несколько сотен человек. Там ему объяснили про сложность задачи и все такое прочее. Про Oracle кричали и т.д. Только под давлением гендиректора взялись сделать за год без гарантии результатов. Скоро сделают.

Мужик немного программировал на Бейсике и осваивал электронные таблицы. Сделал все за месяц в Quattro Pro (тогд под DOS работали). Все эти десять лет ОКС успешно работает с этой смесью ЭТ и СУБД. Теперь, конечно, перевели в Excel. От перехода даже в Access отказались - лучшее враг хорошего. И все эти годы ненавидимы руководством АСУ, которое все знает про СУБД, но единственная "программа", которую купил другой завод - именно этот набор электронных таблиц с несколькими макросами.

Так что Sergey_Masloff   (06.09.04 09:58) [9] прав.


 
Sergey13 ©   (2004-09-06 13:06) [19]

2[18] ShaggyDoc   (06.09.04 12:45)
Сомневаюсь я однако, что то, что он просил у своего АСУ и то, что сам накропал на коленке за месяц - одно и тоже.


 
lipskiy ©   (2004-09-06 13:10) [20]

Мой тесть пишет базы на Access. Сам в это не вникал, но вроде как бухучет небольшого предприятия - без проблем. И спрос есть.


 
ShaggyDoc   (2004-09-06 13:12) [21]


> Сомневаюсь я однако, что то, что он просил у своего АСУ
> и то, что сам накропал на коленке за месяц - одно и тоже.


Просил он то, что ему надо для работы. И давно с этим работает. И не важно, на коленке или на чем накропал. Получил требуемый ему результат. АСУ знает как, но не делает. Это не знал, но сделал. Ситуация, кстати, типичная для xUSSR.


 
wHammer   (2004-09-06 13:26) [22]

1С:Бухгалтерия. Изначально ничего писать не надо, т.е. время разработки = 0 часов 0 минут. В дальнейшем какие-то специфические моменты учета можно будет дописать. Какой Access, какой IB, и уж тем более Oracle.

С наилучшими...


 
Sergey13 ©   (2004-09-06 13:29) [23]

2[21] ShaggyDoc   (06.09.04 13:12)
Ситуация знакомая. Я тоже повидал "местечковых" автоматизаторов на Екселе (и т.п.). Только вот и воплей от них же наслушался, типа "а почему у меня вроде то же самое но тут считает, а тут не считает" или "так что мне для нового изделия опять все руками вводить?!!!".

"учет оборудования и материалов по стройкам. Несколько десятков строек, номенклатура - несколько тысяч позиций."
Нормально сделать не Екселе не реально. Нет, список завести можно, можно поддерживать его в более-менее относительном порядке, но ... Не верю.


 
Думкин ©   (2004-09-06 13:30) [24]

> [22] wHammer   (06.09.04 13:26)

И это есть. Ссылка выше.


 
ShaggyDoc   (2004-09-06 14:02) [25]


> Sergey13 ©   (06.09.04 13:29) [23]
> 2[21] ShaggyDoc   (06.09.04 13:12)
> Ситуация знакомая. Я тоже повидал "местечковых" автоматизаторов
> на Екселе (и т.п.).!!!".
>
А почему они этим вынуждены заниматься? Да потому, что у программистов, с которыми им приходится сталкиваться, слишком много спеси. Не хотят заниматься черными прикладными задачами. Посмотрите в любом софтовом каталоге, кто разрабатывает прикладные программы. Большинство инженеры. Хорошо еще, если на Delphi. А есть и такие программы, которые сделаны любителями в Excel и довольно популярны, потому, что профессионалам западло...

> "учет оборудования и материалов по стройкам. Несколько десятков
> строек, номенклатура - несколько тысяч позиций."
> Нормально сделать не Екселе не реально. Нет, список завести
> можно, можно поддерживать его в более-менее относительном
> порядке, но ... Не верю.


А разве я говорю, что это можно в Excel сделать нормально?
Конечно, нельзя. Но делают, чтобы хоть как-то, но работало. На других форумах я постоянно отговариваю инженеров от попыток хранения данных в Excel, хоть бы в Access, если приспичит. Но продолжают делать, так же продолжают люди делать самодельные автомобили, велосипеды и даже самолеты. Хотя все профессионалы говорят, что нельзя. Россия...


 
Sergey13 ©   (2004-09-06 14:27) [26]

2[25] ShaggyDoc   (06.09.04 14:02)
>А почему они этим вынуждены заниматься? Да потому, что у программистов, с которыми им приходится сталкиваться, слишком много спеси.
А может они видят проблему шире? Или они заняты созданием некоей системы, в которой задача этого "автоматизатора" стоит под номером 123. И решать ее раньше нет смысла. И вот такой "автоматизатор" лезет со своим "прожектом" и если он вхож наверх, то и решение о "первоочередности" своей экселевской таблицы еще протолкнет. Не надо думать, что серьезно работаешь только сам и моя работа самая важная, а другие "дуру гонят на теплых местечках".


 
blackman ©   (2004-09-06 14:31) [27]

>Думкин ©   (06.09.04 12:34) [16]
>Это не ко мне. Проект я не веду. Сделано - 1С.
Значит Fox :)
Нам разум дал стальные руки-крюки! А вместо сердца - каменный топор!


 
Думкин ©   (2004-09-06 14:34) [28]

> [27] blackman ©   (06.09.04 14:31)

Я по русски пишу кажется? Где ты увидел Fox?


 
blackman ©   (2004-09-06 14:59) [29]

>Где ты увидел
1С = Fox


 
Думкин ©   (2004-09-06 15:03) [30]


> [29] blackman ©   (06.09.04 14:59)

А как иначе расшифровать [27]?


 
wHammer   (2004-09-06 15:05) [31]


> blackman ©   (06.09.04 14:59) [29]


:))))))))) Забавная у вас ветка. Наверное дальше будет еще по хлеще :)


 
blackman ©   (2004-09-06 15:06) [32]

>Думкин ©   (06.09.04 15:03) [30]
Базы у них dbf... Больше ничего


 
Danilka ©   (2004-09-06 15:08) [33]

[26] Sergey13 ©   (06.09.04 14:27)
Всяко бывает. Есть и такое, и на очень больших очень предприятиях, когда задача стоит под номером 123, а под первый десяток номеров - погонять в кваку, или во что сейчас они, казлы, гоняют. Сталкивался с этим. Правда, это, как правило, исключение, но все равно - бывает. Так что, тому знакомому просто неповезло.


 
wHammer   (2004-09-06 15:11) [34]


> blackman ©   (06.09.04 15:06) [32]
> >Думкин ©   (06.09.04 15:03) [30]
> Базы у них dbf... Больше ничего


1. В том числе .dbf, это как самый дешевый вариант. А в 8.0 формат .1CD слышал о таком?

2. Если я напишу приложение на Delphi, в нем реализую работу с данными .dbf то мое приложение = Fox? :)

С наилучшими...


 
blackman ©   (2004-09-06 15:50) [35]

>wHammer   (06.09.04 15:11) [34]
>Если я напишу приложение на Delphi, в нем реализую работу с данными
НАпиши. Кто против ? :)
При чем здесь приложение ? Я о базе говорю.
А изначально 1с делалось на FOX.
Однако я в этом ничего плохого не нахожу.



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.09.26;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.53 MB
Время: 0.036 c
1-1095032724
][ncognito
2004-09-13 03:45
2004.09.26
ТриВью опять


14-1094265307
Думкин
2004-09-04 06:35
2004.09.26
С днем рождения! 4 сентября


3-1093604987
Romko
2004-08-27 15:09
2004.09.26
Переход от IB6 к FB1.5


1-1095139121
_newver_
2004-09-14 09:18
2004.09.26
преобразование типов при подключении DLL


3-1093606871
Aleksandr.
2004-08-27 15:41
2004.09.26
Как совместить сессию и TDataBase потока с bdeAPI?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский