Цитата(Данкинг @ 16.3.2014, 18:00  ) |
| Только сразу советую фотографии хранить обычными файлами, а не засовывать их в таблицу. |
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > СУБД, общие вопросы > БД |
| Автор: drkrs 16.3.2014, 17:52 |
| Привет.такая задача - нужно создать базу данных учета материалов,расположенных в нескольких местах, с наличием фотографий,сортировкой и суммированием по всем складам база должна обязательно храниться только на флешке подскажите пожалуйста,где лучше создавать и с чего начать. ничем подобным раньше не занималась |
| Автор: Данкинг 16.3.2014, 18:00 |
| Access, FoxPro. Только сразу советую фотографии хранить обычными файлами, а не засовывать их в таблицу. |
| Автор: Лапоть 16.3.2014, 18:03 | ||
|
| Автор: drkrs 16.3.2014, 18:05 |
| а почему не засовывать в таблицу? хотелось бы, чтобы все отображалось сразу вместе с фотографиями Добавлено @ 18:09 подскажите,а sql подойдет для таких целей? с этой базой есть еще одна запарка - она должна храниться только на флешке и читаться на любом компьютере очень срочно нужно начать на работе,пока тупо в эксель начала вносить все эти данные, пока не знаю где лучше сотворить что-то нормальное а в sql по учебе скоро курсач ожидается как раз:) |
| Автор: Лапоть 16.3.2014, 19:19 | ||||
На ЛЮБОМ не будет, если на нём нет движка БД.
|
| Автор: drkrs 16.3.2014, 19:30 |
| я в экселе пока просто записываю все данные,из которых надо сделать бд |
| Автор: Данкинг 16.3.2014, 20:27 | ||||||||||
А смысл? Чтобы база стала здоровой, как ... у носорога?
Зачем полный путь? В папке с прогой - подпапка DATA. Какие тут грабли?
 
Если через ADO работать с Access или через tDBF c Фоксом - то на любом будет, даже без установленных "офиса" и фокса. Добавлено через 1 минуту и 3 секунды
SQL-сервер? Подойдёт, только там уже на любом компе без установки не прокатит. |
| Автор: tzirechnoy 16.3.2014, 20:40 |
| Могу посоветовать использовать XULrunner и его storage (который sqlite). Конечно, javascript/DOM -- это не очень хорошый комплект языков для UI, но и erlang/wxWindows и tcl/tk, пожалуй, труднее сделать portable -- да и tcl/tk из-за маленького сообщества использующих потребует большэ думать над тривиальными компонентами вроде tkTable. Да, хранить фотографии в базе -- значит, действительно, нарываться на неприятности. Вполне можно, если хорошо знаешь что делаешь -- однако Вы новичок, и к Вам это неприменимо. Добавлено через 6 минут и 10 секунд И да, SQL -- это, разумеется, единственный вариант. Собственно, это дажэ странно обсуждать -- поскольку хипстерские поделки вроде riak или mongoDB решают достаточно частные задачи, вряд ли вам они потребуются, да и новичок вряд ли сможэт вменяемо оцэнить их нужность. В общем, если не выпендриваться, то для БД, разумеется, надо брать SQL. Но SQL -- это очень популярный язык примерно 30-летней давности, с десятком жывых реализацый и десятком тысяч заброшэнных. Из-за такого распространения он несколько расплылся, потому сказать "я буду писать на SQL" -- это значит не сказать ничего, этих SQL очень много разных. |
| Автор: Лапоть 16.3.2014, 20:58 | ||||
|
| Автор: Данкинг 16.3.2014, 21:55 | ||
При чём здесь это? А как ещё логичнее всего подключаться к .mdb ? |
| Автор: drkrs 16.3.2014, 22:21 |
| появилась новая проблема,получается что в этой базе таблицы никак не могут быть связаны. получается там отдельные таблички разных категорий товаров, в каждой количество их по разным складам и общее количество. но таблицы однотипные выходят и связать не получается. хрень какая-то |
| Автор: drkrs 17.3.2014, 00:22 |
| все,уже разобралась и примерно представляю как все реализовать) выбрала все же sql в итоге:) |