forum.lissyara.su

Лис, меня может и не в ту сторону занесло (в смысле направленности моего вопроса... но побродив по остальным веткам, я решил все-таки вопрос выложить именно здесь).
Возникла необходимость (на работе у меня) "придумать" небольшую БД (выбор за мною - или Мускль, или Слон) для хранения в ней инфы о проданных клиентам товарах, которые потом будут обслуживаться по гарантии. Схема такая - товар продается и стикеруется этикеткой с внутренним штрих-кодом, инфа про данный экземпляр товара помещается в БД (т.е. - что за фигня, когда продана и где... и т.д.), а затем, когда клиент припрется с вещью (тем предметом, что продает контора) и претензией на нее - народ должен проверить действительность факта продажи и определить - действительно-ли прэдмет был куплен у моей конторы. Так вот, вопрос следующий (это чтобы не наступать на грабли и время сэкономить) -
* либо вэб-интерфейс создать (на ПХП с привязкой к БД под управлением Мускуля или Слона, серверная платформа - FreeBSD) для доступа к БД или писать полноценное вин32-приложение для этого дела?
Может кто решал такого рода локальные проекты и поделится опытом...
ЗЫ - пишу на С++, рулю HTML, PHP и начинаю Perl, относительно БД - MySQL и PostgreSQL for FreeBSD

у меня вопрос только один - как штрих-код считывать будешь?
думаю со с канером у тебя проблемы будут и все...

Кстати, trubb прав. Выбор на чём и под чем будет зависить от интерфейса сканера...
всё остальное - на чём нравится..

Со сканером штрихкодов никаких проблем не будет. Мы уже третий год продаём талоны со штрихкодом сделанные мной, и отпечатанные на обычном лазерном принтере HP и они отлично сканируются в мою прогу. Принцип такого сканера очень прост: он включается между клавой и компом (в ps2) и если он понял штрих код - он выдаёт символы как клава.

у меня вопрос только один - как штрих-код считывать будешь?
думаю со с канером у тебя проблемы будут и все...

Со штрих-кодом проблем не будет, я уже с ними работал - какая разница, он все одно висит последовательно на PS\2 и выкладывает инфу в цифру в любой вариант ввода.

Мы уже третий год продаём талоны со штрихкодом сделанные мной, и отпечатанные на обычном лазерном принтере HP и они отлично сканируются в мою прогу.

northern - какова твоя реализация проги для учета??? Какая схема испльзуется? Клиент-сервер или локально на машине?

northern - какова твоя реализация проги для учета??? Какая схема испльзуется? Клиент-сервер или локально на машине?

Схема клиент сервер. Мы купили бухгалтерию а производство и склад сами подвязываем. база естественно общая. база на sql server 2000, а клиенты на чём попало, но все форточные: vb6, c#, делфи 6. cейчас буду всё переводить на c#, (если пороху хватит ) А модуль, котороый работает со штрих кодом, я писал на vb6+crystal repot 9.22. А что конкретно интересует?

тогда вообще похрену на чем писать....
а базу и в xml вести можно....

правильно, всё зависит от задач.

northern -

А что конкретно интересует?

Конкретно - работа с фискальными принтерами и возможность "организации" учетной программы при помощи вэб-интерфейса. Какие есть соображения относительно данной темы - вэб-интерфейс для учетной проги? И был у тебя опыт работы с кассовыми принтерами? Если был, то какие "подводные камни" у тебя были с ними?

C фискальными принтерами не сталкивался, с разработкой веб-интерфейса - тоже не сталкивался. Лично моё мнение об веб-интерфейсе положительное. Во всяком случае плюсы я вижу. Например, незавимость от платформы клиентов, не надо ставить драйвера к БД на клиентах, в случае изменения не надо думать об обновлении на клиенте. Это из плюсов, минусы, думаю также будут .

northern - однако полного функционала на ВЭБе не получишь... Да и вот еще - если был такой опыт - какую БД прикручивал и под какой платформой???

Хм... Ты видел WSUS? (форточная локальная обновлялка)
Так там веб интерфейс. ты его хрен отличишь от програмного.
но работает тока под IE...
это к вопросу о полном функционале...

proxy-man
Основные БД с которыми я работаю это ms sql server 2000, и раньше ms Access, естественно всё под форточками. Насчёт бд могу тоже сказать мнение. Я стараюсь всю логику выносить на сервер, всё, что можно в хранимые процедуры загнать. Кстати, на эту тему на sql.ru целые войны священные идут А вообще под учёт уже куча готового есть, это разве что у тебя что-то нестандартное.

А вообще под учёт уже куча готового есть, это разве что у тебя что-то нестандартное.

То, что есть куча готового - согласен. Но необходим вариант с максимально "отрытым" и доступным кодом - возмножно в качестве БД - сервант под Фряхой и на Слоне или на Мускуле... следовательно возникает потребность делать клиента для доступа к БД - кроссплатформенного. Ничего кроме ВЭБа - на ум и не приходит... Да, и можно уточнить по-поводу кучи уже готового софта??? (1Ска - не интересует)

Ты видел WSUS? (форточная локальная обновлялка)

Не видел.. а что, чего-то особенного?

proxy-man писал(а):

Ты видел WSUS? (форточная локальная обновлялка)

Не видел.. а что, чего-то особенного?

там веб интерфейс прикольный...
скачай, глянь. оно бесплатное - тока 30 мег траффика надо...

northern писал(а): Я стараюсь всю логику выносить на сервер, всё, что можно в хранимые процедуры загнать.

тут есть 2 причины - 1. чтобы клиент был легче и проще
2. чтобы напрямую в таблицы нельзя было залезть каким-нить аксессом...

Да, и можно уточнить по-поводу кучи уже готового софта??? (1Ска - не интересует)

То, что я говорю, относится к форточкам, до юниксов я сам недавно дозрел . Тебе подойдёт любая "торговля", если у тебя только "купи-продай", конкретно я тебе посоветовать не могу, так как я давно детально не изучал рынок этого ПО, а у меня задачи с торговлей практически не связаны. Мы покупали ПО у днепропетровской фирмы GMS, но мы покупали только бухгалтерию, а у них акцент сделан на торговлю (а бухгалтерия до 1с и на километр не дотягивает ), половина супермаркетов работает на етом ПО, так вот БД у них довольно грамотно организована (сравниваю с 1с 7.7). Но это уже тема для другого форума.

Но это уже тема для другого форума.

Тогда где бум общаться???
:-)

Тогда где бум общаться???

можешь по аське.

тут есть 2 причины - 1. чтобы клиент был легче и проще
2. чтобы напрямую в таблицы нельзя было залезть каким-нить аксессом...

я бы добавил ещё как минимум 2 причины, а главное быстродействие. тока чего аксессом нельзя залезть?