2°C
завтра: 5°C
Погода в Перми
2°C
утром2°C
днем5°C
завтра5°C
Подробно
 91,78
−0.2343
Курс USD ЦБ РФна 28 апреля
91,7791
−0.2343
 98,03
−0.6917
Курс EUR ЦБ РФна 28 апреля
98,0270
−0.6917
  • я немного отстал от темы по поводу возможностей сабжей.... Хотелось бы услышать разные мнения на тему:
    на базе какого софта оптимальнее всего разработать справочно-информационную систему, чтобы была оптимальна по скорости обработи запроса, не ела слишком многоаппаратных ресурсов и т.д.
    Общие характеристики планируемой системы:
    не менее 30 полей на каждую запись, многие поля имеют нефиксированную длину (размер) и могут содержать графическую, текстовую информацию, заархивированные файлы и т.д. В общем размер каждой записи - до 10мбайт.
    Должна производится выборка по любому количеству полей (выбирает пользователь), должно быть разделение прав на доступ к записям.

    Мужчины интересуются только теми женщинами, которым они интересны...

  • Если писать будешь сам, делай на чем умеешь - например, переходить с Делфи на C++ и обратно будет в любом случае дольше.

    А так есть сложное соотношение - скорость работы/быстрота разработки и доработки/надежность(/цена). Связка Оракл/Делфи во многом оптимальна.

  • Файлы не обязательно хранить в базе. В базе мона хранить путь/название файла.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • базе мона хранить путь/название файла.
    -----

    в базе будет не менее 15000 записей и хранить каждый файл отдельно - неразумное решение :ухмылка:

    Мужчины интересуются только теми женщинами, которым они интересны...

  • Если писать будешь сам, делай на чем умеешь - например,
    ----
    писать я сам в любом случае не буду :)))
    максимум - тех.задание :))))
    просто мне определиться с оптимальным выбором :)))

    Мужчины интересуются только теми женщинами, которым они интересны...

  • В ответ на: в базе будет не менее 15000 записей и хранить каждый файл отдельно - неразумное решение :ухмылка:
    У нас как минимум в 3 раза больше, и практика показала, что это разумное решение :ухмылка:

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • Если это будет многопользовательская система, то может разумнее писать под web?
    Я вот последние два проекта делал так - ставил сервак, на него апач + перл + мускул и под ними все делал.
    А клиенты просто по http ходили с простого Ослика и радовались... и я радовался, т.к. никаких дополнительных дров и клиентов не надо было делать!:улыб:

    Все что написано мною - IMHO!

  • Я вот последние два проекта делал так - ставил сервак, на него апач + перл + мускул и под ними все делал.
    ----------

    детский сад :ухмылка:
    какой может быть веб в серьезном проекте?! где защищенность данных от утери и от несанкционированного доступа?

    Мужчины интересуются только теми женщинами, которым они интересны...

  • В ответ на: где защищенность данных от утери и от несанкционированного доступа?
    В руках программиста. Есть такое понятие - SSL. Очень часто вэб-доступ - весьма удобное решение, и готовых решений очень много.
    Ну, а с другой стороны, любая современная визуальная система разработки нынче имеет встроенные наборы для работы со всеми распространенными базами данных...

    Вот только мышца для хранения больших баз не всегда подходит. Лучше, все-таки Oracle. Ну, или PostgreSQL. Да и MS SQL хороша, только денег стоит...

    ЗЫ. Хранить файлы бинарно в базе - моветон и пустая трата ресурсов (на те же бэкапы, например)...

    Кто яростно ненавидит мотоциклистов тот сам латентный мотоциклист.

  • В ответ на:
    В ответ на: ...Да и MS SQL хороша, только денег стоит...

    ЗЫ. Хранить файлы бинарно в базе - моветон и пустая трата ресурсов (на те же бэкапы, например)...
    1. А Oracle бесплатный что-ли???
    2. Ужжжас, то есть если в процессе работы "из файловой системы пропадёт" файлик с фотографией клиента, то это для вас ерунда???
    И только бэкапы Вас и спасут.

    В нашей схемке около 1000 таблиц, во многих >100 полей, и из них достаточно много BLOB. И всё хорошо, если не сказать отлично.

    У web интерфейса преимуществ почти нет. А для Builder, Delphi существует масса компонентов прямого доступа для работы с Orcale(Odac,Doa).
    На клиенте никаких дров и доп. программ не надо.

  • Ох, что-то ник знакомый... :-)

    Oracle, при правильном подходе, бесплатный. Совершенно свободно на оф. сайте скачивается...

    А файло, все-таки, гораздо проще хранить и бэкапить отдельно.

    А вэб-интерфейс хорош тем, что платформонезависим...

    Кто яростно ненавидит мотоциклистов тот сам латентный мотоциклист.

  • Oracle+pl/sql тож платформонезависим:улыб:

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • > Oracle+pl/sql тож платформонезависим

    Это-то да, но есть еще толстый клиент, которого надо писать для каждой платформы и синхронизировать.

  • В ответ на: > но есть еще толстый клиент, которого надо писать для каждой платформы...
    Скажите честно, много у Вас будет "разных клиентских платформ"... :миг:
    Builder + Oracle = серъёзные возможности. У нас для отдельных целей (только некоторые функции) есть и web приложение. Но там только посмотреть мона. web user имеет права только на просмотр некоторых view. И никаких проблем с безопасностью.

  • Интересен масштаб будующей системы. Еси небольшая, то лучший выбор, ИМХО, InterBase etc. Оччень шустрый благодаря очень хорошим компонентам, позволяющим не напрягать лишний раз сервер (яркий пример, изменилось поле (1 из 100), дык мона просто галку поставить и автоматически будут только те данные гоняться до сервера, которые нужны). В компонентах под Oracle такого НЕТУ!

  • В ответ на: > Oracle+pl/sql тож платформонезависим

    Это-то да, но есть еще толстый клиент, которого надо писать для каждой платформы и синхронизировать.
    Так клиента на том самом платформонезависимом pl/sql и пишут!

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • Интересен масштаб будующей системы. Еси небольшая, то лучший выбор, ИМХО, InterBase etc.
    --------
    не менее 10000 записей, каждая от 3мб до 10мб,
    возьмем серелину - 5мб, умножаем на 10000 записей,
    получается 5гб как минимум.... размер базы...

    Мужчины интересуются только теми женщинами, которым они интересны...

  • > Так клиента на том самом платформонезависимом pl/sql и пишут!

    Так не клиентскую же оболочку!:улыб:

  • > получается 5гб как минимум.... размер базы...

    Вот отсюда и соображение, что файлы лучше BLOB-ов. Если перевести все документы и картинки в файловую систему, сколько реально в базе останется? Конечно, к хранению таких файлов надо будет отнестись со всей серьезностью.

  • В ответ на: > Так клиента на том самом платформонезависимом pl/sql и пишут!

    Так не клиентскую же оболочку!:улыб:
    Ее родимую!

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • > Ее родимую!

    Сам PL/SQL - это только консоль. Конечно, универсально, как командная строка UNIX-а, но вряд ли приемлемо для юзеров 21 века:улыб:
    А если вы об Oracle Forms... в принципе можно, но где взять толкового специалиста?

  • Компонент с прямым доступом однозначно определяет необходимость клиент БД.
    У веб интерфейса один существенный плюс - ничего больше не надо, достаточно уже имеющегося браузера. Еще плюс - доступ можно организовать с любой точки мира, где есть инет.
    Разграничение прав и защита - вопросы к администрированию сети. ASP.NET/C#/любая БД приемлимая связка.
    Недостаток (почти) - интерфейс навороченный сваять трудно. Но иногда это лучше.

  • В ответ на: Компонент с прямым доступом однозначно определяет необходимость клиент БД
    НУНУНУ! ODAC НЕ ТРЕБУЕТ. DOA -возможно, да. Достаточно одной таблетки - имя сервера в сети, порт (для Ora по умолчанию 1521), и имя экземпляра БД. (пароль, логин - по желанию:миг:). А то о чём вы (по видимому) написали - это не "net" компоненты.

    По поводу пользовательского интерфейса и клиентов и т.д. Да, всё это может храниться в БД. Всё так и есть - клиент - "наитончайший". Но это всё не слишком хорошо сказывается на производительности, да и в разработке - громоздко. И используется в основном, в банковском и финансовом "секторах".

  • В ответ на: не менее 10000 записей, каждая от 3мб до 10мб, возьмем серелину - 5мб, умножаем на 10000 записей,получается 5гб как минимум.... размер базы...
    Вполне нормально для InterBase. И проще, ибо худо бедно, но Oracle сможет поддерживать в рабочем состоянии, только специально обученный человек :). InterBase проще админить. Вот тут мне кажется оч хорошо написано по вашему вопросу...Если что - ещё ссылками заделюсь:улыб:

  • Размер - это не совсем масштаб... Сколько одновременно работающих пользователей будет?
    Если - десятки - сотни, то IB - нормально, если больше - то Oracle всё же.

  • не более пяти человек в одном помещнии,
    причем основные критерии системы: быстрая выборка из базы по нескольким полям, а через год, полтора доступ к этой базе через интернет

    Мужчины интересуются только теми женщинами, которым они интересны...

  • Как минунимум нужно еще критерии определить, под какими платформами будет база (нужна ли кроссплатформенность), и сумма покупки/непокупки.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • конечно очень желательно под Windows 2003:улыб:

    Мужчины интересуются только теми женщинами, которым они интересны...

  • Бесплатные: Firebird, PostgreSQL
    Платные: MS SQL, Sybase, Oracle, IBM DB2

    В порядке возрастания мощьности:
    Firebird
    MS SQL, Sybase
    PostgreSQL
    Oracle, IBM DB2

    С файлами, хорошо если есть критерий по которому присваивать названия каталогов, а в БД хранить только имена файлов.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • В ответ на: ...под какими платформами будет база (нужна ли кроссплатформенность)...
    Не понял, а какая разница на какой платформе (платформАХ?)база? Ставите, допустим, Oracle, на Solaris, и с любой платформы (клиент чтоб под ней был) работаем...

    Под описанные требования InterBase + Builder/Delphi подходит.

  • C#/.NET/MS SQL - тоже не плохо...

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • > В порядке возрастания мощьности

    Откуда дровишки?
    Что мы здесь понимаем под "мощностью"?
    Нельзя так категорично, особенно ставить PostgreSQL четко между другими системами. Еще не утихают споры, что же лучше - Postgres или MySQL. Так что все далеко не так однозначно...

  • В ответ на: C#/.NET/MS SQL - тоже не плохо...
    В мире вообще много хорошего и замечательного есть... На предыдущий мой пост ответьте plz... Мож я в чём то заблуждаюсь...

  • В ответ на: Нельзя так категорично, особенно ставить PostgreSQL четко между другими системами.
    По личному опыту, и отзывам. Да, пожалуй ИМХО забыл там вставить.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • А здесь по-моему, понятно, что tpi имел в виду систему на сервере.

    > Ставите, допустим, Oracle, на Solaris
    А если не Solaris, а Red Hat, допустим? А если Win2K?

  • В ответ на: а Red Hat, допустим? А если Win2K?
    А не дороговато ли будет?
    Связка Солярки и Оракла как раз бесплатна... Ну, разве что админ ей умелый нужен...

    Кто яростно ненавидит мотоциклистов тот сам латентный мотоциклист.

  • Что как раз и подчеркивает важность выбора серверной платформы:улыб:

  • В ответ на: Не понял, а какая разница на какой платформе (платформАХ?)база?
    Если для кого-то важна платформа Linux, то автоматически из вариантов выбора баз исключается MS SQL. Только подобный критерий я имел в виду, и ни чего более.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • На Информационных Системах (ИС) такого масштаба вы вообще разницы в скорости не заметите (win, linux, oracle, ib да что угодно ). Но бесплатные СУБД гооораздо менее требовательны к ресурсам. И IB возможно и "по шустрее" будет. Каждая СУБД для своей целевой аудитории. Oracle потому и крут, что супер масштабируемый. А когда 5 человек в одной комнате... Для такой "поделки" берите что попроще
    (в разумных пределах, конечно). Ибо "погоня за халявой на MySql" до добра не доведёт.

  • IB платная, ее клон Firebird пошустрее и бесплатный. И лично я не замечал, что бесплатные чем-то лучше/хуже платных. Тем более, что платить все равно прийдется, не за базу так за среду разработки клиента.

    А MySQL собственно не база - хранилище, с быстрой выборкой...

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • В ответ на: ...И лично я не замечал, что бесплатные чем-то лучше/хуже платных....
    Ну вы сказанули...

    ??? А если нет разницы зачем платить больше ???

    Хочу сказать (и уже, вроде, сказал) одно - если сервер сeleron1700 + 256 mb то Oracle там будет явно тесно, а вот IB (я уже и так упоминал о FireBird etc) там будет в самый раз.

    По поводу среды разработки клиента (лицензии??) - вообще без комментариев. Точка

  • В ответ на: ??? А если нет разницы зачем платить больше ???
    Разница есть, она не в плоскости лучше/хуже. Я так понимаю вам дюже нравится IB, поэтому вы знаете только 2 субд IB и если надо круче Oracle. А другие варианты недостойны существования...

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • На личности не переходим, ага?

    Кто яростно ненавидит мотоциклистов тот сам латентный мотоциклист.

  • Разве я переходил?? Я только показал субъективизм точки зрения, ни че личного.

    "Самый мудрый внешне во всём подобен самому глупому", народная китайская мудрость.

  • Да, я ЗНАЮ Oracle и IB etc. Свои советы автору топика я уже дал. Пойду работать. Хех...

Записей на странице:

Перейти в форум

Модератор: