Как стать автором
Обновить

Комментарии 9

В пользу отказа от Excel можно привести ещё и аргументы безопасности: например, аудит изменений, разделение прав доступа. Ну и потребность в продвинутом UI, конечно.

Excel поддерживает только 1 048 576 трлн строк и 16,384 тыс. столбцов.

Не каждая база такое выдержит.

Из ссылки в тексте (microsoft.com): "Общее количество строк и столбцов на лист 1 048 576 строк и 16 384 столбца".

SQL - язык запросов, а Excel - конкретный программный продукт. Странно их сравнивать. Можно через ODBC подключить таблицу Excel как внешнюю таблицу куда-нибудь в БД - и работать с ней через SQL. Но противопоставлять их - это примерно как сказать, что маркдаун лучше чем MS Word.

Ограничение по количеству строк/столбцов - это фигня, это хотя бы видно.

Гораздо хуже - ограничение по количеству стилей. Ведь девочки - они такие девочки, особенно во всяких бухгалтериях и прочих ОТиЗах, они и расчертят, и раскрасят, и шрифтами поиграются... а когда количество каких-то стилей превысит установленный порог, Excel безо всякого предупреждения возьмёт похерит сразу половину их красивой разметки, причём вдруг. Инфаркт. UNDO не помогает. А если ещё перед этим событием в файле - час работы без сохранения...

Кстати, использование СУБД для хранения данных и Excel как интерфейса в этом случае ничем не поможет. Девочкам разметка важнее фактов.

Особенно доставляет когда такие девочки удаляют значения в ячейках через изменение цвета текста на белый.

А потом удивляются, что эксель формулы считать не умеет.

В разделе "Как перейти на SQL" на мой взгляд не хватает существенного финального шага - организовать для пользователей интерфейс работы с SQL базой.

Предлагаемые для переноса инструменты не подходят для обычных пользователей для повседневной работы.

(ностальгическое) напомнило статью Георгия Кузнецова (мир его праху) в древней "Компьютерре". Называлась кажется "дяденька, купите sql".

Использую Excel для создания индексов в партицированной таблице

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

Я понимаю, что во многих компариях "БД" существует в виде 📚, но , это ошибка в выборе инструмента, словно есть пасту ложкой.

Во - вторых, как выше указали- проблема с разграничением доступа, которая влечёт за собой риск потери части/всех данных, нарушение бизнес-логики, котрая задаётся с помощью формулы а не транзакций/процедур.

В- третьих, табличной процессор поддерживается 2 ОС win/mac.

ИМХО.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий