DM05Привет.

Я лингвист, пишу текстовой корпус (приведенные в построчное соответствие тексты на нескольких языках с возможностью поиска по заданному слову/фразе и/или грамматическому феномену и возможностью запросов онлайн через сайт). Пишу из любви к искусству )), поэтому могу полагаться только на себя (бюджет минимальный). В детстве любил программировать на первых версиях Basic на Yamaha MSX (крейсер 80х); знаю, сегодня это звучит смешно, но других познаний в написании кода нет... Логику БД создаю сам и в этом смысле вопросов нет. Пытался разобраться самостоятельно, но многие вопросы рассудком не возьмешь - нужен только многолетний опыт. Поэтому, хочу просить совета профессионалов, а именно:

1. Какая СУБД (можно платная) не требует написания кода и имеет графические конструкторы для команд SQL (чтобы не изучать синтаксис SQL)?;

2. Если есть выбор вышеупомянутых СУБД, какая более проста и надежна - даже за счет поражения в функциональности?;

3. В каком формате (файле, редакторе) можно начать "заливать" содержимое базы данных уже сейчас, не ожидая начало работы с СУБД. Дело в том, что мне предстоит большая и кропотливая работа по "ручному" внесению данных в таблицы: одна строка текста - привязка по ключу - другая "привязанная" строка текста другой таблицы и т.д... Может MS EXCELL или ACCESS ? И можно ли будет легко экспортировать заполненные таблицы из этих редакторов в тот же, например, PHPmyadmin?;

4. Если я предоставлю логику БД, а также все заполненные таблицы - о каких порядках цифр можно говорить чтобы нанять профи для сборки БД и подготовки ее публикации в сети?


Заранее очень благодарен,

Денис
1. Вам не нужен SQL. За 50 лет не было найдено ни одной прикладной задачи, для которой SQL имело бы смысл использовать.
2. MUMPS - идеальный инструмент для подобных задач. Вероятно, придется иметь дело с Cache. Или GT.M. Это зависит от Вашего помощника (п. 4).
3. Excel, конечно, подойдет.
4. От 0 (студенты МИФИ - обратитесь через Intersystems и обоснуйте актуальность) до 100 тыс. руб.

Partisan MБредятина1. Вам не нужен SQL. За 50 лет не было найдено ни одной прикладной задачи, для которой SQL имело бы смысл использовать.
2. MUMPS - идеальный инструмент для подобных задач. Вероятно, придется иметь дело с Cache. Или GT.M. Это зависит от Вашего помощника (п. 4).

Вмешался в обсуждение специально, чтобы отметить : не надо слушать бредятину. Пункт 1 - просто чушь, пункт 2 - вредный (очень вредный) совет.
Хороший способ поднять интерес к теме, которая уже была не интересна самому автору:)
Высказать свое мнение о личности, вместо мнения (а лучше фактов) о задаче:)
Интерес представляют только "вредные советы", а "очень вредные" - очень большой интерес":)