skyANAхорошо я согласен,

мне кажется, что Вам будет полезно почитать http://www.sqlite.org/datatype3.html
указать-то Вы DATE можете, только на деле это совсем не DATE
да, это я понимаю. Ту страничку читал.
Я могу в поле "date" вписать всё, что угодно. Разница в том, что плагины нормально с этим работать не будут (TryParse не работает) - и результат будет таким, как на скриншоте. Да и хотелось бы просто дату хранить как дату. Чтобы можно было вычислять разницу и пр. без дополнительных последующих преобразований.

Petro123,

мне помнится, ты "о всё" говорил на предыдущей странице или что-то типа того.

Roman Mejtes,

Да, в итоге я в общем-то так в итоге и сделал - оформил свой контрол. Это действительно лучшее решение.

Petro123"Я могу в поле "date" вписать всё, что угодно"
С технической точки зрения - могу, данные будут успешно записаны.
Вот только это неправильно, для нормальной работы необходимо писать в строгом формате, не в том, в каком удобно пользователю. В связи с чем и создан пост.
SQLite не создан для хранения больших массивов данных. Для этого существуют клиент-серверные СУБД. Твой КЭП.
И это. Хорош флудить. Правда.
Ушёл, гордо хлопнув дверью раз:
Petro123До свидос!
Ушёл, гордо хлопнув дверью два
Petro123А игнор у вас или неигнор - мне абсолютно пофигу.
Тема то закрыта).
Продолжил флуд
Petro123не флуди.
продолжил ёрзать на стуле
Petro123Так что пиши ещё))
Посмотри в пример, как ведут общение нормальные адекватные взрослые люди - Roman Mejtes, skyANA, Сон Веры Павловны. Бери с них пример.

Модератора прошу тему закрыть. Вопрос решён.

Petro123SQLite слабая база.
ну-ну. Теперь у нас SQLite - база данных. Так мог сказать только человек, который слабо разбирается в предметной области.
Petro123250 млн.записей.
в excel тоже можно записать 250 млн. записей - по миллиону на каждую страницу и создать 250 страниц. И посмотри на позеленевшего пользователя, который будет пытаться работать с этим файлом на своём локальном компьютере.

И на тебя посмотрю, как ты заговоришь, когда тебе на офисном ноутбуке придётся выполнять запросы к БД под управлением SQLite объёмом хотя бы несколько миллионов записей.

В прочем, чего я тут очевидные вещи объясняю.

Petro123Да ОНО в контексте форума база данных. Даже более - СУБД. Расшифровать буквы?
Нет. SQLite - не база данных. B я очень надеюсь, ты сам для себя расшифруешь СУБД, а также выучишь мат.часть, исследовав разницу между БД и СУБД.

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

Вопрос-то вообще в другом был. Причём тут вообще болтовня о выборе СУБД?

Слушай, а ты не из тех, кто монитор называет компьютером, а системный блок процессором?
Во-первых, я не писал "SQLite слабая база". Такую дурь мог выкурить написать только ты.
При работе под SQLite с большим объёмом данных у пользователя клиентское приложение будет зависать и тормозить, задача работы с большими объёмами данных должна быть возложена на сервер. Я не завидую пользователям, которым придётся работать с программками, которые напишешь ты. "SQLite может обеспечить работу с базой в 250 млн записей!", - аргументировал Петя заказчику, а то, что ноуты не способны адекватно работать с таким объёмом данных до глянцевого мозга Пети не дошло и никогда не дойдёт.

Петя засрёт весь форум, но не признает своей некомпетентности.

Что и требовалось доказать.