Access vs delphi (не треба сміятися, прошу допомогти)

Access vs Delphi (не треба сміятися, прошу допомогти)

Треба пояснити людям, не надто сильним (точніше зовсім ніяким) в програмуванні, чому ж Delphi краще в написанні складської програми для обліку всього, чого можна, ніж Access. Бажано обгрунтування понавароченнее. Що-нитка типу пачки розумних фраз з мануала. Та так, щоб сумнівів не залишилося. Кто-нить може з цим допомогти? Дуже треба, а то проект зірветься (це останній шанс відбити конкурентів-акцесовцев) =).

гнучкість, надійність, можливості.
н-р, з D A можна управляти, а навпаки немає і потім для проги на D не потрібен сам Access, і.

Інтерфейс багатший буде. А взагалі з Д. можна і з Access-овскими базами працювати.

Немає жодної розумної причини для переходу з Access на Delphi :-)
> Дуже треба, а то проект зірветься (це останній шанс відбити
> Конкурентів-акцесовцев)

Закони еволюції не скасувати :-)

- Чим грузини краще ніж вірмени
-. ніж вірмени

1. Коли кількість користувачів з базою буде більше 10 чоловік
Access почне задихатися.

2. При перенесенні бази на більш потужну СУБД, наприклад MSSQL, код на Delphi потрібно буде набагато менше допрацьовувати, ніж заточувати Access на нерідну базу.

аццесс коштує грошей.
прийдуть дядьки з тітками в їхню контору, подивляться на неліцензійний аццесс і отгребут ці не дуже сильні в програмуванні люди так, що мало не здасться.

якщо у них він ліцензійний, то можна щось по-швидкому сваять і на аццессе.

млин, хотів на дрібном'який сайті подивитися скока стоїть аццесс, півгодини бродив - ніякого прайса не знайшов.
: ((

> Млин, хотів на дрібном'який сайті подивитися скока стоїть
> Аццесс, півгодини бродив - ніякого прайса не знайшов.
>: ((

Не святі горщиками торгують (р)
Delphi дорожче коштує :-)

а на рахунок богів, знайшов посилання на їхніх партнерів, кілька штук перевірив - прайс на дрібном'який продукцію тільки в одному, і щоб взяти його треба зареєструватися :))
ги-ги-ги.
типу, раптом я його буду використовувати в корисливих цілях спрямованих проти самого дрібном'який.

> А на рахунок богів, знайшов посилання на їхніх партнерів, кілька
> Штук перевірив - прайс на дрібном'який продукцію тільки в
> Одному, і щоб взяти його треба зареєструватися :))

Самі собі палиці в колеса вставляють диваки.

Не вдасться тобі їм (людям) пояснити нічого.
Тому, що це не так. Можеш їх, звичайно, обдурити, тільки нічого доброго з цього не вийде.

Все залежить від того, що програмується. Чим складніше програма, чим більше вимог, ніж більше база даних, тим більше "за" за перехід на Дельфі.
Але а якщо програма дуже проста, то Особова сенсу писати на Дельфі - немає.

> Немає жодної розумної причини для переходу з Access на Delphi :-)

Є, є причини. Accessом я б взагалі не користувався, якщо потрібна серйозна база даних, то юзайте Visual FoxPro або ж Oracle.

Дякую за відгуки. Останнє питання (тим хто працював в Access): чи є там можливість легкого редагування виду форми звіту (типу редагування квікрепорта в Делфі) користувачем, що не писав цю "прогу"? Тобто щоб юзер, до якого потрапила прога сам міг скласти бланк, розставити там колонки, які йому потрібні, потрібної ширини і виводити в них те, що потрібно. Ну і, відповідно, потім друкувати все це. Це вже так, цікаво стало.

2Mihey (25.02.03 22:26)
> То юзайте Visual FoxPro або ж Oracle.
Третього не дано. 8-)

проте, писати базу на Аксес має сенс якщо тільки
треба робити багато звітів, причому часто змінюваних по суті і по оформленню. Тоді вбудовані звіти-генератори Аксес звичайно
зручніше ніж робити звіти з під Дельфі.

в цілому, прийшов до висновку що Аксес штука хороша, якщо зрозуміти
як з ним спілкуватися з під Дельфі, то можна створювати досить
потужні і зручні програми. Вважаю, що часто Аксес необгрунтовано
лають, просто не розібравшись в його можливостях і як з ним
0работать з під Дельфі.

Дельфі + БДЕ + Аксес 97.

Тоді вбудовані звіти-генератори Аксес звичайно
зручніше ніж робити звіти з під Дельфі.

Це дивлячись що використовуєш. Якщо тільки QuickReport - то звичайно, а якщо FastReport, то дозвольте не погодиться. FastReport коштує копійки.

Якщо перейти на АДО,
то сумісність з аксес зростає, але падає
швидкодія обміну даними з базою

Ось це дивно.

А взагалі згоден, для (скажімо так) - не надто серйозних і великих БД - Access цілком придатний і має непогані можливості. Чи не для всіх задач необхідний Оракл або МС СКЛ Сервер. Іноді їх застосування подібно стрільбі по горобцях з гармат.

вона сама.
просто цікаво, а якщо прийти до них в офіс, попросити прайс, вони теж змусять реєструватися?
і будуть питати пароль. ))

Дельфі + БДЕ + Аксес 97.

то сумісність з аксес зростає, але падає
швидкодія обміну даними з базою

Ось це дивно.

деякі статті, які я зміг знайти в інеті з питання АДО + Дельфі свідчать про те ж. швидкість при АДО падає.
можливо що і я щось зробив не так, але обговорювати це
не входило в мої плани, сорри.

вот! слова не хлопчика але чоловіка :) багато "чиста конкретні фахівці
по реально крутий базі Оракл ":) у мене викликають неприхований сміх,
коли вони починають пропонувати свої послуги по автоматизації
конторки де всього 15-20 клієнтських місць і приріст записів
на добу не більше 0.5-1 тисячі. з такими завданнями і Аксес прекрасно справляється!

Не згоден.
Якщо чесно, то з аццессом мав справу дуже давно, але як розумію, йому ще далеко до скульптура-сервера, а значить ці самі нещасні 15-20 клієнтів для того, щоб подивитися / змінити якусь 1 запис будуть закачувати по сітці ВРЮ базу , правити, і віддавати назад туди, де вона лежить.
Зовсім інша справа, коли по мережі гуляють тільки скульптура-запити і відповіді на них.
Правильна база на скульптура-сервері на 15-20 клієнтів навіть за дайлапу буде швидше працювати швидше, ніж аццесс по 100 мегабитной мережі.

> Danilka
1.Access навіть ставити не треба (досить Office),
а Oracle варто скажені гроші і проста контора його купувати не буде. Теж і з MsSql.
2. Швидше, повільніше - не особливо хвилює юзера, якщо він встигає за 2-5 секунд отримати відповідь.

звичайно, треба дивитися на завдання. якщо склад який потрібен - сусідній кабінет в якому лежить дві коробки офісного паперу, картридж і набір ручок, то з Дельфах, на мій погляд (як і з ороклом :)) Морото не варто.

так, згоден - аксесс тягає по мережі таблиці, але по-перше
він цю справу більш-менш оптимізує, створюючи на Локаль
кеш, а не перетягуючи кожен раз все заново, а по-друге

розробка програми на аксесс свідомо дешевше ніж на
Оракл. причому як сама розробка, так і легкість підтримки
програми. аксесс будь-який дурень поставить і налаштує, він власне
може й не бути в повному обсязі, аби ядро його було.

а ось налаштувати Оракл для чергового використання створеної
проги в інший канторові вже потрібен серйозний спец і це дорожче
по определнного. І ціна розробки програми з використанням
Оракл-фахівця велика. так що, для середньої-дрібної канторові
дешевше навантажити сітку і погодиться з деякими протормозіл,
ніж платити додаткові гроші.

> Danilka
Office все ставлять. Тобто додаткових денюжек до твоєї проге вже не треба.
А базу MDB можна крутити через ADO і без самого Access "a.

> Danilka
15-20 користувачів одночасно ніколи не буде в середній конторі, а 5 він потягне запросто