RFpro.ru: Базы данных MySQL

  Все выпуски  

RFpro.ru: Базы данных MySQL


РАССЫЛКИ ПОРТАЛА RFPRO.RU

Лучшие эксперты в разделе

solowey
Статус: Академик
Рейтинг: 3
∙ повысить рейтинг »
Alexander Babich
Статус: Профессор
Рейтинг: 1
∙ повысить рейтинг »
SAW
Статус: Студент
Рейтинг: 0
∙ повысить рейтинг »

Базы данных

Номер выпуска:558
Дата выхода:07.11.2021, 20:15
Администратор рассылки:Коцюрбенко Алексей Владимирович (Старший модератор)
Подписчиков / экспертов:3 / 15
Вопросов / ответов:3 / 7

Консультация # 134564: Можно ли выводить отчеты в программе Microsoft Access в Microsoft Excel ...
Консультация # 77225: Подскажите пожалуйста какую СУБД выбрать для того чтобы просто хранить тысяч 50-100 записей, каждая из которых будет содержать скан в виде bmp-файла. Планируется прогонять анализируемое изображение через все образцы для сверки и нахождения совпадения. Система будет однопользовательская. Заранее спасибо....
Консультация # 63789: Здравствуйте. Нужно создать БД справочник по радиодеталям. Будут таблицы: детали(микросхемы,резисторы,диоды...), тип детали(н-р:микросхемы бывают цифровые,аналоговые,комбинированные...), характеристики конкретной детали, общая характеристика(все х деталей). Правильно? Дальше как?...

Консультация # 134564:

Можно ли выводить отчеты в программе Microsoft Access в Microsoft Excel

Дата отправки: 28.04.2008, 19:35
Вопрос задал: Ибатуллин Дамир Дарвинович
Всего ответов: 1
Страница онлайн-консультации »


Консультирует Игорь Елизаров:

Здравствуйте, Ибатуллин Дамир Дарвинович!

Да, конечно.
Это можно сделать двумя способами
первый способ - просто вывести таблицу или результат запроса в файл EXCEL

DoCmd.OutputTo acOutputQuery, "наименование таблицы или запроса", acFormatXLS, "путь и имя файла", True

Если параметр acFormatXLS не указывать, тогда будет предложен целый список форматов для вывода и WORD и разные виды EXCEL.
Это рекомендую делать в 2007 офисе, иначе возникают проблемы с русской кодировкой (с параметром acFormatXLS почему-то пытается вывести в формате EXCEL 97)

Есть другой путь, значительно более трудоемкий но зато более гибкий - заполнять листы EXCEL самостоятельно. конечно, в этом случа можно поуправлять ячейками, но программа получается довольно длинная. если будет интересно, могу привести пример.

В большинстве случаев впролне достаточно первого варианта.

другой

Консультировал: Игорь Елизаров
Дата отправки: 29.04.2008, 09:21
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Консультация # 77225:

Подскажите пожалуйста какую СУБД выбрать для того чтобы просто хранить тысяч 50-100 записей, каждая из которых будет содержать скан в виде bmp-файла. Планируется прогонять анализируемое изображение через все образцы для сверки и нахождения совпадения. Система будет однопользовательская. Заранее спасибо.

Дата отправки: 28.02.2007, 22:05
Вопрос задал: Greenie
Всего ответов: 4
Страница онлайн-консультации »


Консультирует din:

Здравствуйте, Greenie!
Если нет желания нагружать компьютер и хотите сделать простой установщик, то это Paradox 7. Это не СУБД, а просто БД. И если Вы пишете на Делфи лучшего выбора нет. А что касается СУБД, то можно любую, тот же MySQL или FireBird.
Удачи!

Консультировал: din
Дата отправки: 28.02.2007, 22:51
Рейтинг ответа:

НЕ одобряю 0 одобряю!


Консультирует Grigory:

Здравствуйте, Greenie!
Если система однопользовательская, то вполне подойдет Access - он работает довольно быстро с объемами до миллиона записей. Если же хотите что-нибудь более мощное/быстрое, то тут выбор довольно большой - SQL Server, Oracle, Sybase...

Консультировал: Grigory
Дата отправки: 01.03.2007, 06:10
Рейтинг ответа:

НЕ одобряю 0 одобряю!


Консультирует LanK:

Здравствуйте, Greenie!

Хмм. Посчитаем... пусть наша картинка будет "всего" 100кб.
(Потому что bmp весьма требователен к размеру).

50 000 * 100кб = 5Гб.

Т.е. размер базы данных будет 5 ГБ! Боюсь что ни Paradox ни MSAccess с таким объемом не справятся. Есть у меня и сомнения, что с этим справятся и "монстры" типа MSSQL/Oracle.

Я бы создал структуру каталогов, а в базе данных сохранял бы только ссылку на файл. (если к каждому bmp требуется описание).

Консультировал: LanK
Дата отправки: 01.03.2007, 10:52
Рейтинг ответа:

НЕ одобряю 0 одобряю!


Консультирует Хватов Сергей (Академик):

Здравствуйте, Greenie!

Сто тысяч? должна уметь любая.

У нас в базе данных порядка 100000000 (сто миллионов) записей. Это oracle под linux. Ну да - сложные запросы работают медленно. Но работают.

Ну если записей около 10000000 (десять миллионов) - попробуйте postgres

Консультировал: Хватов Сергей (Академик)
Дата отправки: 01.03.2007, 16:07
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Консультация # 63789:

Здравствуйте. Нужно создать БД справочник по радиодеталям. Будут таблицы: детали(микросхемы,резисторы,диоды...), тип детали(н-р:микросхемы бывают цифровые,аналоговые,комбинированные...), характеристики конкретной детали, общая характеристика(всех деталей). Правильно? Дальше как?

Дата отправки: 23.11.2006, 01:33
Вопрос задал: Митя
Всего ответов: 2
Страница онлайн-консультации »


Консультирует PaVeL_Ekt:

Здравствуйте, Митя!

Новые сведения !!!
я бы сделал тогда так !!!

таблица DETAILS
UIN * числовой тип - уникальный номер детали.
Mark_Det * текстовый тип, длинна 50 символов - маркировка детали.
Group_Det * числовой тип - уникальный номер группы.
Type_Det * числовой тип - уникальный номер типа детали.
Feature_Det * текстовый тип, длинна думаю символов 200 - описание

Таблица Groupes (микросхема, резистор и т.д.)
Group_Det * числовой тип - уникальный номер группы.
Name_Grp * Текстовый тип, 50 символов - название группы (н-п: процессор).
Featur_Grp * Текстовый тип, 200 символов - описание группы.

таблица Types (цифра, аналог и т.д.)
Type_Det * числовой тип - уникальный номер типа детали.
Type_Name * текстовый тип, длинна 50 символов - название типа.

а дальше идет чистый SQL.

Приложение:

Консультировал: PaVeL_Ekt
Дата отправки: 23.11.2006, 07:52
Рейтинг ответа:

НЕ одобряю 0 одобряю!


Консультирует HookEst:

Здравствуйте, Митя!
Я думаю, при проектировании такой БД, необходимо исходить из того, что будет хранится, и по каким критериям будет происходить поиск записей, наверное это будут конкретные характеристики(сопротивление, коэффициент усиления, мощность и т.д.) для конкретного типа деталей, поэтому детали в таблицы нужно группировать исходя из набора индивидуальных характеристик. Например, собирать в одну таблицу конденсаторы и ОУ нет смысла, все равно одновременно Вы их искать не будете, а подобрать общий набор параметров будет сложно. Так что я бы сделал отдельные таблицы например для резисторов, биполярных транзисторов, ОУ, логических МС и т.д. со столбцами-параметрами присущими конкретному набору. Если какие-то параметры могут быть одинаковыми для некоторой группы(например для серии МС это могут быть напряжение питания, технология изготовления и т.д.) то можно создать отдельную таблицу для этих параметров, а в деталях хранить только id серии. Допустим:

Таблица ОУ
{
id - primary key;
mark - маркировка;
series - id серии;
gain - коэффициент усиления;
body - корпус(если это рисунок, то есть смысл создать отдельно таблицу с рисунками, а здесь хранить только их id);
noise - уровень шума;
...что там еще?
}

Таблица МС серии
{
id - primary key(отношение 1 ко многим к ОУ.seriesID);
name - имя серии(155,176...);
voltage - питание;
producer - производитель;
...что там еще?
}

Таблица БТ
{
id - primary key;
mark - маркировка;
type - тип(pnp,npn);
material - (кремний, германий);
body - корпус;
noise - уровень шума;
...что там еще?
}
и т.д.
Вообще-то структура самих данных довольно сложная, желательно тщательно все продумывать на конкретные детали, переделать будет сложнее.
Пишите, чем смогу помогу.
Успехов.

Консультировал: HookEst
Дата отправки: 23.11.2006, 10:26
Рейтинг ответа:

НЕ одобряю 0 одобряю!


Оценить выпуск | Задать вопрос экспертам

главная страница  |  стать участником  |  получить консультацию
техническая поддержка

Дорогой читатель!
Команда портала RFPRO.RU благодарит Вас за то, что Вы пользуетесь нашими услугами. Вы только что прочли очередной выпуск рассылки. Мы старались. Пожалуйста, оцените его. Если совет помог Вам, если Вам понравился ответ, Вы можете поблагодарить автора - для этого в каждом ответе есть специальные ссылки. Вы можете оставить отзыв о работе портале. Нам очень важно знать Ваше мнение. Вы можете поближе познакомиться с жизнью портала, посетив наш форум, почитав журнал, который издают наши эксперты. Если у Вас есть желание помочь людям, поделиться своими знаниями, Вы можете зарегистрироваться экспертом. Заходите - у нас интересно!
МЫ РАБОТАЕМ ДЛЯ ВАС!


В избранное