Здравейте,

Искам да направя database за магазин с около 2000 стоки и около 200 клиента, който има 5 клона в различни града...

Според вас, кое ще е най-добре да използвам: Access, Oracle ili MySQL...
Незнам от къде да почна... Моля за помощ!

Благодаря

When was the last time you did something for the first time?

Като оставим настрана очевидните причини по които аз лично бих ти посочил само един от тези продукти въпросът ти е крайно несъстоятелен.

Ето само някои от въпросите на които трябва да си отговориш преди да попиташ тащова нещо.

Сам ли ще си правиш приложението или някой ще ти помага?
За или без пари ще ти помагат ако трябва и има кой?
Колко клиента ще работят с тези данни едновременно?
На едно място ли ще бъдат данните или на много?
От едно място ли ще са дистъпни или не?
Ако от много като как ще стане цялата работа? През интернет или по някакъв друг начин?
Трябва ли ти Клиент-сървър приложение или и самостоятелно ти върши работа?
Колко пари и време си склонен да инвестираш?
В софтуер? В разработка на твоето приложение?


"Незнам от къде да почна... "
Виж това е ясно!

Започни с това да дефинираш На какви въпроси ще отговаря твоята система

с други думи какви справки ще искаш да ти изготвя системата? Колко често? Кой, как и какъв достъп трябва да има до тях.

Другото е после

Просто започни с неща от рода на:
Трябва да може да генерира тримесечни справки за продажбите на всички стоки усреднени по клонове и стоки и да ги изпраща по email а пък при поискване да могат да се правят справки за складовата наличност по клонове ....

Съдържаниет е скрито
Влезте за да го видите

... освен от теб salle, само дето не разбрах, как не те домързя да пишеш толкова много :-))))))))

Може и да се повторя, но ме навява на мисъл от една СФ книжка :

За да зададеш правилно въпроса, трябва да знаеш поне 50% от отговора

root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy

salle (един такъв),

Благодаря за изчерпателния отговор, прав си за всичко.... Всъщност става въпрос за дисертацията ми, така че работата ще си я върша самостоятелно. Питах кой софтуер да използвам от гледна точка на капацитет защото съм чувала че Аксес не е добър за съхраняване на много данни.

Реших да направя програма за съществуваща верига магазини,които не са доволни от програмата която използват сега и ако накрая я одобрят ще ми платят за това. Учила съм малко relational databases, малко OO modeling, Gui design... но никога не съм правила някакъв голям проект, така че ще се уча по време на процеса...

Имам на разположение почти цяла година и всяка професионална помощ ще ми е от полза, така че всяка критика ми е също от полза :)
Вече реших че ще използвам Аксес, след като видях няколко подобни програми. 5те магазина не трябва да са свързани по между си защото всеки един има различни клиенти и различни наличности, проблема който сега ме мъчи е че програмата трябва да може да издава фактури, мога ли да направя това на Аксес?

Съжалявам отново, за некомпетнетно зададения въпрос, но се надявам да разберете че сега навлизам в тази сфера и въпреки че ми е много интересно, ми е трудно...
Благодаря...

When was the last time you did something for the first time?

В отговор на:

---

Всъщност става въпрос за дисертацията ми

---

В отговор на:

---

ако накрая я одобрят ще ми платят за това. Учила съм малко relational databases, малко OO modeling, Gui design... но никога не съм правила някакъв голям проект, така че ще се уча по време на процеса...

---

В отговор на:

---

Имам на разположение почти цяла година и всяка професионална помощ ще ми е от полза

---

В отговор на:

---

проблема който сега ме мъчи е че програмата трябва да може да издава фактури

---

Съдържаниет е скрито
Влезте за да го видите

Боже, колко мъка има по този свят Боже.....

До къде стигнахме - айде дипломни работи - на тема складови програми ами сега и дисертации.....

Без да те нападам, но помисли върху следните няколко реда

1. Не мислиш ли, че темата за ДИСЕРТАЦИЯТА ти не отговаря като ниво за това което се бориш - ако целта ти е просто да си окачиш "хартишка" на някоя стена - харесай си фото плакат за целта. Мисля, че трябва да вдигнеш летвата - не за друго ами ако кажеш това на някой бъдещ работодател направо ще си падне от смях - такива програмчета се пишат от студентите първи курс за да учат средите и програмите а не за ДИСЕРТАЦИИ. Ако си решила да останеш на държавна работа в някой институт - виж това е друга работа. А складовата програма я зарежи за някой подрастващ - поне няма да се излагаш.

2. Защо си мислиш, че точно ти без никакъв опит ще успееш да направиш програма която да е по-добра от съществуващата - безспорно ще имаш възможноста да отстраниш недостатъците на съществуващата програма, но замисляш ли се, че ще добавиш достатъчно нови такива?

3. Това, че магазините имат различна наличност ама по никакъв начин няма отношение с начина на обработка на информацията - и помисли след 1 година, когато собственика случайно реши че му трябва обобщена информация за всички магазини - 'що ще чиниш ? Избрала си Access - няма да се изказвам относно избора ти - ама за какви ОО modeling, GUI и прочие говориш - при положение, че те нямат нищо общо с Аксес-а ;-)))) Един съвет - зарежи Аксеса ако искаш наистина да научиш нещо - се хвани с език за програмиране - така поне ще имаш опит - няма значение от езика. За една година ще успееш - мисля, че поне за това времето ще е достатъчно.

4. Май няма друго какво да кажа - освен успех - но се замисли какво точно гониш - и има ли смисъл - всеки може да прескочи летва поставена на 10 см от земята - ако летвата е ниско - няма нищо да научиш.




---

ми се струва че си избрала рутинна работа. Дисертацията би трябвало да има нещо ново.
А складовите програми са много напред с материала.
Все пак ако не опиташ няма да разбереш можеш ли или не можеш.
Дерзай - преди 14 години току що завършил медицина подкарах програмиране и то без чужда помощ. Е сега си изкарвам хляба с програмиране.

Виж внимателно какво ти е писал сале.
1. Първо виж на какви отговори трябва да отговаря БД
2. Измисли след това структура, която да позволява тези отговори
3. Избери ама чак след точки 1,2 коя БД ще ползваш
А) Аксес е по скоро за персонална употреба
Б) Оракъл мисля че е много тежка история - виждал съм някаква версия ама си останах само с гледане
В) MySQL позволява много неща. Може да ти бъде сложно в началото, но можеш да получиш и помощ.
Никой не прави готови фактури. Трябва да си направиш формата в която да влезнат неща от БД.

ПП
Ако избереш MySQL и решиш да ползваш CBuilder за GUI мога да ти изпратя готови компоненти, елементарни форми и т.н.
Има уловка разбира се. Всизко което съм правил е базирано на MySQL и е или под GPL или под LGPL.
Ползваш ли MySQL трябва да продадеш труда си заедно с кода, или трябва да закупиш..... - виж сайта на MySQL (mysql.com) за лицензии и т.н.

Bеer? Moooorrre?

Нямам отношение към научните среди и какви трябва да са темите за дисертация, но все си мисля че трябва да е нещо новаторско, а не рутинно.
А иначе Акеса според мен си върши много добра работа и е подходящ за задачата, която се поставя.

Basi tapata patka si. Sorry za ostria ezik.
Ama kakvo novatorsko smiatash che ima v tova?

Съгласна съм със всичко казано и със критиките за темата на дипломната работа и със съветите, които сте дали, НО
"Дисертацията би трябвало да има нещо ново." - много хубаво, ама не е така на практика, я ми кажете един професор, който е станал професор /български/, защото е измислил нещо ново, а не защото е преписал/ превел дузина учебници? Какво очаквате да научи един такъв професор своя докторант, освен на същото. Това момиче, ще хвърли не малко труд да понаучи и попрочете нещо, ще скалъпи една полуработеща програмка, в краен случай само красиви екранчета с нагласени данни (и никой на защитата дори няма да забележи това дори), ще напише една блестяща теоритична част, включваща икономическата постановка на въпроса, съвременните бази данни и т.н. , рецензентите и изпитващите ще гледат хубавите картинки, ще ръкопляскат на теоритичната част и тя ще стане доктор без никакви проблеми.
..............