Preciso de IDs no meu banco de dados se os registros puderem ser identificados até a data?

Como estou escrevendo meu primeiro aplicativo para Android e utilizarei o banco de dados SQLite, tentarei limitar o tamanho o máximo possível, mas acho que a pergunta se aplica em geral ao design do banco de dados.

Estou planejando armazenar registros que terão texto e a data de criação. O aplicativo é um aplicativo independente, ou seja, não será vinculado à Internet e apenas um usuário o atualizará; portanto, não há chance de que haja mais de uma entrada em uma determinada data.

Minha tabela ainda precisa de uma coluna de ID? Em caso afirmativo, quais são as vantagens de usar o ID como um identificador de registro em oposição à Data?

IMHO, é melhor evitar a utilização de uma coluna de data como chave primária.

Trabalhei em sistemas nos quais um campo de data é usado como chave primária e escrever consultas para recuperar subconjuntos de dados é um pouco difícil, se você estiver trabalhando com campos de data.

Alguns outros pontos que você pode querer considerar:

Você pode pensar que um ponto no tempo é único, mas isso depende da granularidade da coluna de data. Minutos, segundos, milissegundos, etc. Você pode ter certeza absoluta de que nunca obterá uma violação da chave primária?

Finalmente, se você desejar migrar o banco de dados para outra plataforma, poderá encontrar novamente problemas em que a granularidade dos dados da data difere entre as plataformas.

É claro que você precisa equilibrar o ideal com o que precisa trabalhar. Se o espaço é realmente uma preocupação, usar a coluna de data pode ser o menor dos dois males. Essa é uma decisão de design que você terá que tomar.

Editar:

Devo salientar que de forma alguma isso indica que é uma má decisão de projeto. Só que pode haver problemas com os aspectos práticos do RDBMS em questão.

Não, você não precisa estritamente de uma coluna de ID definida em seu esquema se puder garantir que nunca haverá uma data duplicada.

MAS ...

... Dito isto, você também pode usá-lo de qualquer maneira. O pequeno segredo aqui é que o SQLite já possui um ID exclusivo de incremento automático para cada tabela chamada ROWID. Se você declarar uma coluna inteira de incremento automático em sua tabela como PK, o SQLite não criará uma nova coluna - simplesmente aliasará a coluna ROWID preexistente.

No SQLite, todas as linhas de todas as tabelas possuem um número inteiro assinado de 64 bits, ROWID. O ROWID para cada linha é exclusivo entre todas as linhas na mesma tabela.

Você pode acessar o ROWID de uma tabela SQLite usando um dos nomes de coluna especiais ROWID, ROWID ou OID. Exceto se você declarar uma coluna de tabela comum para usar um desses nomes especiais, o uso desse nome fará referência à coluna declarada e não ao ROWID interno.

Se uma tabela contiver uma coluna do tipo INTEGER PRIMARY KEY, essa coluna se tornará um alias para o ROWID. Você pode acessar o ROWID usando qualquer um dos quatro nomes diferentes, os três nomes originais descritos acima ou o nome dado à coluna INTEGER PRIMARY KEY. Todos esses nomes são aliases um para o outro e funcionam igualmente bem em qualquer contexto.

http://www.sqlite.org/autoinc.html

Portanto, você não estará economizando espaço ao não usar uma coluna de ID, pois está recebendo uma por tabela, queira ou não!

Use um campo de ID se alguma das seguintes situações for verdadeira:

1. Não existe chave natural (a data não será exclusiva)
2. O campo da data mudará frequentemente
3. A data pode não ser conhecida no momento da inserção.
4. Um identificador de várias colunas excede três colunas, o que tornaria as junções muito detalhadas.

Leia esta pergunta: Existe uma fonte canônica apoiando “todos os substitutos”?

Editar:

Como, na minha opinião, parece que nenhuma das opções acima é verdadeira, você não precisa usar o campo ID, mas pode usar um, se quiser.

Lembre-se de que você também pode alterar o significado da coluna "data" de created_atpara updated_atou qualquer outra alteração nessas linhas, o que considero um caso muito comum.

A adição da coluna id em alguns casos fornecerá mais flexibilidade quando o design for alterado.