powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД для аптечной сети
25 сообщений из 132, страница 4 из 6
СУБД для аптечной сети
    #38527578
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидПролейте свет, плз. Как стартовать в Cache' транзакцию с уровнем изолированности = snapshot.Странно слышать от Вас этот вопрос, учитывая приведённую Вами выше ссылку с поддерживаемыми уровнями изоляции.
Не оно: О построении отчетов на OLTP ?
Вы бы пример привели, что хотите получить, и не здесь, а в соответствующем форуме.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527579
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky ,

Готовый специалист стоит дорого, да и тех мало (не только по Caché).
Вчерашних студентов дешевле и быстрее обучить. По-любому приходится (не только в Caché).
Риски тоже решаемы.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527580
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit locky ,

Готовый специалист стоит дорого, да и тех мало (не только по Caché).
Вчерашних студентов дешевле и быстрее обучить. По-любому приходится (не только в Caché).
Риски тоже решаемы.

Если обучать - дешево то почему спецы - дорогие?
Несостыковка
Да и востребованность малораспространенных спецов - невелика
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527581
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servitВы бы пример привели, что хотите получить

Привожу:
Код: sql
1.
2.
3.
4.
5.
6.
7.
SET TRANSACTION ISOLATION LEVEL SNAPSHOT

BEGIN TRAN

---а здесь выгрузка данных из 100500+ таблиц в хранилище...

COMMIT



ЗЫ. Количество записей в таблицах у ПЕНСИОНЕРКА просто порвало.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527585
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyЕсли обучать - дешево то почему спецы - дорогие?Прежде всего имелись в виду спецы (действительно спецы) по Oracle, MSSQL ...
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527587
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit,

И по поводу садомазохистских способов решения задач от ПЕНСИОНЕРКА - скачайте себе Express редакции хоть Oracle, хоть MS SQL и тратьте свою энергию на решение прикладных задач, а не борьбу с кашЭ.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527590
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servitlockyЕсли обучать - дешево то почему спецы - дорогие?Прежде всего имелись в виду спецы (действительно спецы) по Oracle, MSSQL ...

Ну, "спецов (действительно спецов)" по тому же скулю в той же москве - десятка 2-3 максимум
Сколько такого уровня спецов по, скажем, мампсу - тяжело сказать

Если же взять обычных технишенов по скулю/ораклу, то, конечно, нельзя сказать что они "пять копеек пучок", но их довольно таки много
а тех же мампсистов я могу в том же харькове чуть ли не по пальцам пересчитать
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527592
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinЕще более интересен тот факт, что в качестве примера обеспечения уникальности приводятся два процесса, причем один из них удаляет.
может, что-то древнее. в ДИАМС 3.1 был такой дефект. если удалить глобаль, а потом начать в нее же заново данные добавлять, то иногда "сборщик мусора" не успевал все очистить до начала добавления данных, и поэтому начинал удалять эти самые добавленные данные. В итоге змея съедала себя за хвост. Помогала организация явной паузы между удалением и началом добавления.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527598
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,

Ужас какой-то...
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527600
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinkdv,

Ужас какой-то...

да ладно, у всех бывали проблемы :)

А сам по себе М - прикольная и интересная штука, хотя и write-only
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527627
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyА сам по себе М - прикольная и интересная штука, хотя и write-only

Из "M" в памяти осталось не так уж и много:

M03 - Начать вращение шпинделя по часовой стрелке
M04 - Начать вращение шпинделя против часовой стрелки
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527717
rata
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gerarld
P.S Готовые решения на базе разных СУБД не предлагать, есть желание заказать разработку проекта с нуля

Можно узнать причину такого желания?
Прграмм автоматизации аптек на рынке- хоть ж... в избытке.
М-Аптека, 1с:Аптека, Е-фарма, Юнико, Аптека-200*, Фарватер, Инфоаптека - это только то, что сразу вспомнилось.
Что в них не устраивает?
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527784
Gerarld
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
rataGerarldP.S Готовые решения на базе разных СУБД не предлагать, есть желание заказать разработку проекта с нуля

Можно узнать причину такого желания?
Прграмм автоматизации аптек на рынке- хоть ж... в избытке.
М-Аптека, 1с:Аптека, Е-фарма, Юнико, Аптека-200*, Фарватер, Инфоаптека - это только то, что сразу вспомнилось.
Что в них не устраивает?

Причин довольно много, объяснять долго, главная причина нужна именно своя программа, на писаная конкретно под наши задачи,(а не поставщиков будь то Катрен, СИА,Альянс)
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527813
Gerarld
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем большое спасибо за ответы.
Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы
допустим есть 30 аптек
1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе
2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные)
Соответственно каждая аптека получает и видит то что ей надо видеть
Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение )))
Спасибо
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527871
Фorms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gerarld,
Прежде всего аптечная программа должна быть динамичным инструментом и отражать потребности персонала аптек.
Им все равно на чем реализован программный продукт. Он должен быть простым и понятным, дешевым в эксплуатации.
Схема связи ЦО и точек через эл.почту может оказаться эффективнее клиент-серверных технологий.
А возможность персонала самим принимать и анализировать меняющиеся форматы эл.накладных и прайсов, самим программировать эл.накладные и прайсы нового игрока на оптовом рынке, не ожидая, когда программисты доработают программу под нового поставщика, значительно повышает конкурентоспособность аптеки. Посмотрите на решение поставленной задачи глазами Заказчика, попробуйте представить себя на рабочем месте в аптечном пункте в качестве пожилой женщины 50 лет, которой нет дела до компьютера вообще и у которой плохо со зрением.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527888
AlexB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gerarld,

Судя по вашей манере изложения вы очень далеки от разработки ПО. И от СУБД в частности. И от потребностей аптек в информатизации вы тоже далеки. Даже если вы прям сейчас начнете изучать какую-либо предложенную СУБД, то рабочий продукт у вас появится года через полтора. Не раньше. На чём всё это время будут работать ваши 30+ аптек? Что думает об этом ваш заказчик?

Купите готовую систему. Если вы сами что-то итоге и сделаете, то это будет тоже самое, что вы и сейчас можете купить.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527890
eny
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
eny
Гость
GerarldDimitry Sibiryakovпропущено...

Это заблуждение широко распространёно среди тех, чей IQ не дотягивает до порога вхождения.

это не заблуждение, это опыт использования, партнёром

Дык это заблуждение основанное на отсутствии опыта и знаний у партнера ;)
1. FireBird - бесплатная полнофункциональная СУБД со всеми плюшками и высокой гибкостью, плюшки неопытные "программеры" могут использовать во-вред и напрочь угробить функционал. Но нужен выделенный сервер СУБД при многоползовательском режиме или хитрые костыли.

2. Еще можно рассмотреть БД Access - 30 штук клиентов база вытянет, а сам Access на рабочих станциях, как и сервар СУБД, ставить не надо - это, пожалуй, самый выгодный и быстрый вариант со стартом, фактически это файл-сервер, проще только dbf ;) но конечно многих плюшек в Access по сравнению с серверными СУБД нет, транзакции правда появились, но можно обойтись вопщем. Плюс совместимость с MS SQL на сервере. В такой связке запустил много проектов - летает млин.

3. Хотите платить за лицензии и понты разработчиков- Oracle, MS SQL, Postgree...

4. Опыт показывает, что работающий софт можно за месяц перевести с одной СУБД на другую, если сильно надо.

5. и ЧЕЛОВЕЧЕСКИЙ ФАКТОР - профессоналы сделает все быстро и аккуратно на чем хочешь, а любитель и оракловый сервер с ексадатой может угробить ;)

так что не спрашивайте на чем писать... ищите профессионалов
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527909
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinПривожу:servitВы бы пример привели, что хотите получить, и не здесь, а в соответствующем форуме. Как вариант: ExternalFreeze ( подробнее ) Я обычно закладываю подобные вещи - историчность данных, отчёты на дату/за период - ещё на этапе проектирования, благо ооп-инструментарий это позволяет. pkarklinскачайте себе Express редакции хоть Oracle, хоть MS SQL и тратьте свою энергию на решение прикладных задач, а не борьбу с кашЭ.Это в которых отсутствуют расширенная безопасность, bitmap-индексы, распараллелизация и многое другое? Пробовали - нам не подходит, а более старшие версии до́роги.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527910
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GerarldВсем большое спасибо за ответы.
Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы
допустим есть 30 аптек
1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе
2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные)
Соответственно каждая аптека получает и видит то что ей надо видеть
Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение )))
Спасибону Вы же даже не поняли что такое MSSQL Express, куда Вы склоняться то можете...
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38527972
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyа тех же мампсистов я могу в том же харькове чуть ли не по пальцам пересчитатьПредложите хорошую ЗП, интересные проекты - появятся. Контактируйте с ВУЗами .
Например, в том же ХАИ , есть талантливые студенты, часто побеждающие в конкурсах, в том числе и международных .
Так что от вас, работодаталей, тоже очень много зависит.

PS: на прошедшем недавно симпозиуме, как раз был представлен доклад , посвящённый уже запущенному большому проекту национального уровня для Украины.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38528017
Gerarld
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
AlexBGerarld,

Судя по вашей манере изложения вы очень далеки от разработки ПО. И от СУБД в частности. И от потребностей аптек в информатизации вы тоже далеки. Даже если вы прям сейчас начнете изучать какую-либо предложенную СУБД, то рабочий продукт у вас появится года через полтора. Не раньше. На чём всё это время будут работать ваши 30+ аптек? Что думает об этом ваш заказчик?

Купите готовую систему. Если вы сами что-то итоге и сделаете, то это будет тоже самое, что вы и сейчас можете купить.


Аптеки уже работают, на одной из программ не буду говорить на какой, ну не устраивает она, до этого работали на другой так же не устраивала(кстати обе на тех же free СУБД) ,столкнулись с ограничениями реализации на этих free(по крайней мере программисты тех поддержки так ответили), сами не собираемся делать,собираемся заказать проект у софтверов, год-полтора для нас нормально.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38528043
Gerarld
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ФormsGerarld,
Прежде всего аптечная программа должна быть динамичным инструментом и отражать потребности персонала аптек.
Им все равно на чем реализован программный продукт. Он должен быть простым и понятным, дешевым в эксплуатации.
Схема связи ЦО и точек через эл.почту может оказаться эффективнее клиент-серверных технологий.
А возможность персонала самим принимать и анализировать меняющиеся форматы эл.накладных и прайсов, самим программировать эл.накладные и прайсы нового игрока на оптовом рынке, не ожидая, когда программисты доработают программу под нового поставщика, значительно повышает конкурентоспособность аптеки. Посмотрите на решение поставленной задачи глазами Заказчика, попробуйте представить себя на рабочем месте в аптечном пункте в качестве пожилой женщины 50 лет, которой нет дела до компьютера вообще и у которой плохо со зрением.

Схема через эл-почту используется и кажется малоэффективной,аптеки управляются централизовано из ЦО,бабушки в аптеках в качестве провизора , улыбнуло )), есть конечно менее 0,5% в основном молодой персонал,который знаком с компьютером на уровне пользователя) а заказчиками как раз мы и являемся, аптеки работают на другой программе, но нужно новое свежее решение, с безболезненным расширением в будущем
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38528047
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servitЭто в которых отсутствуют расширенная безопасность, bitmap-индексы, распараллелизация и многое другое?

"распараллелизация" присутствует во всех редакциях. Битмап индексов нет ни в одной редакции. Если Вы о Bitmap filtering, которое присутствует в Enterprise, Evalution и Developer редакциях, то его предназначение - это оптимизация запросов по схеме "звезда" в хранилищах данных на 100ни миллионов - миллиардов строк. У Вас какой размер DWH? Сколько лучей у самой большой звезды?

servitЭто в которых отсутствуют расширенная безопасность, bitmap-индексы, распараллелизация и многое другое?
Из секьюрности Вам нехватило Transparent database encryption? Есть куча других способов реализовать шифрование без этой фичи и геммороя.
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38528068
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luziferazaПост выше-то прочитайте.
Знаю я Васю Пупкина из соседнего подъезда. А знакома со многим. Если меня от чего-то корёжит зачем мне становиться в этом специалистом? А cos он как радуга для души. Да и мампсистские точки меня привлекают больше чем SQL.
Да читал я :)
Как всегда - незнание, отнюдь не является основаниям продвижения своей "веры" в массы (по-другому не назовешь)
...
Рейтинг: 0 / 0
СУБД для аптечной сети
    #38528083
Gerarld
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SergSuperGerarldВсем большое спасибо за ответы.
Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы
допустим есть 30 аптек
1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе
2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные)
Соответственно каждая аптека получает и видит то что ей надо видеть
Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение )))
Спасибону Вы же даже не поняли что такое MSSQL Express, куда Вы склоняться то можете...

Не язвите)) работал в тех поддержке проги на скуле как раз таки на бесплатном экспрессе,навыки администрирования есть.
...
Рейтинг: 0 / 0
25 сообщений из 132, страница 4 из 6
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД для аптечной сети
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]