|
|
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
ТаблоидПролейте свет, плз. Как стартовать в Cache' транзакцию с уровнем изолированности = snapshot.Странно слышать от Вас этот вопрос, учитывая приведённую Вами выше ссылку с поддерживаемыми уровнями изоляции. Не оно: О построении отчетов на OLTP ? Вы бы пример привели, что хотите получить, и не здесь, а в соответствующем форуме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:14 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
locky , Готовый специалист стоит дорого, да и тех мало (не только по Caché). Вчерашних студентов дешевле и быстрее обучить. По-любому приходится (не только в Caché). Риски тоже решаемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:19 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
servit locky , Готовый специалист стоит дорого, да и тех мало (не только по Caché). Вчерашних студентов дешевле и быстрее обучить. По-любому приходится (не только в Caché). Риски тоже решаемы. Если обучать - дешево то почему спецы - дорогие? Несостыковка Да и востребованность малораспространенных спецов - невелика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:21 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
servitВы бы пример привели, что хотите получить Привожу: Код: sql 1. 2. 3. 4. 5. 6. 7. ЗЫ. Количество записей в таблицах у ПЕНСИОНЕРКА просто порвало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:23 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
lockyЕсли обучать - дешево то почему спецы - дорогие?Прежде всего имелись в виду спецы (действительно спецы) по Oracle, MSSQL ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:27 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
servit, И по поводу садомазохистских способов решения задач от ПЕНСИОНЕРКА - скачайте себе Express редакции хоть Oracle, хоть MS SQL и тратьте свою энергию на решение прикладных задач, а не борьбу с кашЭ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:33 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
servitlockyЕсли обучать - дешево то почему спецы - дорогие?Прежде всего имелись в виду спецы (действительно спецы) по Oracle, MSSQL ... Ну, "спецов (действительно спецов)" по тому же скулю в той же москве - десятка 2-3 максимум Сколько такого уровня спецов по, скажем, мампсу - тяжело сказать Если же взять обычных технишенов по скулю/ораклу, то, конечно, нельзя сказать что они "пять копеек пучок", но их довольно таки много а тех же мампсистов я могу в том же харькове чуть ли не по пальцам пересчитать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:34 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
pkarklinЕще более интересен тот факт, что в качестве примера обеспечения уникальности приводятся два процесса, причем один из них удаляет. может, что-то древнее. в ДИАМС 3.1 был такой дефект. если удалить глобаль, а потом начать в нее же заново данные добавлять, то иногда "сборщик мусора" не успевал все очистить до начала добавления данных, и поэтому начинал удалять эти самые добавленные данные. В итоге змея съедала себя за хвост. Помогала организация явной паузы между удалением и началом добавления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:35 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
kdv, Ужас какой-то... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:41 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
pkarklinkdv, Ужас какой-то... да ладно, у всех бывали проблемы :) А сам по себе М - прикольная и интересная штука, хотя и write-only ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 22:43 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
lockyА сам по себе М - прикольная и интересная штука, хотя и write-only Из "M" в памяти осталось не так уж и много: M03 - Начать вращение шпинделя по часовой стрелке M04 - Начать вращение шпинделя против часовой стрелки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2014, 23:25 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
Gerarld P.S Готовые решения на базе разных СУБД не предлагать, есть желание заказать разработку проекта с нуля Можно узнать причину такого желания? Прграмм автоматизации аптек на рынке- хоть ж... в избытке. М-Аптека, 1с:Аптека, Е-фарма, Юнико, Аптека-200*, Фарватер, Инфоаптека - это только то, что сразу вспомнилось. Что в них не устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 07:06 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
rataGerarldP.S Готовые решения на базе разных СУБД не предлагать, есть желание заказать разработку проекта с нуля Можно узнать причину такого желания? Прграмм автоматизации аптек на рынке- хоть ж... в избытке. М-Аптека, 1с:Аптека, Е-фарма, Юнико, Аптека-200*, Фарватер, Инфоаптека - это только то, что сразу вспомнилось. Что в них не устраивает? Причин довольно много, объяснять долго, главная причина нужна именно своя программа, на писаная конкретно под наши задачи,(а не поставщиков будь то Катрен, СИА,Альянс) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 09:46 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
Всем большое спасибо за ответы. Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы допустим есть 30 аптек 1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе 2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные) Соответственно каждая аптека получает и видит то что ей надо видеть Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение ))) Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 10:19 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
Gerarld, Прежде всего аптечная программа должна быть динамичным инструментом и отражать потребности персонала аптек. Им все равно на чем реализован программный продукт. Он должен быть простым и понятным, дешевым в эксплуатации. Схема связи ЦО и точек через эл.почту может оказаться эффективнее клиент-серверных технологий. А возможность персонала самим принимать и анализировать меняющиеся форматы эл.накладных и прайсов, самим программировать эл.накладные и прайсы нового игрока на оптовом рынке, не ожидая, когда программисты доработают программу под нового поставщика, значительно повышает конкурентоспособность аптеки. Посмотрите на решение поставленной задачи глазами Заказчика, попробуйте представить себя на рабочем месте в аптечном пункте в качестве пожилой женщины 50 лет, которой нет дела до компьютера вообще и у которой плохо со зрением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 10:58 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
Gerarld, Судя по вашей манере изложения вы очень далеки от разработки ПО. И от СУБД в частности. И от потребностей аптек в информатизации вы тоже далеки. Даже если вы прям сейчас начнете изучать какую-либо предложенную СУБД, то рабочий продукт у вас появится года через полтора. Не раньше. На чём всё это время будут работать ваши 30+ аптек? Что думает об этом ваш заказчик? Купите готовую систему. Если вы сами что-то итоге и сделаете, то это будет тоже самое, что вы и сейчас можете купить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 11:09 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
GerarldDimitry Sibiryakovпропущено... Это заблуждение широко распространёно среди тех, чей IQ не дотягивает до порога вхождения. это не заблуждение, это опыт использования, партнёром Дык это заблуждение основанное на отсутствии опыта и знаний у партнера ;) 1. FireBird - бесплатная полнофункциональная СУБД со всеми плюшками и высокой гибкостью, плюшки неопытные "программеры" могут использовать во-вред и напрочь угробить функционал. Но нужен выделенный сервер СУБД при многоползовательском режиме или хитрые костыли. 2. Еще можно рассмотреть БД Access - 30 штук клиентов база вытянет, а сам Access на рабочих станциях, как и сервар СУБД, ставить не надо - это, пожалуй, самый выгодный и быстрый вариант со стартом, фактически это файл-сервер, проще только dbf ;) но конечно многих плюшек в Access по сравнению с серверными СУБД нет, транзакции правда появились, но можно обойтись вопщем. Плюс совместимость с MS SQL на сервере. В такой связке запустил много проектов - летает млин. 3. Хотите платить за лицензии и понты разработчиков- Oracle, MS SQL, Postgree... 4. Опыт показывает, что работающий софт можно за месяц перевести с одной СУБД на другую, если сильно надо. 5. и ЧЕЛОВЕЧЕСКИЙ ФАКТОР - профессоналы сделает все быстро и аккуратно на чем хочешь, а любитель и оракловый сервер с ексадатой может угробить ;) так что не спрашивайте на чем писать... ищите профессионалов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 11:11 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
pkarklinПривожу:servitВы бы пример привели, что хотите получить, и не здесь, а в соответствующем форуме. Как вариант: ExternalFreeze ( подробнее )
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 11:30 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
GerarldВсем большое спасибо за ответы. Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы допустим есть 30 аптек 1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе 2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные) Соответственно каждая аптека получает и видит то что ей надо видеть Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение ))) Спасибону Вы же даже не поняли что такое MSSQL Express, куда Вы склоняться то можете... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 11:30 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
lockyа тех же мампсистов я могу в том же харькове чуть ли не по пальцам пересчитатьПредложите хорошую ЗП, интересные проекты - появятся. Контактируйте с ВУЗами . Например, в том же ХАИ , есть талантливые студенты, часто побеждающие в конкурсах, в том числе и международных . Так что от вас, работодаталей, тоже очень много зависит. PS: на прошедшем недавно симпозиуме, как раз был представлен доклад , посвящённый уже запущенному большому проекту национального уровня для Украины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:03 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
AlexBGerarld, Судя по вашей манере изложения вы очень далеки от разработки ПО. И от СУБД в частности. И от потребностей аптек в информатизации вы тоже далеки. Даже если вы прям сейчас начнете изучать какую-либо предложенную СУБД, то рабочий продукт у вас появится года через полтора. Не раньше. На чём всё это время будут работать ваши 30+ аптек? Что думает об этом ваш заказчик? Купите готовую систему. Если вы сами что-то итоге и сделаете, то это будет тоже самое, что вы и сейчас можете купить. Аптеки уже работают, на одной из программ не буду говорить на какой, ну не устраивает она, до этого работали на другой так же не устраивала(кстати обе на тех же free СУБД) ,столкнулись с ограничениями реализации на этих free(по крайней мере программисты тех поддержки так ответили), сами не собираемся делать,собираемся заказать проект у софтверов, год-полтора для нас нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:27 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
ФormsGerarld, Прежде всего аптечная программа должна быть динамичным инструментом и отражать потребности персонала аптек. Им все равно на чем реализован программный продукт. Он должен быть простым и понятным, дешевым в эксплуатации. Схема связи ЦО и точек через эл.почту может оказаться эффективнее клиент-серверных технологий. А возможность персонала самим принимать и анализировать меняющиеся форматы эл.накладных и прайсов, самим программировать эл.накладные и прайсы нового игрока на оптовом рынке, не ожидая, когда программисты доработают программу под нового поставщика, значительно повышает конкурентоспособность аптеки. Посмотрите на решение поставленной задачи глазами Заказчика, попробуйте представить себя на рабочем месте в аптечном пункте в качестве пожилой женщины 50 лет, которой нет дела до компьютера вообще и у которой плохо со зрением. Схема через эл-почту используется и кажется малоэффективной,аптеки управляются централизовано из ЦО,бабушки в аптеках в качестве провизора , улыбнуло )), есть конечно менее 0,5% в основном молодой персонал,который знаком с компьютером на уровне пользователя) а заказчиками как раз мы и являемся, аптеки работают на другой программе, но нужно новое свежее решение, с безболезненным расширением в будущем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:36 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
servitЭто в которых отсутствуют расширенная безопасность, bitmap-индексы, распараллелизация и многое другое? "распараллелизация" присутствует во всех редакциях. Битмап индексов нет ни в одной редакции. Если Вы о Bitmap filtering, которое присутствует в Enterprise, Evalution и Developer редакциях, то его предназначение - это оптимизация запросов по схеме "звезда" в хранилищах данных на 100ни миллионов - миллиардов строк. У Вас какой размер DWH? Сколько лучей у самой большой звезды? servitЭто в которых отсутствуют расширенная безопасность, bitmap-индексы, распараллелизация и многое другое? Из секьюрности Вам нехватило Transparent database encryption? Есть куча других способов реализовать шифрование без этой фичи и геммороя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:37 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
luziferazaПост выше-то прочитайте. Знаю я Васю Пупкина из соседнего подъезда. А знакома со многим. Если меня от чего-то корёжит зачем мне становиться в этом специалистом? А cos он как радуга для души. Да и мампсистские точки меня привлекают больше чем SQL. Да читал я :) Как всегда - незнание, отнюдь не является основаниям продвижения своей "веры" в массы (по-другому не назовешь) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:49 |
|
||
|
СУБД для аптечной сети
|
|||
|---|---|---|---|
|
#18+
SergSuperGerarldВсем большое спасибо за ответы. Склоняюсь всё же к MSQL, вот примерно технически как хотелось бы допустим есть 30 аптек 1) Компы-клиенты( MSSQL Express) это будут кассы, аптечный(локальный) сервер или на стандарте или на том же экспрессе 2) в ЦО глобальный сервер(MSSQL Standart) объединяющий базы данных аптек в одну большую(основную)+ сервер зеркалирующий базы данных каждой из аптек то есть 30 баз+ компы клиенты для работы с глобальной базой(заказы, накладные, и т.д) с основным сервером взаимодействуют внешние программы от поставщиков(опять же,заказы, эл.накладные) Соответственно каждая аптека получает и видит то что ей надо видеть Подскажите будет ли такая схема надёжно работать, может быть в ней нужно что либо подправить?,Или предложите своё видение ))) Спасибону Вы же даже не поняли что такое MSSQL Express, куда Вы склоняться то можете... Не язвите)) работал в тех поддержке проги на скуле как раз таки на бесплатном экспрессе,навыки администрирования есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 12:56 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=38527579&tid=1552392]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 147ms |

| 0 / 0 |
