database za magazin

Здравейте,

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

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

Благодаря

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

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

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

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


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

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

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

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

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

salle.online.bg/sig

... освен от теб 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?

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

Първото, което трябва да направиш е да разбереш как ставт нещата на практика. Висваш на главите на служителите в тая фирма и питаш за всичко:
трябва да си абсолютно наясно как стават нещата "на хартия" и след това да си избираш база данни и програмен език.
Ако нямаш понятие поне малко от счетоводство, само с един разговор няма да стане, още по малко разговор със шефа, висвай на главите на служителите и разпитвай тях. Най- добре да говориш със складовия работник или счетоводителя.
Вземи да прочетеш закона за ДДС, НСС 3, извади си копия на всички хартиени документи, който се използват (фактури, складови разписки, гаранционни карти (ако се издават такива), платежни документи, инвентаризационни описи и т.н). Разгледай ги, виж какви са задължителните реквизити, за какво се използват и т.н.
Пак повтарям, преди да правиш каквото и да проектиране или програмиране, трябва да си наясно как стават нещата на практика.

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

Все пак става дума за дисертация, не за дипломна работа. Едни познати направиха дипломни работи единия ЕКГ, другия телемедицинска система (сървърната част).
И двете работеха, а ЕКГто дори има и някаква продаваемост.

Bеer? Moooorrre?

В отговор на:

---

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

---

Глупости на търкалета. Една складова / счетоводна програма се пише за 10-25 дни в краен случай до месец, при това с повече възможности от 50% от съществуващите на пазара. Защо мислиш ги продават по 50-100 лева/ долара. Защото толкова си струват (не казвам, че по-скъпите са по-добри).

В отговор на:

---

много хубаво, ама не е така на практика, я ми кажете един професор, който е станал професор /български/, защото е измислил нещо ново, а не защото е преписал/ превел дузина учебници?

---

Ако ти си учил/а при такива професори не е добре за теб, но смея да твърдя, че в елитните университети в България (а те не са малко), научните постижения са съизмерими с тези на колегите им на запад. Последните няколко години позападнаха поради липса на финансиране, но с тел и канап хората продължават да работят с пълна сила.

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

"Ако ти си учил/а при такива професори не е добре за теб, но смея да твърдя, че в елитните..................."

Да, ясно е че няма да говоря неща който не съм видяла, но все си мисля, че аз и колегите ми не сме едниствените каръци, който са попаднали на такива хора. Дано не съм права, че професор в България се става след навършване на определена възраст (обикновенно след 60- 65) и след понатрупване на контакти сред "научните среди"., но факт е че моите професори и имаха много малък почти никакъв допир с практиката и много по смислени неща можеха да се чуят и научат от асистентите им, който освен да пишат дебели книги, работеха и някъде другаде. Знам че преподаваш в НБУ (ако не се лъжа) и бих се радвала, ако там е различно.

"Глупости на търкалета. Една складова / счетоводна програма се пише за 10-25 дни в краен случай до месец ......."

Хъмм, ....... ако се понапънеш малко и има кой да ти "смели" "предметната област", в краен случай може да спретнеш нещо, като склада на Микроинвест например, чиято цена приблизително цитираш. Ама ако вземеш да напишеш счетоводна програма за толкова време просто ще ме смаеш. Как си между другото със познанията по счетоводство? Позовавайки се на отдавна прашасалата си диплома на счетоводител мога смело да ти заявя, че няма да се справиш за толкова време.

И в заключение "Това момиче, ще хвърли не малко труд да понаучи и попрочете нещо ......", защото това си е лично нейно изказване, аз просто го измъкнах от контекста :
fanta:"Съжалявам отново, за некомпетнетно зададения въпрос, но се надявам да разберете че сега навлизам в тази сфера и въпреки че ми е много интересно, ми е трудно..."

Съгласна съм, доколкото имам впечатления всички преподаващите медицина и я практикуват, впечатленията ми са от друга област. Завършила съм Информатика в университет, чието име няма да спомена, заради малкото кадърни хора който работят там, но какви други впечатления да имам за професор, който ми предава C++ и не може един If да напише без грешка, а на всичкото отгоре най- уверено обяснява на всеки следващ випуск как променливите в C се пишели с "малки ръкописни букви", за друг който ми обяснява какво е Web дизайн, като обучението всъщност е как да работя с Front Page, или ...... абе не ми се продължава.
Просто исках да кажа, че посредствеността е заразна. Затова ще продължава да има дисертации на тема "Склад", "Каса" и т.н.

В отговор на:

---

Да, ясно е че няма да говоря неща който не съм видяла, но все си мисля, че аз и колегите ми не сме едниствените каръци, който са попаднали на такива хора. Дано не съм права, че професор в България
се става след навършване на определена възраст (обикновенно след 60- 65) и след понатрупване на контакти сред "научните среди"., но факт е че моите професори и имаха много малък почти никакъв допир с практиката и много по смислени неща можеха да се чуят и научат от асистентите им, който освен да пишат дебели книги, работеха и някъде другаде. Знам че преподаваш в НБУ (ако не се лъжа) и бих се радвала, ако там е различно.

---

За НБУ не мога да кажа нищо, защото не познавам нито един професор :-)))), контактите ми там се изчерпват с няколко асистента и ръководители на програми - преки ръководители. Като казвам че има и МНОГО добри професори, визирам няколко мои познати от технически университети, единия от които стана професор преди по-малко от година след многогодишен труд и изследвания.

В отговор на:

---

ако се понапънеш малко и има кой да ти "смели" "предметната област", в краен случай може да спретнеш нещо, като склада на Микроинвест например, чиято цена приблизително цитираш. Ама ако вземеш да напишеш счетоводна програма за толкова време просто ще ме смаеш. Как си между другото със познанията по счетоводство? Позовавайки се на отдавна прашасалата си диплома на счетоводител мога смело да ти заявя, че няма да се справиш за толкова време.

---

Моята не е за счетоводител, но УНСС не е голям развъдник на кадри, нали и аз съм го избутал до дипломиране :-))))) Преподавателите там хайде да не ги коментираме, че ще стане голям смях, а не е хубаво, все пак са научни кадри :-))))
По една случайност в трудовия ми стаж фигурират 2 години и половина като програмист/съпорт в една от фирмите доставчик на такъв софтуер. Наистина това нещо беше на CLIPPER и бачкаше под DOS, но програмките бачкаха наистина много добре, не случайно фирмата отнесе златен медал от пловдивския панаир.

Забравих да кажа, че и в едно менте доставчик на ERP бачках 3 месеца, ама се спасих бързо бързо. Техния софтуер струва ~2000$, но каква боза е .....

И моята дипломка е прашасала вече, но все още си спомням как се отчита ДДС през 453(1,2,8,9)
как се задължаваш към доставчик (401), как задължаваш клиент(411)
как ръгаш парите насам натам (501,503), как в края на годината всичко минава през 60 и 70-та група за да плонжира накрая в 123 :-)))))

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

Хихи, браво : Дебит 6 :)) на Кредит нещо си, че да е по правилата :)).
Ама пак не можа да ме убедиш, че счетоводна програма се пише за месец. След тия показани знания, ти вярвам вече че ще справиш със склад за не много време :).
Университета не е УНСС, а на 500 км в една друга посока :)), ама тихо че още избутвам една магистратура там :)), да си взема последния изпит и после може да говорим за наука :)).

Конкретно на въпроса: бих избрал уеб приложение на PHP/MySQL
MySQL защото (за разлика от Oracle) е безплатен и много бърз (за описаното натоварване). Уеб приложение защото офисите са в няколко града.

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

asl-bg.com - шантаво като теб ;)

В отговор на:

---

Конкретно на въпроса: бих избрал уеб приложение на PHP/MySQL
MySQL защото (за разлика от Oracle) е безплатен и много бърз (за описаното натоварване). Уеб приложение защото офисите са в няколко града.

---

ган, ган, ган ...... де да знам какво да ти кажа ......, освен :
1. MySQL Не е безплатен, ако разработваш КОМЕРСИАЛНО приложение.
2. Офисите са в няколко града, но НЯМАТ връзка помежду си.
3. Web приложението е един от най-лошите варианти за това, трудно се попълват данните брез браузър и винаги има време между постването на формата и получаването на резултат. Я си представи Метро или Билла да си цъкат със скенера за баркодове да се прави пост на форма и т.н. - това би увеличило времето за обработка на клиент поне тройно.

и т.н..............

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

- Мисля, че само съпорта на MySQL-а се плаща, но може и да греша. При всички положения Oracle струва в пъти повече.
- Зависи от стоките, ако не са бързооборотни стоки, уеб приложение ще се справи отлично.
- "но НЯМАТ връзка помежду си" - имат логическа връзка, значи е по-добре да имат и в приложението. Ще може да се следят наличности и при нужда да се прехвърлят от един град в друг и т.н.
Да не задълбаваме. Мисълта ми е, че в случая от изброените бази MySQL е най-удачен избор.

asl-bg.com - шантаво като теб ;)