Para citar Joe Celko (não apenas você pode encontrar essa referência em toda a web e em sua entrada na Wikipedia , mas também a verá em camisetas em algumas conferências):
Linhas não são registros.
Muitas pessoas o apontam como um idiota pedante que gosta de humilhar e abusar verbalmente de novatos, e eu admito que é assim que ele se apresenta. Mas também o conheci pessoalmente - até compartilhei uma refeição com ele - e não posso dizer o quão diferente a personalidade dele da vida real é da frente online. Eu até o peguei chamando registros de filas, e ele ficou muito envergonhado ( história completa aqui ).
De qualquer forma, diga o que quiser sobre o personagem on-line do cara, mas ele escreveu o padrão , e o fato de que essa autoridade dita que há uma distinção deve lhe dizer algo. E, por mais que se arrependa quando alguém chama uma fila de registro, o mesmo acontece com muitos de meus colegas - que também são especialistas no mundo do SQL Server. E aqueles de nós naquele campo acreditam que ele está certo.
Por exemplo, Itzik Ben-Gan, um óbvio guru do SQL Server. Aqui está uma citação da primeira lição de seu Kit de treinamento (Exame 70-461): Consultando o Microsoft SQL Server 2012 :
Como exemplo de termos incorretos no T-SQL, as pessoas costumam usar os termos "campo" e "registro" para se referir ao que o T-SQL chama de "coluna" e "linha", respectivamente. Campos e registros são físicos. Os campos são o que você possui nas interfaces com o usuário nos aplicativos clientes e os registros são os que você possui nos arquivos e cursores. As tabelas são lógicas e possuem linhas e colunas lógicas.
E, conhecendo Itzik, se você enviar um e-mail ou encurralá-lo em uma conferência, ele contará o mesmo com prazer. Se você chama uma linha de registro, na opinião dele, não está usando a terminologia corretamente.
Agora, sendo um setor cheio de pessoas de todos os tipos, é provável que você encontre materiais (como os artigos sobre tecnologia alvo publicados em outra resposta) que parecem fazer distinções muito sutis entre os dois, e você encontrará muitas pessoas no setor considere-os da mesma forma (conheço várias pessoas na Microsoft e outras como Brent Ozar, que sempre chamarão isso de registro). Isso não os torna certos, é apenas a maneira deles de encarar - eles vêem lógico e físico como o mesmo (pelo menos nesse contexto) e muitos deles provavelmente pensam que o resto de nós somos apenas retentores analistas que passam muito tempo em semântica.
Como nenhum fornecedor pode dizer "chamá-los-á {registros | linhas}", sempre estaremos lidando com esse argumento, porque sempre haverá alguém que não entende o lógico versus o físico ou que foi ensinado de maneira diferente, ou vieram do Access ou da programação, etc. Assim como algumas pessoas dizem tomay-to e outras dizem tomah-to, sempre haverá várias pessoas que variam de "são iguais" a "completamente diferentes "- e muitos tons no meio. Novamente, isso não os torna certos, porque ninguém pode ser a autoridade máxima sobre isso. Mas no espaço do SQL Server, há definitivamente uma maioria.
Dito isto, IMHO, quando você está falando sobre dados que estão em uma tabela, você chama isso de uma linha. Ao executar uma inserção, você está inserindo uma linha em uma tabela. Ao executar uma atualização, você está atualizando uma linha que está em uma tabela. E quando você executa um SELECT, está recuperando linhas de uma tabela.
Sinta-se à vontade para chamá-lo de registro assim que seu aplicativo tiver acesso a ele. Mas não fique bravo se você disser "inseri um registro" e alguém o corrigir.